Source: gzip Version: 1.9-2.1 Severity: serious Tags: ftbfs User: helm...@debian.org Usertags: rebootstrap Control: clone -1 -2 Control: reassign -2 gnulib Control: found -2 gnulib/20140202+stable-3 Control: retitle -2 gnulib does not work with glibc/2.28 Control: affects -2 + src:lbzip2
gzip fails to build from source in unstable (since the glibc upgrade to 2.28): | CC fseeko.o | ../../lib/fseeko.c: In function 'rpl_fseeko': | ../../lib/fseeko.c:110:4: error: #error "Please port gnulib fseeko.c to your platform! Look at the code in fseeko.c, then report this to bug-gnulib." | #error "Please port gnulib fseeko.c to your platform! Look at the code in fseeko.c, then report this to bug-gnulib." | ^~~~~ | make[4]: *** [Makefile:1775: fseeko.o] Error 1 | make[4]: Leaving directory '/<<PKGBUILDDIR>>/builddir/lib' | make[3]: *** [Makefile:1580: all] Error 2 | make[3]: Leaving directory '/<<PKGBUILDDIR>>/builddir/lib' | make[2]: *** [Makefile:1746: all-recursive] Error 1 | make[2]: Leaving directory '/<<PKGBUILDDIR>>/builddir' | make[1]: *** [Makefile:1527: all] Error 2 | make[1]: Leaving directory '/<<PKGBUILDDIR>>/builddir' | make: *** [debian/rules:96: build-stamp] Error 2 | dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2 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. Helmut
