I've tried to emerge xmms-1.2.7-r23 and it fails. The final part of the emerging process is: /bin/sh ../../libtool --mode=link gcc -O3 -march=pentium3 -pipe -fomit-frame-pointer -Wall -Wpointer-arith -finline-functions -ffast-math -fomit-frame-pointer -funroll-all-loops -o libogl_spectrum.la -rpath /usr/lib/xmms/Visualization -module -avoid-version -export-symbols-regex "get_.plugin_info" opengl_spectrum.lo configure.lo -L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule -lgthread -lglib -lpthread -ldl -lXi -lXext -lX11 -lm -lGL mkdir .libs libtool: link: `/usr/lib/libGL.la' is not a valid libtool archive make[3]: *** [libogl_spectrum.la] Error 1 make[3]: Leaving directory `/var/tmp/portage/xmms-1.2.7-r23/work/xmms-1.2.7/Visualization/opengl_spectrum' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/xmms-1.2.7-r23/work/xmms-1.2.7/Visualization' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/xmms-1.2.7-r23/work/xmms-1.2.7' make: *** [all-recursive-am] Error 2 !!! ERROR: media-sound/xmms-1.2.7-r23 failed. !!! Function src_compile, Line 142, Exitcode 2 !!! (no error message) In my make.conf: USE="-alsa cdr dvd -emacs gb gnome gstreamer gtk gtk2 mad mmx ppds sse videos X" and CFLAGS="-O3 -march=pentium3 -pipe -fomit-frame-pointer" Reproducible: Always Steps to Reproduce: 1.emerge xmms Actual Results: emerging fails with the error message above Expected Results: emerge should finish successfully and xmms should be installed I also used: # ACCEPT_KEYWORDS="~x86" emerge media-sound/xmms to compile the teste version xmms-1.2.8-r3 and it had the same problem.
you are having problem with libgl try #opengl-update
I couldn't solve the problem with opengl-update. Couldn't use 'opengl-update nvidia' However, 'USE="-opengl" emerge xmms' worked fine. Thank you
I've reinstalled nvidia drivers and was now able to use '# opengl-update nvidia' However, it didn't solve the problem. The problem I stated above is still there. I still tried to use xmms-1.2.8-r3 and it had the same problem. At this point the only way to solve the problem is using '# USE="-opengl" emerge xmms' which works quite fine, but seems an awkward way to solve the problem...
Can you please do this for me and paste the output: $ cd /usr/lib $ grep -nH libGL.la *.la I'm curious where the is coming from since there shouldn't really be a /usr/lib/libGL.la on your system... did you hand-install Mesa at some point?
# grep -nH libGL.la *.la libGL.la:1:# libGL.la - a libtool library file I didn't install Mesa, so it's not coming from some other place.
Alright then, let's figure out where it's coming from... If you don't have gentoolkit installed, you'll need to emerge it for the 'qpkg' tool used below. Run these commands and tell me the output... also, could you attatch your /usr/lib/libGL.la file here... $ qpkg -I -v -f /usr/lib/libGL.la $ find /usr/lib/opengl
Daniel, could you please provide the above info? Thanks.
same with libgtk here. Note that I just emerged gtk and libtool before xmms. ~x86 here
actually I suddendly have lots of problems with auto*. This perl script from mandrake suddendly selects wrong versions for me and I have to force them with WANT_AUTOCONF etc..
Jochen, please file a separate bug so the gtk team can help you out...
did that. however, i'm still convinced this is not a gl or gtk problem, but a libtool one. cya
I am also having this problem, but with gtk and on x86-64 machine. I also think it is a problem with libtool wich was recently updated to 1.5.2-r1 I made an empty program: test.c ------------------------------------- int main( int argc, char *argv[]) { return 1; } ------------------------------------- then ran these commands: libtool --mode=compile gcc test.c -c -o test.o libtool --mode=link gcc test.o -o test this worked, but when I ran this: libtool --mode=link gcc test.o -o test -lgtk I got the error: libtool: link: `/usr/lib64/libgtk.la' is not a valid libtool archive gtk without libtool works fine. I tried re emerging gtk afetr the libtool update as well, but that didn't help. It might be interesting to go back to an older version of libtool. In any event it doesn't seem like a xmms problem.
Never mind, I just remerged gtk-1 after libtool was updated again and it works now.
user says it's fixed, so closing...
I'm sorry for such a long time without saying anything and also not replying for what I was asked for but I was during an exams period at university and didn't have much time to do anything else but study. I had the same problem when I tried to install mlDonkey. The same problem with libGL.la. Doing what I was asked I got this result: $ qpkg -I -v -f /usr/lib/libGL.la $ find /usr/lib/opengl /usr/lib/opengl /usr/lib/opengl/xfree /usr/lib/opengl/xfree/lib /usr/lib/opengl/xfree/lib/libGL.so.1 /usr/lib/opengl/xfree/lib/libGL.a /usr/lib/opengl/xfree/lib/libGL.so.1.2 /usr/lib/opengl/xfree/lib/libMesaGL.so /usr/lib/opengl/xfree/lib/libGL.la /usr/lib/opengl/xfree/lib/libGL.so /usr/lib/opengl/xfree/extensions /usr/lib/opengl/xfree/extensions/libglx.a /usr/lib/opengl/xfree/include /usr/lib/opengl/xfree/include/glxtokens.h /usr/lib/opengl/xfree/include/gl.h /usr/lib/opengl/xfree/include/glx.h /usr/lib/opengl/nvidia /usr/lib/opengl/nvidia/lib /usr/lib/opengl/nvidia/lib/libGL.so.1 /usr/lib/opengl/nvidia/lib/libGL.so.1.0.5328 /usr/lib/opengl/nvidia/lib/libGL.la /usr/lib/opengl/nvidia/lib/libGL.so /usr/lib/opengl/nvidia/lib/libGLcore.so /usr/lib/opengl/nvidia/lib/libGLcore.so.1 /usr/lib/opengl/nvidia/lib/libGLcore.so.1.0.5328 /usr/lib/opengl/nvidia/extensions /usr/lib/opengl/nvidia/extensions/libglx.so /usr/lib/opengl/nvidia/include /usr/lib/opengl/nvidia/include/glxtokens.h /usr/lib/opengl/nvidia/include/gl.h /usr/lib/opengl/nvidia/include/glx.h /usr/lib/opengl/nvidia/include/glext.h I solved the problem in other way. Since /usr/lib/libGL.la had problems I renamed it and made a ln -s /usr/lon/opengl/xfree/lib/libGL.la This seems to have fixed the problem during the installation of mlDonkey. So as someone (or several) stated above it wasn't a xmms problem. Sorry for not saying anything for such a long time. I'm now available again if anyone needs more info.
Damn... by fixing it, we can't not figure out how it broke... oh well... Do an 'opengl-update nvidia' (or xfree if you don't have an nvidia card, but I assume you do because I see the drivers there) to finally clean up everything since you shouldn't have the .la there at all with the nvidia drivers.