This is sometime after gcc was updated in the process, on a system that handn't been updated in some months: 01:12:38 (80.81 KB/s) - `/usr/portage/distfiles/cracklib,2.7.tar.gz' saved [21059/21059] >>> md5 src_uri ;-) cracklib,2.7.tar.gz >>> Unpacking source... >>> Unpacking cracklib,2.7.tar.gz to /var/tmp/portage/cracklib-2.7-r8/work * Applying cracklib-2.7-redhat.patch... [ ok ] * Applying cracklib-2.7-gentoo-new.diff... [ ok ] * Applying cracklib-2.7-static-lib.patch... [ ok ] >>> Source unpacked. ( cd cracklib && make && exit $? ) make[1]: Entering directory `/var/tmp/portage/cracklib-2.7-r8/work/cracklib,2.7/cracklib' gcc -march=pentium3 -O3 -pipe -g -I../cracklib -DIN_CRACKLIB -fPIC -c -o fascist.o fascist.c Could not run/locate "gcc" make[1]: *** [fascist.o] Error 1 make[1]: Leaving directory `/var/tmp/portage/cracklib-2.7-r8/work/cracklib,2.7/cracklib' make: *** [all] Error 2 !!! ERROR: sys-libs/cracklib-2.7-r8 failed. !!! Function src_compile, Line 37, Exitcode 2 !!! (no error message) no1 ~ # emerge -u cracklib /usr/bin/python: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory ALSO: no1 /etc/terminfo/s # etc-update /usr/bin/python: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory /usr/bin/python: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory Scanning Configuration files... Exiting: Nothing left to do; exiting. :) no1 /etc/terminfo/s # env-update /usr/bin/python: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory Reproducible: Always Steps to Reproduce: 1. 2. 3. # emerge info /usr/bin/python: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory - Since this problem stops almost _everything_ it should be strenuously avoided, once you diagnose it.
Note: # find / -name libstdc++.so.5 -print /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/libstdc++.so.5 While ld.so.conf is out of date: # ld.so.conf autogenerated by env-update; make all changes to # contents of /etc/env.d directory /usr/local/lib /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3 /usr/lib/opengl/xfree/lib /usr/X11R6/lib /opt/blackdown-jdk-1.4.1/jre/lib/i386/ /opt/blackdown-jdk-1.4.1/jre/lib/i386/native_threads/ /usr/qt/3/lib /usr/kde/3.1/lib But then env-update doesn't work ; ) Changing the gcc-lib line to 3.3.3 then "ldconfig" allows "emerge info" to work, sort of: # emerge info Performing Global Updates: /usr/portage/profiles/updates/1Q-2004 (Could take a couple minutes if you have a lot of binary packages.) .='update pass' *='binary update' @='/var/db move' ...................portage: Update type "slotmove" not recognized. ..................... Performing Global Updates: /usr/portage/profiles/updates/3Q-2004 (Could take a couple minutes if you have a lot of binary packages.) .='update pass' *='binary update' @='/var/db move' .portage: Update type "slotmove" not recognized. .portage: Update type "slotmove" not recognized. .portage: Update type "slotmove" not recognized. portage: Update type "slotmove" not recognized. ............... Portage 2.0.49-r20 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r9, 2.4.20) ================================================================= System uname: 2.4.20 i686 Intel(R) Pentium(R) III CPU - S 1400MHz Gentoo Base System version 1.4.3.10p1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X apm arts avi berkdb crypt encode foomaticdb gdbm gif gpm gtk gtk2 imlib java jpeg kde libg++ libwww mad mbox mikmod motif mpeg mysql ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sdl slang spell ssl svga tcpd truetype x86 xml2 xmms xv zlib"
But then "emerge -u crackinfo" leads to it starting to emerge 15 packages (strange since it was up to automake in previous sequence), which fails on the first, automake: checking for a BSD-compatible install... /bin/install -c checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. !!! ERROR: sys-libs/pam-0.77 failed. !!! Function src_compile, Line 138, Exitcode 77 !!! Bad BDB ./configure
OK, ld.so.conf had reverted, so I make the change in /etc/env.d and start again. The original command btw had been "emerge -u portage" - which was drawing all this stuff in. If I do "emerge -up portage" now I get: Calculating dependencies ...done! [ebuild U ] sys-libs/cracklib-2.7-r8 [2.7-r7] [ebuild U ] sys-libs/pam-0.77 [0.75-r11] [ebuild U ] sys-apps/shadow-4.0.4.1-r3 [4.0.3-r9] [ebuild U ] sys-apps/pam-login-3.14 [3.11] [ebuild N ] app-crypt/hashalot-0.3 [ebuild U ] sys-apps/util-linux-2.12-r4 [2.11z-r8] [ebuild U ] sys-apps/baselayout-1.9.4-r3 [1.8.6.10-r1] [ebuild U ] sys-libs/glibc-2.3.3.20040420 [2.3.2-r9] [ebuild U ] sys-apps/sed-4.0.9 [4.0.7] [ebuild U ] dev-python/python-fchksum-1.7.1 [1.6.1-r1] [ebuild U ] app-shells/bash-2.05b-r9 [2.05b-r7] [ebuild U ] dev-libs/openssl-0.9.7d-r1 [0.9.7c-r1] [ebuild N ] dev-lang/python-2.3.3-r1 [ebuild U ] sys-apps/portage-2.0.50-r9 [2.0.49-r21] Whereas is "emerge -up cracklib" gives: Calculating dependencies ...done! [ebuild U ] sys-libs/pam-0.77 [0.75-r11] [ebuild U ] sys-apps/shadow-4.0.4.1-r3 [4.0.3-r9] [ebuild U ] sys-apps/pam-login-3.14 [3.11] [ebuild N ] app-crypt/hashalot-0.3 [ebuild U ] sys-apps/util-linux-2.12-r4 [2.11z-r8] [ebuild U ] sys-apps/baselayout-1.9.4-r3 [1.8.6.10-r1] [ebuild U ] sys-libs/glibc-2.3.3.20040420 [2.3.2-r9] [ebuild U ] sys-apps/sed-4.0.9 [4.0.7] [ebuild U ] dev-python/python-fchksum-1.7.1 [1.6.1-r1] [ebuild U ] app-shells/bash-2.05b-r9 [2.05b-r7] [ebuild U ] dev-libs/openssl-0.9.7d-r1 [0.9.7c-r1] [ebuild N ] dev-lang/python-2.3.3-r1 [ebuild U ] sys-apps/portage-2.0.50-r9 [2.0.49-r21] *** Portage will stop merging at this point and reload itself, recalculate dependencies, and complete the merge. [ebuild U ] sys-libs/cracklib-2.7-r8 [2.7-r7] So portage seems to insist on cracklib as a dependency, but cracklib insists on portage as a dependency??
Note: This also left an instance of "create" consuming 99% of memory resources - hours after the process had stopped! Very dangerous failure mode. Does portage need to test for and kill "create" on failure during some builds?
Ignore the last - a transient, unrelated thing. Sorry!
Try the following: # gcc-config 1 if that do not work, paste output from: # gcc-config -l
# gcc-config 1 - that ran. Looks like it updated the obvious stuff. Thanks. Is that something that the gcc ebuild should have done? Failed to do? Should have stopped the process with a warning at that failure rather than going on to other ebuilds?
Did gcc update, and if so, from what version to what version?
It was some version of 3.2.3, and now is 3.3.3: # gcc -v Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/specs Configured with: /var/tmp/portage/gcc-3.3.3-r6/work/gcc-3.3.3/configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.3 --includedir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/include --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3/info --enable-shared --host=i686-pc-linux-gnu --target=i686-pc-linux-gnu --with-system-zlib --enable-languages=c,c++ --enable-threads=posix --enable-long-long --disable-checking --disable-libunwind-exceptions --enable-cstdio=stdio --enable-version-specific-runtime-libs --with-gxx-include-dir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/include/g++-v3 --with-local-prefix=/usr/local --enable-shared --enable-nls --without-included-gettext --disable-multilib --enable-__cxa_atexit --enable-clocale=generic Thread model: posix gcc version 3.3.3 20040412 (Gentoo Linux 3.3.3-r6, ssp-3.3.2-2, pie-8.7.6)
Hmm, ebuild side things looks Ok, and nothing have changed as far as I can see, so without an log of what happened, I cannot really do anything but guess :(
marking bug needinfo :/
