View previous topic :: View next topic |
Author |
Message |
R!tman Veteran
Joined: 18 Dec 2003 Posts: 1303 Location: Zurich, Switzerland
|
Posted: Thu Nov 24, 2005 12:14 am Post subject: libGL.so.1 missing; seems an nvidia issue |
|
|
Hi all,
I have just emerged xorg-x11-6.8.2-r6 and I get this:
Code: | $ mplayer movie.avi
mplayer: error while loading shared libraries: libGL.so.1: cannot open shared object file: No such file or directory |
I only upgraded xorg, nothing else.
I already tried to fix it by remering these:
Code: | emul-linux-x86-xlibs
emul-linux-x86-baselibs
xorg-x11-6.8.2-r6
nvidia-glx
nvidia-kernel |
I also tried these things and even rebooted several times:
Code: | opengl-update xorg-x11 && opengl-update nvidia |
But still, I get:
Code: | $ ldd /usr/bin/mplayer
libmp3lame.so.0 => /usr/lib64/libmp3lame.so.0 (0x000000380f000000)
libxvidcore.so.4 => /usr/lib64/libxvidcore.so.4 (0x0000003810500000)
libm.so.6 => /lib/libm.so.6 (0x000000380ca00000)
libpng.so.3 => /usr/lib64/libpng.so.3 (0x0000003810f00000)
libz.so.1 => /lib/libz.so.1 (0x000000380d600000)
libjpeg.so.62 => /usr/lib64/libjpeg.so.62 (0x0000003810d00000)
libasound.so.2 => /usr/lib64/libasound.so.2 (0x000000380d800000)
libdl.so.2 => /lib/libdl.so.2 (0x000000380cc00000)
libpthread.so.0 => /lib/libpthread.so.0 (0x000000380dc00000)
libxmms.so.1 => /usr/lib64/libxmms.so.1 (0x0000003810300000)
libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x000000380e000000)
libnsl.so.1 => /lib/libnsl.so.1 (0x000000380ec00000)
libgif.so.4 => /usr/lib64/libgif.so.4 (0x000000380da00000)
libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x000000380e400000)
libgtk-1.2.so.0 => /usr/lib64/libgtk-1.2.so.0 (0x000000380fc00000)
libgdk-1.2.so.0 => /usr/lib64/libgdk-1.2.so.0 (0x000000380fa00000)
libgmodule-1.2.so.0 => /usr/lib64/libgmodule-1.2.so.0 (0x000000380e200000)
libglib-1.2.so.0 => /usr/lib64/libglib-1.2.so.0 (0x000000380de00000)
libXi.so.6 => /usr/lib64/libXi.so.6 (0x00002aaaaaac5000)
libXext.so.6 => /usr/lib64/libXext.so.6 (0x00002aaaaabcd000)
libX11.so.6 => /usr/lib64/libX11.so.6 (0x00002aaaaacde000)
libGL.so.1 => not found
libXv.so.1 => /usr/lib64/libXv.so.1 (0x00002aaaaaebe000)
libXxf86vm.so.1 => /usr/lib64/libXxf86vm.so.1 (0x00002aaaaafc3000)
libXinerama.so.1 => /usr/lib64/libXinerama.so.1 (0x00002aaaab0c8000)
libSDL-1.2.so.0 => /usr/lib64/libSDL-1.2.so.0 (0x000000380ff00000)
libdirectfb-0.9.so.22 => /usr/lib64/libdirectfb-0.9.so.22 (0x000000380e600000)
libc.so.6 => /lib/libc.so.6 (0x000000380c700000)
/lib64/ld-linux-x86-64.so.2 (0x000000380ba00000)
libgthread-1.2.so.0 => /usr/lib/libgthread-1.2.so.0 (0x0000003810100000)
libSM.so.6 => /usr/lib/libSM.so.6 (0x00002aaaab1cc000)
libICE.so.6 => /usr/lib/libICE.so.6 (0x00002aaaab2d6000)
libexpat.so.0 => /usr/lib/libexpat.so.0 (0x000000380e800000)
libfusion-0.9.so.22 => /usr/lib/libfusion-0.9.so.22 (0x000000380ea00000)
libdirect-0.9.so.22 => /usr/lib/libdirect-0.9.so.22 (0x000000380f800000) |
TIA for any help, R!tman
Last edited by R!tman on Thu Nov 24, 2005 4:01 pm; edited 4 times in total |
|
Back to top |
|
|
i92guboj Bodhisattva
Joined: 30 Nov 2004 Posts: 10315 Location: Córdoba (Spain)
|
Posted: Thu Nov 24, 2005 12:31 am Post subject: |
|
|
In cases where a program complains about libs after an upgrade the first thing to do is a "revdep-rebuild", check that and report back |
|
Back to top |
|
|
R!tman Veteran
Joined: 18 Dec 2003 Posts: 1303 Location: Zurich, Switzerland
|
Posted: Thu Nov 24, 2005 12:37 am Post subject: |
|
|
6thpink wrote: | In cases where a program complains about libs after an upgrade the first thing to do is a "revdep-rebuild", check that and report back |
Oops, sorry, this was the first thing I did. I just forgot to mention it. Nothing there.
Edit: I get mplayer to work by
Code: | cp /usr/lib/opengl/xorg-x11/lib/libGL.so.1 /usr/lib |
But I would like a clean solution, where the system does those things by itself. I consider copying libs around an error...
Edit2: BTW, this does not work:
Code: | cp /usr/lib/opengl/nvidia/lib/libGL.so.1 /usr/lib |
|
|
Back to top |
|
|
i92guboj Bodhisattva
Joined: 30 Nov 2004 Posts: 10315 Location: Córdoba (Spain)
|
Posted: Thu Nov 24, 2005 12:53 am Post subject: |
|
|
R!tman wrote: | 6thpink wrote: | In cases where a program complains about libs after an upgrade the first thing to do is a "revdep-rebuild", check that and report back |
Oops, sorry, this was the first thing I did. I just forgot to mention it. Nothing there.
Edit: I get mplayer to work by
Code: | cp /usr/lib/opengl/xorg-x11/lib/libGL.so.1 /usr/lib |
But I would like a clean solution, where the system does those things by itself. I consider copying libs around an error... |
Yes, you are right on that.
Well, mplayer is compiled againsta libGL (if you are using the proper use flag), so you might just need to re-emerge mplayer, so it is linked agains the new libraries and all should be ok then. Don't know why revdep-rebuild is not detecting that dependency though...
EDIT: I just notice you are on 64 bits, are you using the binary package of mplayer? |
|
Back to top |
|
|
jamesww n00b
Joined: 20 Jul 2005 Posts: 31
|
Posted: Thu Nov 24, 2005 1:27 am Post subject: |
|
|
For a quick fix, you can also create a symlink. And are you sure that's in your library path? |
|
Back to top |
|
|
R!tman Veteran
Joined: 18 Dec 2003 Posts: 1303 Location: Zurich, Switzerland
|
Posted: Thu Nov 24, 2005 3:14 am Post subject: |
|
|
Switching back to xorg-x11-6.8.2-r4 didn't help it. Grmbl...! (edit: I changed the topic as it does not seem to be an xorg-x11-6.8.2-r6 specific problem)
Now I am emering xorg-x11-6.8.2-r6 again.
6thpink wrote: | I just notice you are on 64 bits, are you using the binary package of mplayer? |
I am using the 64bit mplayer from portage.
jamesww wrote: | For a quick fix, you can also create a symlink. And are you sure that's in your library path? |
Yeah, I thought about symlinking, but I realized that only mplayer works then (also when copying). eg. some xscreensavers (the gl ones) do not work.
I did not quite understand what you meant with that library path thingy...
EDIT (again): This did also not help:
Code: | emerge emul-linux-x86-compat emul-linux-x86-glibc emul-linux-x86-sdl emul-linux-x86-soundlibs emul-linux-x86-xlibs nvidia-glx nvidia-kernel |
|
|
Back to top |
|
|
R!tman Veteran
Joined: 18 Dec 2003 Posts: 1303 Location: Zurich, Switzerland
|
Posted: Thu Nov 24, 2005 4:25 am Post subject: |
|
|
I remerged mplayer. Now it works, but mplayer is not dependent on libGL.so.1 anymore?!? I do not know why!
Code: | $ ldd /usr/bin/mplayer
libmp3lame.so.0 => /usr/lib64/libmp3lame.so.0 (0x0000003276a00000)
libxvidcore.so.4 => /usr/lib64/libxvidcore.so.4 (0x0000003277400000)
libm.so.6 => /lib/libm.so.6 (0x0000003273900000)
libpng.so.3 => /usr/lib64/libpng.so.3 (0x0000003278800000)
libz.so.1 => /lib/libz.so.1 (0x0000003274100000)
libjpeg.so.62 => /usr/lib64/libjpeg.so.62 (0x0000003278600000)
libasound.so.2 => /usr/lib64/libasound.so.2 (0x0000003274700000)
libdl.so.2 => /lib/libdl.so.2 (0x0000003273b00000)
libpthread.so.0 => /lib/libpthread.so.0 (0x0000003275f00000)
libxmms.so.1 => /usr/lib64/libxmms.so.1 (0x0000003277000000)
libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x0000003274b00000)
libnsl.so.1 => /lib/libnsl.so.1 (0x0000003275d00000)
libgif.so.4 => /usr/lib64/libgif.so.4 (0x0000003274900000)
libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x0000003274f00000)
libgtk-1.2.so.0 => /usr/lib64/libgtk-1.2.so.0 (0x0000003276100000)
libgdk-1.2.so.0 => /usr/lib64/libgdk-1.2.so.0 (0x0000003276400000)
libgmodule-1.2.so.0 => /usr/lib64/libgmodule-1.2.so.0 (0x0000003275700000)
libglib-1.2.so.0 => /usr/lib64/libglib-1.2.so.0 (0x0000003275300000)
libXi.so.6 => /usr/lib64/libXi.so.6 (0x0000003275500000)
libXext.so.6 => /usr/lib64/libXext.so.6 (0x0000003273f00000)
libX11.so.6 => /usr/lib64/libX11.so.6 (0x0000003273d00000)
libXv.so.1 => /usr/lib64/libXv.so.1 (0x0000003277200000)
libXxf86vm.so.1 => /usr/lib64/libXxf86vm.so.1 (0x0000003276800000)
libXinerama.so.1 => /usr/lib64/libXinerama.so.1 (0x0000003275900000)
libSDL-1.2.so.0 => /usr/lib64/libSDL-1.2.so.0 (0x0000003276c00000)
libdirectfb-0.9.so.22 => /usr/lib64/libdirectfb-0.9.so.22 (0x0000003276600000)
libc.so.6 => /lib/libc.so.6 (0x0000003273600000)
/lib64/ld-linux-x86-64.so.2 (0x0000003273400000)
libgthread-1.2.so.0 => /usr/lib/libgthread-1.2.so.0 (0x0000003276e00000)
libSM.so.6 => /usr/lib/libSM.so.6 (0x0000003274300000)
libICE.so.6 => /usr/lib/libICE.so.6 (0x0000003274500000)
libexpat.so.0 => /usr/lib/libexpat.so.0 (0x0000003274d00000)
libfusion-0.9.so.22 => /usr/lib/libfusion-0.9.so.22 (0x0000003275b00000)
libdirect-0.9.so.22 => /usr/lib/libdirect-0.9.so.22 (0x0000003275100000) |
Althought revdep-rebuild does not show anything related to this issue I get this:
Code: | # for i in /usr/bin/* ; do ldd $i | grep "not found"; done
libGLcore.so.1 => not found
libnvidia-tls.so.1 => not found
ldd: /usr/bin/X11: No such file or directory
libGL.so.1 => not found
libGL.so.1 => not found
libGL.so.1 => not found
libGL.so.1 => not found
libGL.so.1 => not found
libGL.so.1 => not found
libGL.so.1 => not found
libGL.so.1 => not found
libGL.so.1 => not found
libGL.so.1 => not found
libGL.so.1 => not found
libGL.so.1 => not found |
Looks very strange to me!
Now, as mplayer works again, glx stuff still does not work, inlcuding quake 4 . |
|
Back to top |
|
|
mattjgalloway l33t
Joined: 16 Mar 2004 Posts: 761 Location: Coventry, UK
|
Posted: Thu Nov 24, 2005 3:46 pm Post subject: |
|
|
I'm getting this too.
I think it happened when I did an update which updated nvidia drivers and xorg. I think they've changed the location of the libGL library or something and everything has to be recompiled which uses it! Well annoying!
Anyone know of a way to find out what needs recompiling? revdep-rebuild doesn't catch all... _________________ AMD64 3200+, 1024MB RAM, Gentoo Linux
MacBook Core Duo, 1024MB RAM, Leopard |
|
Back to top |
|
|
R!tman Veteran
Joined: 18 Dec 2003 Posts: 1303 Location: Zurich, Switzerland
|
Posted: Thu Nov 24, 2005 4:00 pm Post subject: |
|
|
mattjgalloway wrote: | I'm getting this too.
I think it happened when I did an update which updated nvidia drivers and xorg. I think they've changed the location of the libGL library or something and everything has to be recompiled which uses it! Well annoying!
Anyone know of a way to find out what needs recompiling? revdep-rebuild doesn't catch all... |
I did some testing: It is an nvidia issue (I will adjust the topic accordingly).
When using nvidia 1.0.7676-r2 (which is ~amd64) libGL.so.1 is not there. nvidia 1.0.6629-r6 (which is amd64) works, but only with gentoo-sources-2.6.13-r5 (I only tested this very kernel), it doesn't work on gentoo-sources-2.6.14-r2 (latest gentoo-sources for amd64).
Although 1.0.6629-r6 works with 2.6.13-r5, quake 4 hangs just after loading a savegame. |
|
Back to top |
|
|
mattjgalloway l33t
Joined: 16 Mar 2004 Posts: 761 Location: Coventry, UK
|
Posted: Thu Nov 24, 2005 4:36 pm Post subject: |
|
|
Cool.
I don't know why I am on ~amd64 for nvidia stuff - I always forget why I have to use unstable versions for some things! Must have been a bug from before. I'll try the latest amd64 one and see if that helps.
For now I tried symlinking the various things it decided it needed - and that actually worked:
Code: | ln -s /usr/lib/opengl/nvidia/lib/libnvidia-tls.so.1 /usr/lib/libnvidia-tls.so.1
ln -s /usr/lib/opengl/nvidia/lib/libGLcore.so.1 /usr/lib/libGLcore.so.1
ln -s /usr/lib/opengl/nvidia/lib/libGL.so.1 /usr/lib/libGL.so.1 |
EDIT: Nope, switching down version didn't work! Still not there unless I make them myself... _________________ AMD64 3200+, 1024MB RAM, Gentoo Linux
MacBook Core Duo, 1024MB RAM, Leopard |
|
Back to top |
|
|
R!tman Veteran
Joined: 18 Dec 2003 Posts: 1303 Location: Zurich, Switzerland
|
Posted: Thu Nov 24, 2005 5:36 pm Post subject: |
|
|
mattjgalloway wrote: | EDIT: Nope, switching down version didn't work! Still not there unless I make them myself... |
Strange, when downgrading my system can find the libs and everythings seems fine. But Quake4 (and maybe other games) seems to need one of the later nvidia-version.
Anyway, I can confirm that linking the libs as you mentioned works for me too and with the latest gentoo-sources and nvidia-stuff. Thank you !
I do not know anything about these GL things, but shouldn't 'opengl-update' or 'eselect' do the linking? Maybe its their fault. |
|
Back to top |
|
|
mattjgalloway l33t
Joined: 16 Mar 2004 Posts: 761 Location: Coventry, UK
|
Posted: Thu Nov 24, 2005 10:17 pm Post subject: |
|
|
Yes I think eselect opengl should set those symlinks. I think we should file a bug really...
Yeh it's strange that emerging older nvidia drivers didn't work for me - but it didn't seem to change any symlimks in that directory at all which is odd.
I think the temporary fix of making the symlinks is a good idea for now - but hopefully this will be fixed at some point. _________________ AMD64 3200+, 1024MB RAM, Gentoo Linux
MacBook Core Duo, 1024MB RAM, Leopard |
|
Back to top |
|
|
mattjgalloway l33t
Joined: 16 Mar 2004 Posts: 761 Location: Coventry, UK
|
Posted: Thu Nov 24, 2005 10:48 pm Post subject: |
|
|
Hmmm.....
Have you tried reemerging xorg? I might try that now - because from:
Code: | mjg91 mjg91 # etcat -b libGL.so.1
Searching for libGL.so.1 in * ...
app-emulation/emul-linux-x86-xlibs-2.1
media-video/nvidia-glx-1.0.7676-r2
x11-base/xorg-x11-6.8.2-r4 |
I've tried the other two, so I guess xorg reemerging may also help :-S. _________________ AMD64 3200+, 1024MB RAM, Gentoo Linux
MacBook Core Duo, 1024MB RAM, Leopard |
|
Back to top |
|
|
R!tman Veteran
Joined: 18 Dec 2003 Posts: 1303 Location: Zurich, Switzerland
|
Posted: Thu Nov 24, 2005 11:26 pm Post subject: |
|
|
mattjgalloway wrote: | Hmmm.....
Have you tried reemerging xorg? I might try that now - because from:
Code: | mjg91 mjg91 # etcat -b libGL.so.1
Searching for libGL.so.1 in * ...
app-emulation/emul-linux-x86-xlibs-2.1
media-video/nvidia-glx-1.0.7676-r2
x11-base/xorg-x11-6.8.2-r4 |
I've tried the other two, so I guess xorg reemerging may also help :-S. |
Yes, I tried re-emerging xorg. But neither 6.8.2-r4 nor 6.8.2-r6 worked. |
|
Back to top |
|
|
mattjgalloway l33t
Joined: 16 Mar 2004 Posts: 761 Location: Coventry, UK
|
Posted: Fri Nov 25, 2005 1:31 am Post subject: |
|
|
Woah, remerging xorg-x11 made mine A LOT worse. It removed libGL.la, libGL.so and libGL.so.1 from /usr/lib !!!! I had to manually copy libGL.la back over and recreate the libGL.so symlinks!
Grrr, I really have no idea what is going on!!! _________________ AMD64 3200+, 1024MB RAM, Gentoo Linux
MacBook Core Duo, 1024MB RAM, Leopard |
|
Back to top |
|
|
mattjgalloway l33t
Joined: 16 Mar 2004 Posts: 761 Location: Coventry, UK
|
Posted: Fri Nov 25, 2005 1:39 am Post subject: |
|
|
I just opened up the source code for eselect-opengl and it has this under the bit for creating the symlinks - it seems to think that it doesn't need to make them...
We need a dev to sort this one out I think, I have a feeling it is an eselect problem. I'm gonna check the code more to see if I can hunt anything down!
Code: | # Note that we don't do .so*, just .so on purpose. The
# loader knows to look in the profile dir, and the
# linked just needs the .so |
_________________ AMD64 3200+, 1024MB RAM, Gentoo Linux
MacBook Core Duo, 1024MB RAM, Leopard |
|
Back to top |
|
|
flclncc n00b
Joined: 02 Mar 2005 Posts: 29
|
Posted: Fri Nov 25, 2005 11:49 am Post subject: |
|
|
Having the same problems here, with the upgrade of xorg-x11 to xorg-x11-6.8.2-r6 the system cannot fing libGL.so.1 or libGLcore.so.1... As so X does not load glx module. Currently using nvidia-glx-1.0.7676-r2 (~amd64), tried nvidia-glx-1.0.6629-r6 (stable on amd64) still no go...
Edit:
Code: |
flc@bebop ~$ ldd /usr/bin/glxinfo
libGLU.so.1 => /usr/lib/libGLU.so.1 (0x00002aaaaabc2000)
libGL.so.1 => not found
libXext.so.6 => /usr/lib/libXext.so.6 (0x00002aaaaad4e000)
libX11.so.6 => /usr/lib/libX11.so.6 (0x00002aaaaae62000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00002aaaab04c000)
libm.so.6 => /lib/libm.so.6 (0x00002aaaab162000)
libc.so.6 => /lib/libc.so.6 (0x00002aaaab2e8000)
libGL.so.1 => not found
libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/libstdc++.so.6 (0x00002aaaab521000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00002aaaab711000)
libdl.so.2 => /lib/libdl.so.2 (0x00002aaaab81c000)
/lib64/ld-linux-x86-64.so.2 (0x00002aaaaaaab000)
flc@bebop ~$ locate libGL.so.1
/usr/lib/opengl/xorg-x11/lib/libGL.so.1
/usr/lib/opengl/xorg-x11/lib/libGL.so.1.2
/usr/lib/opengl/nvidia/lib/libGL.so.1
/usr/lib/opengl/nvidia/lib/libGL.so.1.0.7676
/usr/lib32/opengl/nvidia/lib/libGL.so.1
/usr/lib32/opengl/nvidia/lib/libGL.so.1.0.7676
/emul/linux/x86/usr/lib/opengl/xorg-x11/lib/libGL.so.1
/emul/linux/x86/usr/lib/opengl/xorg-x11/lib/libGL.so.1.2
/emul/linux/x86/usr/lib/opengl/nvidia/lib/libGL.so.1
/emul/linux/x86/usr/lib/opengl/nvidia/lib/libGL.so.1.0.6629
/home/flc/local/maple9.5/bin.IBM_INTEL_LINUX/libGL.so.1
flc@bebop ~$ ll /usr/lib/opengl/nvidia/lib/
total 7920
lrwxrwxrwx 1 root root 21 Nov 25 09:59 libGLcore.so -> libGLcore.so.1.0.7676
lrwxrwxrwx 1 root root 21 Nov 25 09:59 libGLcore.so.1 -> libGLcore.so.1.0.7676
-rwxr-xr-x 1 root root 7388528 Nov 25 09:59 libGLcore.so.1.0.7676
-rw-r--r-- 1 root root 731 Nov 25 09:59 libGL.la
lrwxrwxrwx 1 root root 17 Nov 25 09:59 libGL.so -> libGL.so.1.0.7676
lrwxrwxrwx 1 root root 17 Nov 25 09:59 libGL.so.1 -> libGL.so.1.0.7676
-rwxr-xr-x 1 root root 706584 Nov 25 09:59 libGL.so.1.0.7676
lrwxrwxrwx 1 root root 23 Nov 25 09:59 libnvidia-tls.so -> ../tls/libnvidia-tls.so
lrwxrwxrwx 1 root root 25 Nov 25 09:59 libnvidia-tls.so.1 -> ../tls/libnvidia-tls.so.1
lrwxrwxrwx 1 root root 32 Nov 25 09:59 libnvidia-tls.so.1.0.7676 -> ../tls/libnvidia-tls.so.1.0.7676
flc@bebop ~$ ll /usr/lib/opengl/xorg-x11/lib/
total 2138
-rw-r--r-- 1 root root 1315258 Nov 24 10:27 libGL.a
-rw-r--r-- 1 root root 765 Nov 24 10:27 libGL.la
lrwxrwxrwx 1 root root 12 Nov 24 10:27 libGL.so -> libGL.so.1.2
lrwxrwxrwx 1 root root 12 Nov 24 10:29 libGL.so.1 -> libGL.so.1.2
-rwxr-xr-x 1 root root 863827 Nov 24 10:27 libGL.so.1.2
|
Edit2:
mattjgalloway wrote: | Cool.
I don't know why I am on ~amd64 for nvidia stuff - I always forget why I have to use unstable versions for some things! Must have been a bug from before. I'll try the latest amd64 one and see if that helps.
For now I tried symlinking the various things it decided it needed - and that actually worked:
Code: | ln -s /usr/lib/opengl/nvidia/lib/libnvidia-tls.so.1 /usr/lib/libnvidia-tls.so.1
ln -s /usr/lib/opengl/nvidia/lib/libGLcore.so.1 /usr/lib/libGLcore.so.1
ln -s /usr/lib/opengl/nvidia/lib/libGL.so.1 /usr/lib/libGL.so.1 |
EDIT: Nope, switching down version didn't work! Still not there unless I make them myself... |
Symlinking worked for me. |
|
Back to top |
|
|
Konsti l33t
Joined: 10 Dec 2002 Posts: 691
|
|
Back to top |
|
|
mattjgalloway l33t
Joined: 16 Mar 2004 Posts: 761 Location: Coventry, UK
|
Posted: Fri Nov 25, 2005 2:34 pm Post subject: |
|
|
Hmmm yes it seems that creating the symlinks by hand works for now.
I really want to get this sorted though as it's extremely annoying. I think it's related to eselect-opengl package, but could be wrong. Perhaps it just needs an update since the latest xorg build or something...
Devs! _________________ AMD64 3200+, 1024MB RAM, Gentoo Linux
MacBook Core Duo, 1024MB RAM, Leopard |
|
Back to top |
|
|
mattjgalloway l33t
Joined: 16 Mar 2004 Posts: 761 Location: Coventry, UK
|
Posted: Sat Nov 26, 2005 10:48 pm Post subject: |
|
|
xorg just got updated and I had to recreate the symlinks by hand AGAIN.
C'mon Gentoo devs - please step in and help us! _________________ AMD64 3200+, 1024MB RAM, Gentoo Linux
MacBook Core Duo, 1024MB RAM, Leopard |
|
Back to top |
|
|
Stolz Moderator
Joined: 19 Oct 2003 Posts: 3028 Location: Hong Kong
|
Posted: Sun Nov 27, 2005 8:19 am Post subject: |
|
|
mattjgalloway wrote: | C'mon Gentoo devs - please step in and help us! |
Submit a bug and you will get helped by devs
BTW, symlinking worked for me too , thanks |
|
Back to top |
|
|
VValdo Guru
Joined: 08 Jan 2005 Posts: 395
|
Posted: Mon Nov 28, 2005 6:31 pm Post subject: |
|
|
Symlinking worked for me as far as getting glxgears and stuff working again.
Unfortunately, I can't compile the new vlc because it can't find opengl for some reason...
W |
|
Back to top |
|
|
xerxian n00b
Joined: 16 May 2003 Posts: 38 Location: Wellington, New Zealand
|
Posted: Fri Dec 02, 2005 11:10 am Post subject: |
|
|
Hi, this problem happened to me on my system recently, Im not sure what caused it but i think it is a bug in eselect or similar. Anyway, I'm on an amd64 system, so symlinking is a terrible solution as there are two versions of the libraries (64bit native, and 32bit emulation). Symlinking is a hack anyway, and is not the way it should be fixed.
I traced the problem back to eselect putting the incorrect line in /etc/env.d/03opengl , instead of putting the locations for both the 64bit and 32bit libs it had put in only the 32bit libs. I asked another amd64 user on #otw (brenden) for his LDPATH line and replacing mine with his correct one fixed the problem after i ran env-update.
For amd64 users with NVIDIA cards that have this problem check that your LDPATH line in /etc/env.d/03opengl is the following:
Code: | LDPATH="//usr/lib/opengl/nvidia/lib://usr/lib32/opengl/nvidia/lib" |
For other users, make sure this line is pointing to the correct place for libs. This is where the PATH is set for the opengl libs, and is the correct way to fix this issue, rather than symlinking the lib into your current PATH. _________________ "I'm just picturing a bunch of anime lovers with their macs talking about how awesome anime and steve jobs is." -- tylerwylie on japanology |
|
Back to top |
|
|
mattjgalloway l33t
Joined: 16 Mar 2004 Posts: 761 Location: Coventry, UK
|
Posted: Fri Dec 02, 2005 11:18 am Post subject: |
|
|
Unfortunately that was already what my path was set to, so didn't work for me. Symlinking is the only way I've found to get stuff working at the moment and ofcourse it's a hack, no doubt about that, but until I can find a fix for it, I have to use the hack! _________________ AMD64 3200+, 1024MB RAM, Gentoo Linux
MacBook Core Duo, 1024MB RAM, Leopard |
|
Back to top |
|
|
R!tman Veteran
Joined: 18 Dec 2003 Posts: 1303 Location: Zurich, Switzerland
|
Posted: Fri Dec 02, 2005 11:54 am Post subject: |
|
|
@xerxian: My LDPATH was indeed different from the one you posted and changing it solved the problem for me. Thank you very much!
@mattjgalloway: Sorry it didn't work for you. Let me know if I can help you with anything (config files, etc.) and good luck. |
|
Back to top |
|
|
|