sys-libs/glibc-2.3.4.20041102 was marked stable. Having "multilib" in USE flags and /etc/make.profile: symbolic link to `../usr/portage/profiles/default-linux/amd64/2004.3' Reproducible: Always Steps to Reproduce: 1. emerge sync 2. emerge system #Has only emerged glibc this morning 3. emerge something_else_non-bin Actual Results: E.g. inttypes.h has moved to directory /usr/include/gentoo-multilib/default/ and isn't found any more. Expected Results: I have tried to re-emerge glibc without multilib in my use flags, but it's broken on itself..... Soory the machine is "broken", should I copy that file to /usr/include, or set the include path anywhere else. Going home, will keep the installation for forensic analysis. Please mask that package ~amd64 until fixed Gentoo Base System version 1.5.3 Portage 2.0.51-r15 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10- gentoo-r6 x 86_64) ================================================================= System uname: 2.6.10-gentoo-r6 x86_64 Mobile AMD Athlon 64 Processor 2800+ Python: dev-lang/python-2.3.4 [2.3.4 (#1, Dec 23 2004, 12:11:33)] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.8.5-r3, 1.6.3, 1.7.9, 1.4_p6, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-O2" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/ kde/3.3/s hutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/ config/ /u sr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/ config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/ gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X aac aalib accessibility acpi alsa audiofile bash-completion berkdb bitmap-fonts blender-g ame bluetooth bonobo bzlib c++ cairo cddb cdparanoia cdr cgi cjk cross crypt cups directfb divx4linux doc dri dvd dvdr dvdread edl emacs emacs-w3 encode esd ethereal ex f77 fam fbcon fftw flac flash flatf ile font-server fortran ftp gd gdbm gif ginac glx gmp gnome gphoto2 gpm gstreamer gtk gtkhtml imagemag ick imap imlib insecure-drivers ipv6 java jp2 jpeg kde lcms leim libwww lirc lzw lzw-tiff mad mbox mik mod mime mng motif mpi mule multilib mysql ncurses nls offensive oggvorbis opengl oss pam pcntl pcre p erl php png pnp ppds python qt readline recode samba sdk sdl sharedmem simplexml slang ssl svg sysvipc tcltk tcpd tetex theora tiff tokenizer truetype truetype-fonts type1-fonts unicode usb userlocales v4 l v4l2 vhosts videos wmf xfs xine xinerama xml xml2 xmms xosd xpm xprint xrandr xv xvid xvmc yv12 zlib video_cards_radeon linguas_en linguas_de" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS
Can you explain the breakage? When I updated to 20041102 I could not emerge anything because of the following error. Oddly enough, turning off ypbind fixed the problem. I then re-emerged ypbind but it still had the same problem. I have since forced my system back to 20040808. Tar has the same error if I try to use it directly. bash-2.05b# emerge bzip2 Calculating dependencies ...done! >>> emerge (1 of 1) app-arch/bzip2-1.0.2-r3 to / >>> md5 src_uri ;-) bzip2-1.0.2.tar.gz >>> Unpacking source... >>> Unpacking bzip2-1.0.2.tar.gz to /var/tmp/portage/bzip2-1.0.2-r3/work gzip: /usr/lib/portage/bin/ebuild.sh: line 1858: 10208 Segmentation fault tar xzf "${DISTDIR}/${x}" ${tarvars} stdout: Broken pipe !!! ERROR: app-arch/bzip2-1.0.2-r3 failed. !!! Function unpack, Line 375, Exitcode 139 !!! failure unpacking bzip2-1.0.2.tar.gz !!! If you need support, post the topmost build error, NOT this status message. bash-2.05b# emerge --info Portage 2.0.51-r15 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10 x86_64) ================================================================= System uname: 2.6.10 x86_64 AMD Athlon(tm) 64 Processor 3500+ Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Jan 28 2005, 18:39:19)] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.5, 1.6.3, 1.7.9-r1, 1.4_p6, 1.9.4, 1.8.5-r3 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=x86-64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/packages/amd64" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X acpi alsa avi berkdb bitmap-fonts bonobo bootsplash ccache cddb cdparanoia cdr clamav crypt cups curl dga directfb divx4linux dnd dvd dvdr dvdread esd exif f77 fam font-server fortran gif gimp gimpprint gnome gphoto2 gpm gtk gtk2 gtkhtml guile ieee1394 imagemagick imlib ipv6 java jp2 jpeg kde libclamav libwww lzw lzw-tiff mbox mhash mozilla mpeg multilib mysql ncurses nis nls nocardbus nocd nowin nvidia offensive opengl oss pam pcntl perl php png python qt quicktime readline samba scanner sdl session sockets ssl tcpd threads tiff truetype truetype-fonts type1-fonts usb userlocales v4l v4l2 xinerama xml xml2 xmms xosd xpm xrandr xv zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS
So, not only me, also Bug #80593 (also amd64) Having asked at #gentoo-amd64 and on mailing-list, no reply nada njente Following found in Forums (date today): http://forums.gentoo.org//viewtopic.php?t=289736 http://forums.gentoo.org//viewtopic.php?t=289697 http://forums.gentoo.org//viewtopic.php?t=289710 ... Also, non-working tipps: env-update && source /etc/profile gcc-config
Scott, this bzip2 problem isn't the problem. The problem is, that glibc installs headers in /usr/include/gentoo-multilib/default/ and not into /usr/include Later on all apps requiring that headers are broken.
Created attachment 50267 [details] emerge glibc > emerge.glibc.log 2>&1 I'm really unable to emerge almost all.... Same underlying reason....
Created attachment 50268 [details] qpkg -l glibc
So, finally a workaround export CPATH=/usr/include/gentoo-multilib/default I let the machine as-is until tomorrow, in case of more information needed
emergeing bzip2 was just to show what happened when I emerged almost anything. It was only while ypbind was running, though. If I shut of ypbind everything worked again. Seems related to the nss.conf bug: http://bugs.gentoo.org/show_bug.cgi?id=79302 My system works fine now that I have backed my version off to 20040808 again. Scott =)
*** Bug 80593 has been marked as a duplicate of this bug. ***
wtf? 2004.3 doesn't use the gentoo-multilib directory. That's a 2005.0 thing, and it doesn't even use the USE=multilib flag. Do you have anything special in /etc/portage/profile? Can you please --sync and try again. I just tested it, and amd64 2004.3 doesn't do anything with prep_ml_headers. Maybe there was a rsync update in the middle of my get_abi_order -> get_install_abis renaming yesterday.
Ok, it works now, have to emerge sync export CPATH=/usr/include/gentoo-multilib/default emerge glibc
*** Bug 80646 has been marked as a duplicate of this bug. ***
I added the: export CPATH=/usr/include/gentoo-multilib/default into the ebuild to help people who just try to re-emerge it without knowing the exact problem... The problem was that I commiteed an updated multilib.eclass, then the updated glibc.ebuild, but some rsync servers got the updated glibc.ebuild before the updated multilib.eclass =( I'll be more careful to wait a while after committing eclass changes before committing ebuilds which depend on those changes...
I am sorry to play the dumb guy, but can you clarify how to fix this for those who have a broken system ?? Now just re-emerging sys-libs/glibc-2.3.4.20041102 (with recent sync) should fix it, yes ?
Yes, exactly: > emerge sync > emerge glibc (where glibc is 2.3.4.20041102)