Opened 17 months ago

Closed 5 months ago

#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 (6)

comment:1 by Xi Ruoyao, 17 months ago

Priority: lowlowest

comment:2 by Tim Tassonis, 17 months ago

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.

comment:3 by Berzerkula, 15 months 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 Bruce Dubbs, 15 months 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 Berzerkula, 13 months 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). This results in 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.

Last edited 13 months ago by Berzerkula (previous) (diff)

comment:6 by Bruce Dubbs, 5 months ago

Resolution: wontfix
Status: newclosed
Note: See TracTickets for help on using tickets.