Summary: | Emerging sys-libs/glibc-2.3.4.20041102 + multilib causes troubles | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Roland Bär <roland> |
Component: | New packages | Assignee: | Jeremy Huddleston (RETIRED) <eradicator> |
Status: | VERIFIED WORKSFORME | ||
Severity: | critical | CC: | amd64, c, monty45, prices, toolchain |
Priority: | Highest | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge glibc > emerge.glibc.log 2>&1
qpkg -l glibc |
Description
Roland Bär
2005-02-03 08:19:59 UTC
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)
|