Le mar 06/07/2004 à 21:44, D. D. Brierton a écrit : > Well, I read through the script carefully before running it. When I ran > it said: > > Checking /usr/X11R6/lib/modules/extensions/libglx.a... > You seem to have a libglx.a file in your > /usr/X11R6/lib/modules/extensions > directory. This will most likely cause a conflict with the > current drivers. Remove or rename this file, then run this > script again. > > However > > $ rpm -qf /usr/X11R6/lib/modules/extensions/libglx.a > xorg-x11-6.7.0-2 > > So this isn't a file from mesa, but from xorg-x11 itself. I am not happy > with the idea of deleting or renaming that file, and anyway it will just > be replaced the next time an upgrade for xorg-x11 comes out. I use rpm > for managing everything on my system, which is why I didn't install the > driver using NVidia's installer. I'd rather determine exactly what the > problem is with Quake 3 and submit that information back the livna.org > packagers. > As indicated in post "nvidia users: about the xorg-x11 update" : "The xorg-x11 update re-installs the un-accellerated GL libraries" and "If you used nvidia's installer for the 6106 driver, you will need to re-run the installer after the new xorg-x11 update." So yes : any update from xorg-x11 must be followed by a nvidia driver install, through the installer or the rpm (I don't know : I use the installer). > The above seems like a good way for possibly determining what the > conflict is, but I can't decipher what it is trying to tell me: > > # ldconfig -v | grep libGL | grep -v libGLU > ldconfig: Cannot stat /usr/lib/nvidia/tls/libGLcore.so: No such file or directory > ldconfig: Cannot stat /usr/lib/nvidia/tls/libGL.so: No such file or directory > libGLcore.so.1 -> libGLcore.so.1.0.6106 > libGL.so.1 -> libGL.so.1.2 > libGLw.so.1 -> libGLw.so.1.0 > libGL.so.1 -> libGL.so.1.2 > When I look in /usr/lib/nvidia/tls/ I see two broken symlinks: > > # ls -al /usr/lib/nvidia/tls/ > total 12 > drwxr-xr-x 2 root root 4096 Jul 6 10:39 . > drwxr-xr-x 3 root root 4096 Jul 6 10:39 .. > lrwxrwxrwx 1 root root 21 Jul 6 10:39 libGLcore.so -> libGLcore.so.1.0.6106 > lrwxrwxrwx 1 root root 17 Jul 6 10:39 libGL.so -> libGL.so.1.0.6106 > lrwxrwxrwx 1 root root 25 Jul 6 10:38 libnvidia-tls.so.1 -> libnvidia-tls.so.1.0.6106 > -rwxr-xr-x 1 root root 1836 Jul 6 10:35 libnvidia-tls.so.1.0.6106 > > Note that the first two symlinks point to non-existent files. > > # rpm -qa | grep nvidia | xargs rpm -ql | grep libGL > /usr/lib/nvidia/libGL.so > /usr/lib/nvidia/libGLcore.so > /usr/lib/nvidia/tls/libGL.so > /usr/lib/nvidia/tls/libGLcore.so > /usr/lib/nvidia/libGL.so.1 > /usr/lib/nvidia/libGL.so.1.0.6106 > /usr/lib/nvidia/libGL.so.1.2 > /usr/lib/nvidia/libGLcore.so.1.0.6106 > /usr/lib/nvidia/tls/libGL.so.1 > /usr/lib/nvidia/tls/libGL.so.1.2 > Well : I would check (or correct manually since it is not the case ) that in /usr/lib/nvidia you have : libGLcore.so.1 -> libGLcore.so.1.0.6106 libGLcore.so.1.0.6106 libGL.so -> libGL.so.1 libGL.so.1 -> libGL.so.1.0.6106 libGL.so.1.0.6106 You have a libGL.so.1.2 that needs to go... For the /usr/lib/nvidia/tls directory, I don't know why you get another libGL.so.* and libGLcore.so.* (libnvidia-tls is ok), they should also go...and at least the libGL.so.1.2 (a guess). Granted, I don't really know what the rpm installation does, removing your libraries might wreck your system etc... But with the nvidia installer as a last resort, you can take the chances. If everything breaks, you can always run the installer.
