On 2018-12-06 23:57, Rene Luria wrote: > 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.
I think you should use the patch that has been committed to the upstream gnulib: http://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=4af4a4a71827c0bc5e0ec67af23edef4f15cee8e Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
