I just did an `emerge -u world`, which updated gcc-3.2-r4 to gcc-3.2.1, and then went on to update ksplash-ml-0.95.2-r1 to ksplash-ml-0.95.3. This failed because it was looking for libstdc++.la and libstdc++.so in /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2/ (now empty due to gcc update). I solved it by `rm -fR /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2/` and `ln -s /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.1 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2` Dan Armak said: sethbc-trill on irc just said an extra ldcofig run fixed things for him. If you have a few spare minutes, please remove your manual fix and try that, and if it doesn't work, please report it on bugzilla. I removed my /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2/ symlink, did a couple of `ldconfig -v` and remerged. I got the same: grep: /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2/libstdc++.la: No such file or directory sed: can't read /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2/libstdc++.la: No such file or directory libtool: link: `/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2/libstdc++.la' is not a valid libtool archive make[4]: *** [libkmlte.la] Error 1 make[4]: Leaving directory `/var/tmp/portage/ksplash-ml-0.95.3/work/ksplashml-0.95.3/src/ThemeEngine' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/var/tmp/portage/ksplash-ml-0.95.3/work/ksplashml-0.95.3/src/ThemeEngine' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/ksplash-ml-0.95.3/work/ksplashml-0.95.3/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/ksplash-ml-0.95.3/work/ksplashml-0.95.3' make: *** [all] Error 2 !!! ERROR: x11-misc/ksplash-ml-0.95.3 failed. !!! Function kde_src_compile, Line 98, Exitcode 2 !!! died running emake, kde_src_compile:make Looks like "3.2" is hard-coded somewhere.
Please give this to a gcc guy to look at. I don't suppose it's anything KDE-specific.
I just want to add to this to confirm that this issue isn't isolated to Peter. This morning I did an `emerge sync; emerge -u world` and gcc-3.2-r4 was updated to gcc-3.2.1. When merging further KDE libraries, I got the same libstdc++.la errors as peter. Like him, I've created a symlink to work around this issue because I'm scratching my head trying to find the reference to the 3.2 dir/library.
@Lee For compiling KDE first emerge arts. After that your Problem should be solved.
All the .la files have references in dependency_libs to /usr/lib/.../3.2/libstdc++.la ! I don't see how you can expect this upgrade to every work, frankly, without doing something about this.
kmyfirewall is also looking for /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2/libstdc++.la
Yes, that is why 3.2.1 is not unmasked. I am busy writing a script to check all dirs in ld.so.conf and 'fix' the libtool linker scripts.
Refrase .. this is why its marked as UNSTABLE.
Ok, to fix: nosferatu root # cd /usr/portage/sys-devel/gcc/files/ nosferatu files # ./fix_libtool_files.sh 3.2 * Scanning /usr/lib/opengl/nvidia/lib... * Scanning /usr/lib/mozilla... * Scanning /usr/X11R6/lib... * Scanning /opt/blackdown-jdk-1.4.1_beta/jre/lib/i386... * Scanning /opt/blackdown-jdk-1.4.1_beta/jre/lib/i386/native_threads... * Scanning /usr/qt/3/lib... * Scanning /usr/kde/3/lib... * Scanning /lib... * Scanning /usr/lib... * FIXING: /usr/lib/libpspell.la * Scanning /usr/local/lib... nosferatu files # This will be intgrated into the ebuild ...
Ok, latest gcc-3.2.1 ebuild should have this integrated.
*** Bug 11176 has been marked as a duplicate of this bug. ***
*** Bug 11259 has been marked as a duplicate of this bug. ***
*** Bug 11350 has been marked as a duplicate of this bug. ***
Wanted to report that this is happening here trying to emerge anything kde. I did a kdebase install to get konqueror and later decided that I wanted to give the whole kit and kaboodle a try. I can get most of kde and I can run the desktop however the following will not emerge: Calculating dependencies ...done! [ebuild N ] kde-base/kdeaddons-3.0.4 [ebuild N ] kde-base/kdepim-3.0.4 [ebuild N ] kde-base/kdegraphics-3.0.4 [ebuild N ] kde-base/kdeutils-3.0.4 [ebuild N ] kde-base/kdetoys-3.0.4 [ebuild N ] kde-base/kdeartwork-3.0.4 [ebuild N ] kde-base/kdeedu-3.0.4 [ebuild N ] kde-base/kdeadmin-3.0.4 [ebuild N ] kde-base/kde-3.0.4 I have tried getting each one indiviadually and they all fail with the same error. It is exactly the same error that Peter Ruskin reported. make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/kdeaddons-3.0.4/work/kdeaddons-3.0.4/noatun-plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/kdeaddons-3.0.4/work/kdeaddons-3.0.4' make: *** [all] Error 2 !!! ERROR: kde-base/kdeaddons-3.0.4 failed. !!! Function kde_src_compile, Line -7382, Exitcode 2 !!! died running emake, kde_src_compile:make
1) Actually including the error would be nice 2) did you try the fix in comment #8 ?
Just wanted to say that the fix listed in comment #8 fixes the problem for me. I had originally reported the dupe bug 11259.
the fix in comment #8 fixes my problem as well. i reported dup: bug 11350
In my case it looks like it's a PEBKAC error. I just realized that when I did an emerge -u world my gcc got downgraded to gcc3.2r4. (I forgot to pin the new version) I am upgrading again now, and will try the fix in Number 8 when it's done. I will report the results later after gcc finishes compiling....
Angel Ortiz, you should not need to do the fix in #8, as it *should* be integrated into the ebuild. If it does not work 'out of the box', let me know, thanks.
I updated to gcc 3.2.1: $ qpkg -I -v gcc sys-devel/gcc-3.2.1 * I then did an emerge --debug kde. The emerge fails. Here is the end of the error message that I see. Everything prior to this has no errors. make[2]: Leaving directory `/var/tmp/portage/kdeaddons-3.0.4/work/kdeaddons-3.0. 4/konq-plugins' Making all in noatun-plugins make[2]: Entering directory `/var/tmp/portage/kdeaddons-3.0.4/work/kdeaddons-3.0 .4/noatun-plugins' Making all in alarm make[3]: Entering directory `/var/tmp/portage/kdeaddons-3.0.4/work/kdeaddons-3.0 .4/noatun-plugins/alarm' /usr/qt/3/bin/moc ./wakeup.h -o wakeup.moc /usr/qt/3/bin/moc ./kminutespinbox.h -o kminutespinbox.moc /usr/qt/3/bin/moc ./kpercentspinbox.h -o kpercentspinbox.moc make[3]: *** No rule to make target `/usr/kde/3/lib/libnoatun.so', needed by `no atunwakeup.la.closure'. Stop. make[3]: *** Waiting for unfinished jobs.... make[3]: Leaving directory `/var/tmp/portage/kdeaddons-3.0.4/work/kdeaddons-3.0. 4/noatun-plugins/alarm' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/kdeaddons-3.0.4/work/kdeaddons-3.0. 4/noatun-plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/kdeaddons-3.0.4/work/kdeaddons-3.0. 4' make: *** [all] Error 2 + diefunc kde_src_compile -7382 2 'died running emake, kde_src_compile:make' + local funcname=kde_src_compile lineno=-7382 exitcode=2 + shift 3 + echo + echo '!!! ERROR: kde-base/kdeaddons-3.0.4 failed.' !!! ERROR: kde-base/kdeaddons-3.0.4 failed. + echo '!!! Function kde_src_compile, Line -7382, Exitcode 2' !!! Function kde_src_compile, Line -7382, Exitcode 2 + echo '!!! died running emake, kde_src_compile:make' !!! died running emake, kde_src_compile:make + echo + exit 1 I am not sure if I am capturing the error that you are looking for Martin. Is there any way to get a more verbose emerge as opposed to just adding --debug?
To be honest, that do not look like gcc problems ... do you actually have '/usr/kde/3/lib/libnoatun.so' ?
I agree with you azarah :) I don't think that this is related to a gcc error. I checked exactly what you suggested when I first started getting the error and realized that there was not a libatun.so in /usr/kde/3/lib/. I did a locate and I found it in /usr/lib so I created a link to it, but that did not help. I came searching bugzilla and I found this bug which had a similar error message on building something kde. I guess my errors run deeper :/ I will continue to search bugzilla, I will start a new bug report if I can't find one that better fits the errors that I am having. Thanks for the help :D
Angel Ortiz, look at bug 11039 for the fix. Apparently, /usr/portage/eclass/kde- functions.eclass failed to include kdemultimedia when assigning prefixes for the kde packages. As a result, the kdemultimedia packages got installed at the wrong prefix.
Sorry, wrong bug.... Try bug 11309 for the correct bug.
Thank you :)
*** Bug 11462 has been marked as a duplicate of this bug. ***
*** Bug 11963 has been marked as a duplicate of this bug. ***
Fixed.