You are not logged in.
I am using the latest stable proprietary Nvidia driver (304.43-x86-64) and tonight when I upgraded to glibc-2.16.0-4-x86_64 I found that I could no longer play World of Warcraft or Minecraft. Also, when looking in the nvidia-settings control panel, trying to view the OpenGL/GLX Information tab would report the error "Unable to query GLX server."
I tried removing xorg.conf and uninstalling/re-installing the Nvidia drivers, which provided no solution. Downgrading to previous version of Nvidia drivers didn't work either.
Downgrading glibc-2.16.0-4-x86_64 to glibc-2.16.0-3-x86_64 and re-installing the latest Nvidia drivers (304.43-x86-64) allowed these previously mentioned programs to function properly once again.
Is anyone else experiencing this?
Last edited by gilmoreja (2012-08-31 17:42:01)
Time you enjoy wasting isn't wasted time.
Offline
exactly the same!!!!
Xorg.0.log
[ 19.549] (EE) Failed to load /usr/lib/xorg/modules/extensions/libglx.so: libnvidia-tls.so.304.43: cannot open shared object file: No such file or directory
[ 19.549] (EE) Failed to load module "glx" (loader failed, 7)Last edited by rzulu (2012-08-30 21:54:00)
Offline
Mine's giving a different error.
[ 15.286] (EE) Failed to load /usr/lib/xorg/modules/extensions/libglx.so: libnvidia-tls.so.304.43: wrong ELF class: ELFCLASS32
[ 15.286] (EE) Failed to load module "glx" (loader failed, 7)Like it's the wrong architecture or something.
I filed a bug report in flyspray, but I'm not sure if its an Arch problem or an upstream problem.
Last edited by gilmoreja (2012-08-31 12:00:52)
Time you enjoy wasting isn't wasted time.
Offline
Are you using the Arch package or did you download from the Nvidia site?
Offline
I downloaded from the Nvidia website, which was pointed out in my bug report by Falconindy as the wrong thing to do.
Manually installing Nvidia drivers is something I had to start doing back when I used Fedora, because it would sometimes take them a while to get up-to-speed with current releases.
So, out of habit, I hoped I could just continue doing it here. And it worked from April, when I started using Arch, until now.
I still wonder why it would suddenly break. I'd rather keep manually installing them, but will move to the packaged version if I have to.
Time you enjoy wasting isn't wasted time.
Offline
/usr/lib64 does not exist on an Arch system so libraries in that directory are not searched by default any more.
Offline
Hi,
I resolve my problem.
I uninstall nvidia drivers and install that way
./NVIDIA-Linux-x86_64-295.53.run --update -a --opengl-libdir=/usr/lib --force-tls=newafter that i hade /usr/usr/lib (yes double usr) with some files. I move them to /usr/lib and its working
ps.
sorry for my english
edit
I dont now if that matters by i dont install 32 bit opengl drivers
Last edited by rzulu (2012-08-31 17:03:10)
Offline
Hi,
I resolve my problem.I uninstall nvidia drivers and install that way
./NVIDIA-Linux-x86_64-295.53.run --update -a --opengl-libdir=/usr/lib --force-tls=newafter that i hade /usr/usr/lib (yes double usr) with some files. I move them to /usr/lib and its working
![]()
ps.
sorry for my english
edit
I dont now if that matters by i dont install 32 bit opengl drivers
That's good to know, glad you were able to get it working for what you need it to do.
I'd imagine if you had to install the 32-bit library it would still be broken. I was installing the 32-bit libraries because I need them and I ended up just using the packaged version.
I figured what was happening was that the installer is putting 32-bit libraries in /usr/lib and 64-bit libraries in /usr/lib64. So, while I imagine you could symlink /usr/lib64 -> /usr/lib and install just the 64 bit libraries to get a functional install, I couldn't figure out how to have the installer throw the 32-bit stuff into /usr/lib32 instead of /usr/lib.
Oh, well.
Time you enjoy wasting isn't wasted time.
Offline