mesa-6.5.1 generates /usr/lib/opengl/xorg-x11/lib/libGL.la which contains: [...] # Libraries that this one depends upon. dependency_libs=' -L/usr/${libdir} -lSM -lICE -lXmu -lXt -lXext -lXi -lX11 -ldl -lpthread [...] # Directory that this library needs to be installed in: libdir='/usr/${libdir}' So, of course, whenever anything tries to use libGL.la, one gets errors: libtool: link: warning: library `/usr/X11R6/lib/libGL.la' was moved. libtool: link: cannot find the library `/usr//usr//usr/lib/libGL.la' or unhandled argument `/usr//usr//usr/lib/libGL.la' make[3]: *** [testskey] Error 1 make[3]: *** Waiting for unfinished jobs.... grep: /usr//usr/${libdir}/libGL.la: No such file or directory /bin/sed: can't read /usr//usr/${libdir}/libGL.la: No such file or directory libtool: link: `/usr//usr/${libdir}/libGL.la' is not a valid libtool archive By contrast, mesa-6.5-r3 produced a valid libGL.la: [...] # Libraries that this one depends upon. dependency_libs=' -L/usr/lib -lSM -lICE -lXmu -lXt -lXext -lXi -lX11 -ldl -lpthread [...] # Directory that this library needs to be installed in: libdir='/usr/lib/opengl/xorg-x11/lib' My emerge --info says Portage 2.1.2_pre1 (default-linux/x86/2006.1/desktop, gcc-4.1.1/vanilla, glibc-2.4-r3, 2.6.17-gentoo-r4 i686) ================================================================= System uname: 2.6.17-gentoo-r4 i686 Intel(R) Pentium(R) M processor 1.60GHz Gentoo Base System version 1.12.5 Last Sync: Sun, 17 Sep 2006 20:30:07 +0000 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [enabled] app-admin/eselect-compiler: 2.0.0_rc2-r1 dev-java/java-config: 1.3.6-r1, 2.0.28-r1 dev-lang/python: 2.3.5-r2, 2.4.3-r3 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 dev-util/confcache: 0.4.2-r1 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1
Oh, wonderful. Seems that any other package that I had emerged that had used the broken libGL.la also needs to be reemerged, because they included the invalid directory names in their own *.la files. Good thing I noticed this early...
Hanno, I suspect this is related to your changes.
Should be fixed in CVS with 6.5.1-r1.
Same Problem here (with Gnome-2.16) I hope the fix will be in portage soon. How can I check, which ebuilds need to be reemerged?
(In reply to comment #4) > Same Problem here (with Gnome-2.16) > I hope the fix will be in portage soon. How can I check, which ebuilds need to > be reemerged? Try this: grep /usr/lib/*.la -e libGL.la -l | xargs grep 'usr//usr'
*** Bug 148233 has been marked as a duplicate of this bug. ***
*** Bug 149896 has been marked as a duplicate of this bug. ***
*** Bug 147992 has been marked as a duplicate of this bug. ***