#4986 closed enhancement (wontfix)
zlib-ng-2.0.6 (wait for decision)
Reported by: | Xi Ruoyao | Owned by: | lfs-book |
---|---|---|---|
Priority: | lowest | Milestone: | Future |
Component: | Book | Version: | git |
Severity: | normal | Keywords: | |
Cc: |
Description
zlib-ng (https://github.com/zlib-ng/zlib-ng) is a zlib replacement with optimizations for modern systems. It can be built & installed as a zlib drop-in replacement with
./configure --prefix=/usr --zlib-compat make make install rm -v /usr/lib/libz.a
I've installed it (overwriting zlib) on my BLFS system and no regression is observed so far.
Change History (7)
comment:1 by , 3 years ago
Priority: | low → lowest |
---|
comment:2 by , 3 years ago
comment:3 by , 3 years ago
Researching this author's work, they fork a lot of projects. Keep watch on this work. Shouldn't be taken lightly.
comment:4 by , 3 years ago
The current zlib seems pretty solid. We really don't use it much any more as xz seems to be the most used compression system today. Unless a security issue comes up in zlib, I don't think it is broken and there is little benefit in changing.
comment:5 by , 3 years ago
If it does provide some significant improvement in performance, I have a system built with both Gnome and KDE/Plasma with most if not all dependencies (many not in book, too) and I have about 754 binaries and libraries linked to zlib. So if we do update to zlib-ng, it will affect many packages which link to zlib.
comment:6 by , 2 years ago
Resolution: | → wontfix |
---|---|
Status: | new → closed |
comment:7 by , 11 months ago
It seems Fedora is making the move. If another major distro follows I'll reopen and do it.
At first, I thought this is yet another unneeded fork for dubious reasons, but after reading the docu, it seems this a non-hostile fork motivated by merging of new optimisation and code clean-up due to dropping very old platforms and compilers.
So, I think I will give this a try as well.