On Wed, 31 Jul 2019 17:43:44 +0200 Alexander Couzens <lynxis@xxxxxxx> wrote: > Hi László, > > > On Wed, Jul 31, 2019 at 3:06 AM Steven Shiau <steven@xxxxxxxxxxx> > > wrote: [...] > > As mentioned in the past, it's the > > 0016-remove-frag_deflator_thread.patch that needs either reverted or > > fixed by it's original author, Alexander Couzens (added to this mail). > > Since I've full weeks ahead, I can not make any estimation when > I've time to look onto the performance issue. > That patch is a laughable piece of rubbish. I believe both you people (the Debian maintainer and author) are in total denial about your incompetence in this matter. This is obviously just my opinion I've formed over the last couple of months, in case you want to claim that it is libellous. It is, obvious, from the patch where the problem lies. You *remove* the parallel fragment compressor threads, and move the work onto the main thread. Now what do you think that does? It completely removes a significant amount of the parallelism of Mksquashfs and makes the main thread a bottleneck. This is your fault and your problem, and it lies in your lack of understanding. Yet you continually blame your inability to make Mksquashfs work correctly on *my* code being old and unmaintained and badly written. This can be seen from the following excerpt from a post in this Debian bug thread made by the Debian maintainer. "> First of all, as squashfs-tools wasn't written in the last years, when > reproducible builds became more famous. So it's not written > with reproducible building in mind. > For me is reproducible builds more important than using all cpu cores. > But I don't use it with gigabytes images. Yeah, it's quite an old software without real development in the recent years." and " This sounds more complex work than it can be achieved in this week. Maybe a complete rewrite would be better then on the long run." Constantly pointing the blame at my tools and my code. This is typical of the poor worker who chooses to blame everyone else but himself. None of that is the case. 50% of the code-base of Squashfs-tools was (re-)written in the last 9 years as part of on-going improvements. It has also been maintained across that period. As for your specific claim that Mksquashfs can't be made to produce reproducible builds because it is old and written before reproducible builds became popular. That is abject nonsense. I added reproducible builds to Mksquashfs. It took one weekend. https://github.com/plougher/squashfs-tools/commit/24da0c63c80be64e1adc3f24c27459ebe18a19af > > > Or shall we gradually switch to squashfs-tools-ng is the upstream > > > is more active: > > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=931965 > > It's under investigation. I'm traveling and will only arrive back > > home on Sunday evening. Expect more details on this next week. > > I also seen the upcoming squashfs-tools-ng rising and quite interested > to test it and reading the code. > Depending on tests & the code, I could imagine I'll put my effort and > time towards squashfs-tools-ng. > > @László It should be your call to revert or not. For sure there are > also downstream users who need reproducible builds (e.g. tails) who > may also change to squashfs-tools-ng if -ng is the only reproducible > squashfs generator in debian. > Upstream Squashfs-tools now produces reproducible builds. Squashfs-tools-ng, this is a rogue project masquerading as an official new upstream . It is neither official nor a new upstream. As Squashfs author and maintainer I completely disassociate that project with the Squashfs project. I also have publicly stated that this project is spreading falsehoods and that it is defamatory to me as the Squashfs author and maintainer. See: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=931965#29 and https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=931965#34 I have lived for a couple of months with you two people bad-mouthing Squashfs tools, it's code-base and my maintenance. I have absolutely had enough. I have CC'd this to the Debian project leader and the Debian technical commitee, and also to linux-kernel, linux-fsdevel and linux-embedded for wider attention. What else do I have to do to make you stop bad-mouthing Squashfs? Sue? Yours Dr. Phillip Lougher > Hopefully I'll find time to look into it. > > Best Regards, > lynxis > -- > Alexander Couzens > > mail: lynxis@xxxxxxx > jabber: lynxis@xxxxxxx > gpg: 390D CF78 8BF9 AA50 4F8F F1E2 C29E 9DA6 A0DF 8604
