Quake 3 on a Fedora 2 not working ok
Alexandre Van Haecke
avhaecke at club-internet.fr
Tue Jul 6 22:24:42 UTC 2004
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.
More information about the users
mailing list