Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
libGL.so.1 missing; seems an nvidia issue
View unanswered posts
View posts from last 24 hours

Goto page 1, 2  Next  
Reply to topic    Gentoo Forums Forum Index Multimedia
View previous topic :: View next topic  
Author Message
R!tman
Veteran
Veteran


Joined: 18 Dec 2003
Posts: 1303
Location: Zurich, Switzerland

PostPosted: Thu Nov 24, 2005 12:14 am    Post subject: libGL.so.1 missing; seems an nvidia issue Reply with quote

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
View user's profile Send private message
i92guboj
Bodhisattva
Bodhisattva


Joined: 30 Nov 2004
Posts: 10315
Location: Córdoba (Spain)

PostPosted: Thu Nov 24, 2005 12:31 am    Post subject: Reply with quote

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
View user's profile Send private message
R!tman
Veteran
Veteran


Joined: 18 Dec 2003
Posts: 1303
Location: Zurich, Switzerland

PostPosted: Thu Nov 24, 2005 12:37 am    Post subject: Reply with quote

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
View user's profile Send private message
i92guboj
Bodhisattva
Bodhisattva


Joined: 30 Nov 2004
Posts: 10315
Location: Córdoba (Spain)

PostPosted: Thu Nov 24, 2005 12:53 am    Post subject: Reply with quote

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
View user's profile Send private message
jamesww
n00b
n00b


Joined: 20 Jul 2005
Posts: 31

PostPosted: Thu Nov 24, 2005 1:27 am    Post subject: Reply with quote

For a quick fix, you can also create a symlink. And are you sure that's in your library path?
Back to top
View user's profile Send private message
R!tman
Veteran
Veteran


Joined: 18 Dec 2003
Posts: 1303
Location: Zurich, Switzerland

PostPosted: Thu Nov 24, 2005 3:14 am    Post subject: Reply with quote

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
View user's profile Send private message
R!tman
Veteran
Veteran


Joined: 18 Dec 2003
Posts: 1303
Location: Zurich, Switzerland

PostPosted: Thu Nov 24, 2005 4:25 am    Post subject: Reply with quote

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
View user's profile Send private message
mattjgalloway
l33t
l33t


Joined: 16 Mar 2004
Posts: 761
Location: Coventry, UK

PostPosted: Thu Nov 24, 2005 3:46 pm    Post subject: Reply with quote

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
View user's profile Send private message
R!tman
Veteran
Veteran


Joined: 18 Dec 2003
Posts: 1303
Location: Zurich, Switzerland

PostPosted: Thu Nov 24, 2005 4:00 pm    Post subject: Reply with quote

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
View user's profile Send private message
mattjgalloway
l33t
l33t


Joined: 16 Mar 2004
Posts: 761
Location: Coventry, UK

PostPosted: Thu Nov 24, 2005 4:36 pm    Post subject: Reply with quote

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
View user's profile Send private message
R!tman
Veteran
Veteran


Joined: 18 Dec 2003
Posts: 1303
Location: Zurich, Switzerland

PostPosted: Thu Nov 24, 2005 5:36 pm    Post subject: Reply with quote

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
View user's profile Send private message
mattjgalloway
l33t
l33t


Joined: 16 Mar 2004
Posts: 761
Location: Coventry, UK

PostPosted: Thu Nov 24, 2005 10:17 pm    Post subject: Reply with quote

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
View user's profile Send private message
mattjgalloway
l33t
l33t


Joined: 16 Mar 2004
Posts: 761
Location: Coventry, UK

PostPosted: Thu Nov 24, 2005 10:48 pm    Post subject: Reply with quote

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
View user's profile Send private message
R!tman
Veteran
Veteran


Joined: 18 Dec 2003
Posts: 1303
Location: Zurich, Switzerland

PostPosted: Thu Nov 24, 2005 11:26 pm    Post subject: Reply with quote

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
View user's profile Send private message
mattjgalloway
l33t
l33t


Joined: 16 Mar 2004
Posts: 761
Location: Coventry, UK

PostPosted: Fri Nov 25, 2005 1:31 am    Post subject: Reply with quote

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
View user's profile Send private message
mattjgalloway
l33t
l33t


Joined: 16 Mar 2004
Posts: 761
Location: Coventry, UK

PostPosted: Fri Nov 25, 2005 1:39 am    Post subject: Reply with quote

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
View user's profile Send private message
flclncc
n00b
n00b


Joined: 02 Mar 2005
Posts: 29

PostPosted: Fri Nov 25, 2005 11:49 am    Post subject: Reply with quote

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. :D
Back to top
View user's profile Send private message
Konsti
l33t
l33t


Joined: 10 Dec 2002
Posts: 691

PostPosted: Fri Nov 25, 2005 12:59 pm    Post subject: Reply with quote

This symlinkning helps here also in my case:
https://forums.gentoo.org/viewtopic-p-2887367.html#2887367
Back to top
View user's profile Send private message
mattjgalloway
l33t
l33t


Joined: 16 Mar 2004
Posts: 761
Location: Coventry, UK

PostPosted: Fri Nov 25, 2005 2:34 pm    Post subject: Reply with quote

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
View user's profile Send private message
mattjgalloway
l33t
l33t


Joined: 16 Mar 2004
Posts: 761
Location: Coventry, UK

PostPosted: Sat Nov 26, 2005 10:48 pm    Post subject: Reply with quote

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
View user's profile Send private message
Stolz
Moderator
Moderator


Joined: 19 Oct 2003
Posts: 3028
Location: Hong Kong

PostPosted: Sun Nov 27, 2005 8:19 am    Post subject: Reply with quote

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 :D, thanks
Back to top
View user's profile Send private message
VValdo
Guru
Guru


Joined: 08 Jan 2005
Posts: 395

PostPosted: Mon Nov 28, 2005 6:31 pm    Post subject: Reply with quote

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
View user's profile Send private message
xerxian
n00b
n00b


Joined: 16 May 2003
Posts: 38
Location: Wellington, New Zealand

PostPosted: Fri Dec 02, 2005 11:10 am    Post subject: Reply with quote

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
View user's profile Send private message
mattjgalloway
l33t
l33t


Joined: 16 Mar 2004
Posts: 761
Location: Coventry, UK

PostPosted: Fri Dec 02, 2005 11:18 am    Post subject: Reply with quote

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
View user's profile Send private message
R!tman
Veteran
Veteran


Joined: 18 Dec 2003
Posts: 1303
Location: Zurich, Switzerland

PostPosted: Fri Dec 02, 2005 11:54 am    Post subject: Reply with quote

@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
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Multimedia All times are GMT
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum