Bug 149581 – glibc-2.4-r4 fails build with glibc-compat20 use flag

• Status: RESOLVED INVALID
• Product: Gentoo Linux

[Description brad walker 2006-09-29 22:01:40 UTC]

i assume -r4 works fine without the flag. with the flag it doesn't get past unpacking. see attached "emerge -dav glibc" output.

emerge --info:
------------------>8------------------->8----------------->8----------------------
Portage 2.1.2_pre2 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r3, 2.6.18-gentoo i686)
=================================================================
System uname: 2.6.18-gentoo i686 AMD Athlon(tm) XP 2600+
Gentoo Base System version 1.12.5
Last Sync: Sat, 30 Sep 2006 03:50:01 +0000
ccache version 2.3 [disabled]
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.2.11-r1
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.3
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-Os -march=athlon-xp -ggdb -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-Os -march=athlon-xp -ggdb -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms splitdebug strict"
GENTOO_MIRRORS="http://gentoo.osuosl.org/ ftp://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ ftp://mirror.usu.edu/mirrors/gentoo/ "
LC_ALL="en_US.UTF-8"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="x86 3dnow 3dnowext X aalib alsa apache2 arts audiofile avahi bash-completion berkdb bitmap-fonts bzip2 cairo cdr cli crypt cscope cups curl dbus debug djvu dlloader doc dri dvd dvdr dvi eds elibc_glibc emacs emboss encode expat fam firefox fontconfig fortran gd gdbm gif gnutls gpm graphviz gstreamer gtk guile hal imlib input_devices_evdev input_devices_keyboard input_devices_mouse isdnlog java jbig jpeg kde kernel_linux lcd lcms ldap libcaca libg++ mikmod mmx mp3 mpeg mysql ncurses nls nptl nptlonly nsplugin ogg opengl oss pam pango pcre pdf perl php png ppds pppd python qt3 qt4 quicktime readline reflection ruby samba sdl session spell spl sqlite sqlite3 sse ssl svg symlink tcpd threads tiff truetype truetype-fonts type1-fonts udev unicode userland_GNU video_cards_nv video_cards_nvidia video_cards_vesa vorbis win32codecs wmf xcomposite xinerama xml xorg xprint xscreensaver xv zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS

[Comment 1 brad walker 2006-09-29 22:09:16 UTC]

Created attachment 98426 [details]
debug output for failed glibc-2.4-r4

squirrel ~ # FEATURES="installsources" emerge -dav glibc &> glibc-2.4-r4-failure.txt
yes
squirrel ~ #

[Comment 2 SpanKY 2006-09-30 07:49:05 UTC]

did you even read the error message ?

[Comment 3 Bernard Cafarelli 2006-10-01 06:50:20 UTC]

The error message is uninformative at best, I had to read the ebuild to understand that the glibc-compat20 USE flag was responsible! Explaining this instead of ranting on broken old apps would have been much better

I had this flag on a year ago for an app to test for work, and did not remove it since I did not want to bother recompiling glibc to remove some compat code.

Just a thought, what is the point of providing a USE flag which only use is now to cause a failed emerge??

[Comment 4 brad walker 2006-10-01 09:52:32 UTC]

i hadn't paid attention to glibc's use flag and i thought it was a new feature that might fix binary apps. whoops :)

wouldn't it be better to test if glibc had previously been compiled with the flag? or even better, figure out what apps require a diff glibc and change their depends.

[Comment 5 Jakub Moc (RETIRED) 2006-10-01 13:59:10 UTC]

*** Bug 149775 has been marked as a duplicate of this bug. ***

[Comment 6 Jakub Moc (RETIRED) 2006-10-03 16:34:53 UTC]

*** Bug 150016 has been marked as a duplicate of this bug. ***

[Comment 7 Jakub Moc (RETIRED) 2007-11-10 12:29:40 UTC]

*** Bug 198657 has been marked as a duplicate of this bug. ***