While trying to start X and Fluxbox after a fresh boot, I got an error from bsetroot and fluxbox saying they can't find libstdc++.so.5. I'll attach logs of all the errors and emerge info output. It's not just fluxbox related. All the programs that need libstdc++.so.5 can't find it. This is actually the _SECOND_ time this is happening to me. The first time I managed to fix this by re-emerging glibc. This time, however, I can't do that since emerge glibc also fails. I don't know what to do. I'll try emerging gcc and see if that works. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Since w3m is having problems with letting me upload files, I uploaded them here: http://www.soliton.ro/startx_errors http://www.soliton.ro/XFree86.0.log http://www.soliton.ro/emerge_glibc http://www.soliton.ro/config.log http://www.soliton.ro/ls_usr-lib-libstdc++ http://www.soliton.ro/emerge_info
This is very strange... I'm posting this from X... It seems the error is now gone. I had just started emerging gcc when I thought I'd try again... and it works. This is still a bug though since it's already happened to me twice and it may happen again.
Created attachment 42497 [details] startx errors What I got when trying to run startx after a fresh boot.
Created attachment 42498 [details] emerge glibc Errors while trying to emerge glibc after the startx errors
Created attachment 42499 [details] XFree86.0.log XFree86.0.log mentioned by the startx output
Created attachment 42500 [details] config.log config.log mentioned by emerge glibc
Portage 2.0.50-r11 (default-x86-1.4, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.6.8-g entoo-r3) ================================================================= System uname: 2.6.8-gentoo-r3 i686 AMD Athlon(tm) XP 1600+ Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/s hare/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://ftp.iasi.roedu.net/pub/mirrors/gentoo.org http://gentoo.or egonstate.edu" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync1.ro.gentoo.org/gentoo-portage" USE="3dnow 3dnowex X aalib alsa apache apm avi bitmap-fonts cdr crypt cups curl encode f77 flac foomaticdb gd gif gphoto2 gpm gtk2 guile imlib imlib2 jikes jpeg lcms libcaca libwww lzo mad matroska mikmod mmx motif mpeg mysql ncurses networ k nls no_wxgtk1 oggvorbis opengl pam png python quicktime readline rtc ruby sdl slang spell sse ssl tcpd tga theora tiff truetype x86 xchatdccserver xml2 xmms x print xv xvid zlib"
Same problem. In this case on a system that hadn't been updated for many months, doing "emerge -u portage" had a longish list to run through. The process failed at: --- make[1]: Entering directory `/var/tmp/portage/cracklib-2.7-r9/work/cracklib,2.7/cracklib' make[1]: warning: jobserver unavailable: using -j1. Add `+' to parent make rule. gcc -02 -march=pentium3 -fomit-frame-pointer -fprefetch-loop-arrays -funroll-loops -fstack-protector -pipe -g -I../crac /etc/env.d/gcc/i686-pc-linux-gnu-3.2.3 doesnt exist gcc-config error: Could not run/locate "gcc" make[1]: *** [fascist.o] Error 1 make[1]: Leaving directory `/var/tmp/portage/cracklib-2.7-r9/work/cracklib,2.7/cracklib' make: *** [all] Error 2 !!! ERROR: sys-libs/cracklib-2.7-r9 failed. !!! Function src_compile, Line 49, Exitcode 2 !!! emake failed --- And lots of stuff fails on libstdc++.so.5 like: --- no2 /etc # emerge -up gcc /usr/bin/python: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or.... --- while: --- # find / -name libstdc++.so.5 -print /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.so.5 --- In fact emerge won't run at all.
The discussion <a href="http://forums.gentoo.org/viewtopic.php?t=243457&highlight=libstdc">in this forum thread</a> pertains to my situation - the info in /etc/env.d/05gcc is no longer valid. However, even after replacing that, env-update won't run.
Also, the advice at http://forums.gentoo.org/viewtopic.php?t=241937&highlight=libstdc - second post - is looking promising. Will update if that clears things up.
Yup, both of those steps, plus the intermediate steps suggested by python to update related files, together restored the system to sanity.
... or almost to sanity ... 20:24:41 (148.20 KB/s) - `/usr/portage/distfiles/glibc-2.3.4-branch-update-20040808.patch.bz2' saved [1252141/1252141] >>> md5 src_uri ;-) glibc-2.3.3.tar.bz2 >>> md5 src_uri ;-) glibc-manpages-2.3.4.tar.bz2 >>> md5 src_uri ;-) glibc-infopages-2.3.4.tar.bz2 >>> md5 src_uri ;-) glibc-2.3.4-branch-update-20040808.patch.bz2 /usr/sbin/ebuild.sh: line 284: hasq: command not found !!! ERROR: sys-libs/glibc-2.3.4.20040808-r1 failed. !!! Function dyn_setup, Line 466, Exitcode 127 !!! pkg_setup function failed; exiting. ... looks like it's just not safe to leave a Gentoo box alone for too long between updates ... the ebuild process has too many problems when the steps are large.
the fix is to run `gcc-config` yourself this has been resolved in the gcc ebuilds already
*** Bug 70087 has been marked as a duplicate of this bug. ***