On Sun, May 12, 2013 at 02:35:07PM -0400, Theodore Ts'o wrote: > On Sun, May 12, 2013 at 03:09:42PM +0100, Roger Leigh wrote: > > > > This is due to libblkid.a using a symbol removed in the new glibc. > > It needs either a straight rebuild and/or updating to the latest > > upstream. > > Any reason to keep this open? Once util-linux is recompiled, the > FTBFS will be resolved automatically. Or is eglibc buggy by not being > backwards compatible, such that binaries compiled against the old > glibc won't run if eglibc is installed, requiring a rebuild from > source of the entire universe, and meaning that any old binaries from > say, Steam, will all break? > > If so, I'd call this a huge, horrendous eglibc bug that should > disqualify it from being installed as the default C library until it > is fixed. Though Shalt Not Break Backwards Compatibility.
That's a good question. It may well be the case that whatever e2fsprogs linked statically against libblkid.a is broken until rebuilt due to the missing symbol. I think it's fair to say that util-linux was using what appears to be an internal symbol, so questionable whether it was using public API/ABI; what was __secure_getenv is now secure_getenv. If it's clear that this has caused breakage then __secure_getenv should probably be re-introduced. If the existing packages are still fully functional, and it's only an issue for rebuilding, then I think the bug should be safe to close. If I don't get a reply from the (inactive) maintainer of util-linux by tonight, I'll NMU it--it's just a rebuild with no source changes. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `- GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
