Hello, On Sat, 1 Dec 2018 08:07:24 +0100 Helmut Grohne <hel...@subdivi.de> wrote: > gzip fails to build from source in unstable (since the glibc upgrade to > 2.28):
(…) > gnulib likes to use this construct to detect glibc: > > | #if defined _IO_ftrylockfile || __GNU_LIBRARY__ == 1 /* GNU libc, BeOS, > Haiku, Linux libc5 */ > > Unfortunately, _IO_ftrylockfile got removed from glibc/2.28 and > __GNU_LIBRARY__ is 6, so glibc is not a GNU libc. > > gnulib has a history of breaking packages frequently. What makes matters > worse is that gnulib gets embedded rather than used like any other > component. So fixing this bug in gnulib does not fix gzip. I therefore > cloned a separate instance as it still breaks e.g. lbzip2. Would the here attached patch help ? On most files in lib we can use the == 6 construct. Only for fflush.c this can’t be done because it uses removed libio.h references.
gzip_glib_fix.patch
Description: Binary data
— René Luria
