I missed out the information that this is OpenSuSE 10.2 Patrick Shanahan escreveu:

Have you done a recent kernel up/down-grade?

No. The story as I have it from my 11 year old is that he was playing X2 when it "just froze" so he switched the computer off and on again (which he /has/ been told never to do). So far as I can tell, it's been like this since.

rpm -qa --last |grep kernel

$ rpm -qa --last | grep kernel kernel-default-2.6.18.8-0.7 Sun 16 Dec 2007 21:44:25 GMT kernel-source-2.6.18.8-0.7 Mon 10 Dec 2007 23:35:37 GMT kernel-docs-2.6.18.2-34 Sun 24 Dec 2006 13:48:12 GMT linux-kernel-headers-2.6.18.2-3 Sun 24 Dec 2006 13:46:44 GMT

If so, you need to reinstall the version of the NVidia driver you are using. I am currently using: NVIDIA-Linux-x86_64-100.14.19-pkg2.run

I already tried that. I even went back to the instructions on the openSuSE web site to make sure I was doing it right, had the right modules for the card etc. $ rpm -qa --last | grep nvidia x11-video-nvidia-1.0.9639-0.1 Mon 14 Jan 2008 09:56:41 GMT nvidia-gfx-kmp-default-1.0.9639_2.6.18.8_0.7-0.1 Mon 14 Jan 2008 09:55:51 GMT Do you think reinstalling the kernel might help? Many thanks, Chris R. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

Patrick Shanahan escreveu:

no, but you might try reinstalling xorg-x11-server-glx which is the owner of the file, libglx.so, giving the error.

I couldn't see that specific file in YaST but I uninstalled X completely (which took a lot of dependencies with it, of course) then installed KDE (which brought X back in) and the nvidia modules. It *still* complains... nvidia-gfx-kmp-default-1.0.9639_2.6.18.8_0.7-0.1 Sat 19 Jan 2008 16:04:15 GMT x11-video-nvidia-1.0.9639-0.1 Sat 19 Jan 2008 16:03:20 GMT kdenetwork3-vnc-3.5.5-29 Sat 19 Jan 2008 15:59:32 GMT MozillaFirefox-translations-2.0.0.10-0.1 Sat 19 Jan 2008 15:59:26 GMT kdenetwork3-InstantMessenger-3.5.5-41.2 Sat 19 Jan 2008 15:56:43 GMT qtcurve-kde-0.45.2-9 Sat 19 Jan 2008 15:52:58 GMT java-1_5_0-sun-plugin-1.5.0_update13-0.5 Sat 19 Jan 2008 15:52:52 GMT kdenetwork3-3.5.5-41.4 Sat 19 Jan 2008 15:52:33 GMT yast2-control-center-2.14.1-6 Sat 19 Jan 2008 15:51:44 GMT xtermset-0.5.2-153 Sat 19 Jan 2008 15:51:43 GMT xorg-x11-libX11-ccache-7.2-12 Sat 19 Jan 2008 15:51:41 GMT xlockmore-5.23-11 Sat 19 Jan 2008 15:51:40 GMT xkeyboard-config-0.9-24 Sat 19 Jan 2008 15:51:39 GMT xdmbgrd-0.6-21 Sat 19 Jan 2008 15:51:37 GMT xdg-utils-1.0.1-7 Sat 19 Jan 2008 15:51:37 GMT x11-input-wacom-0.7.6-18 Sat 19 Jan 2008 15:51:36 GMT x11-tools-0.1-57 Sat 19 Jan 2008 15:51:35 GMT x11-input-synaptics-0.14.6-24 Sat 19 Jan 2008 15:51:35 GMT unclutter-8-874 Sat 19 Jan 2008 15:51:34 GMT ufraw-gimp-0.9.120061023-21 Sat 19 Jan 2008 15:51:33 GMT ufraw-0.9.120061023-21 Sat 19 Jan 2008 15:51:33 GMT tightvnc-1.2.9-224 Sat 19 Jan 2008 15:51:32 GMT sane-frontends-1.0.14-44 Sat 19 Jan 2008 15:51:31 GMT qtcurve-gtk2-0.45.3-18 Sat 19 Jan 2008 15:51:30 GMT preload-0.2-47 Sat 19 Jan 2008 15:51:29 GMT pinentry-qt-0.7.2-1 Sat 19 Jan 2008 15:51:28 GMT opensuse-quickstart_en-10.2-9 Sat 19 Jan 2008 15:51:27 GMT opensuse-manual_en-10.2-28 Sat 19 Jan 2008 15:51:27 GMT numlockx-1.1-23 Sat 19 Jan 2008 15:51:18 GMT lsb-3.1-22 Sat 19 Jan 2008 15:51:17 GMT libopensync-tools-0.20-11 Sat 19 Jan 2008 15:51:15 GMT libopensync-plugin-syncml-0.20-13 Sat 19 Jan 2008 15:51:15 GMT libopensync-plugin-sunbird-0.20-7 Sat 19 Jan 2008 15:51:14 GMT libopensync-plugin-opie-0.20-7 Sat 19 Jan 2008 15:51:14 GMT libopensync-plugin-palm-0.20-9 Sat 19 Jan 2008 15:51:13 GMT libopensync-plugin-kdepim-0.20-12 Sat 19 Jan 2008 15:51:12 GMT libopensync-plugin-irmc-0.20-7 Sat 19 Jan 2008 15:51:12 GMT libopensync-plugin-gpe-0.20-7 Sat 19 Jan 2008 15:51:11 GMT libopensync-plugin-gnokii-0.20-8 Sat 19 Jan 2008 15:51:11 GMT libopensync-plugin-file-0.20-7 Sat 19 Jan 2008 15:51:10 GMT krecord-1.16-56 Sat 19 Jan 2008 15:51:10 GMT konversation-1.0.1-23 Sat 19 Jan 2008 15:51:09 GMT kitchensync-0.01svn602778-17 Sat 19 Jan 2008 15:51:05 GMT kio_iso-1.70.1-28 Sat 19 Jan 2008 15:51:05 GMT kio_ipodslave-0.8.pre1-31 Sat 19 Jan 2008 15:51:04 GMT kio_beagle-0.3.1-34 Sat 19 Jan 2008 15:51:03 GMT kerry-0.2.1-8 Sat 19 Jan 2008 15:51:03 GMT exiftool-6.49-10 Sat 19 Jan 2008 15:51:01 GMT kdenetwork3-news-3.5.5-29 Sat 19 Jan 2008 15:51:00 GMT evms-gui-2.5.5-67 Sat 19 Jan 2008 15:51:00 GMT kcm_gtk-0.7cvs20060209-25 Sat 19 Jan 2008 15:50:59 GMT kdetv-0.8.9-10 Sat 19 Jan 2008 15:50:58 GMT kdeartwork3-xscreensaver-3.5.5-28 Sat 19 Jan 2008 15:50:56 GMT kdeartwork3-kscreensaver-3.5.5-28 Sat 19 Jan 2008 15:50:56 GMT dcraw-1.353-12 Sat 19 Jan 2008 15:50:55 GMT gimp-help-0.9-45 Sat 19 Jan 2008 15:50:53 GMT cabextract-1.2-16 Sat 19 Jan 2008 15:50:39 GMT beagle-index-10.2_20061101-31 Sat 19 Jan 2008 15:50:33 GMT kdeaddons3-kicker-3.5.5-5 Sat 19 Jan 2008 15:50:26 GMT beagle-firefox-0.2.12-28 Sat 19 Jan 2008 15:50:26 GMT CheckHardware-0.1-1017 Sat 19 Jan 2008 15:50:25 GMT AdobeICCProfiles-2.0-31 Sat 19 Jan 2008 15:50:24 GMT 3ddiag-0.738-29 Sat 19 Jan 2008 15:50:21 GMT $ glxinfo name of display: :0.0 Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Error: couldn't find RGB GLX visual visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 0x21 24 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 0x22 24 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None $ grep glx /var/log/Xorg.0.log (II) LoadModule: "glx" (II) Loading /usr/lib/xorg/modules/updates/extensions//libglx.so dlopen: /usr/lib/xorg/modules/updates/extensions//libglx.so: undefined symbol: _nv000069gl (EE) Failed to load /usr/lib/xorg/modules/updates/extensions//libglx.so (II) UnloadModule: "glx" (EE) Failed to load module "glx" (loader failed, 7) So that means I have now reinstalled the kernel, X, and the nvidia drivers but I *still* get this unresolved symbol error. I've only installed the nvidia modules through YaST, not NVidia's custom app. It's entirely plausible that my 11 year old has upgraded or uninstalled something that's caused a clash, but what? Regards, Chris R. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

auxsvr@gmail.com escreveu:

Try removing the /usr/lib/xorg/modules/updates/extensions/libglx.so file. X should be using /usr/lib/xorg/modules/extensions/libglx.so instead.

Are you sure about that? # locate libglx.so /usr/lib/xorg/modules/extensions/libglx.so /usr/lib/xorg/modules/updates/extensions/libglx.so /usr/lib/xorg/modules/updates/extensions/libglx.so.1.0.9639 # rpm -qf /usr/lib/xorg/modules/extensions/libglx.so xorg-x11-server-7.2-30.11 # rpm -qf /usr/lib/xorg/modules/updates/extensions/libglx.so x11-video-nvidia-1.0.9639-0.1 You mean uninstall x11-video-nvidia presumably, not just rm /usr/lib/xorg/modules/updates/extensions/libglx.so* OK, so in YaST I uninstalled x11-video-nvidia and nvidia-gfx-kmp-default and just for good measure reinstalled xorg-x11-server to ensure /usr/lib/xorg/modules/extensions/libglx.so that is good. So that gets rid of the error on loading the libglx, but without hardware acceleration of course. $ glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: No server glx vendor string: SGI server glx version string: 1.2 Next stop then is to reinstall x11-video-nvidia which I did simply by ticking the checkbox next to it in YaST (as documented at http://en.opensuse.org/NVIDIA). Naturally YaST selected nvidia-gfx-kmp-default too. So now we have $ rpm -qa --last | head x11-video-nvidia-1.0.9639-0.1 Sat 19 Jan 2008 17:33:25 GMT nvidia-gfx-kmp-default-1.0.9639_2.6.18.8_0.7-0.1 Sat 19 Jan 2008 17:30:32 GMT xorg-x11-server-7.2-30.11 Sat 19 Jan 2008 17:15:05 GMT Restart X (i.e. logout and login again) ... And we're right back to $ glxinfo name of display: :0.0 Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Error: couldn't find RGB GLX visual $ grep glx /var/log/Xorg.0.log (II) LoadModule: "glx" (II) Loading /usr/lib/xorg/modules/updates/extensions//libglx.so dlopen: /usr/lib/xorg/modules/updates/extensions//libglx.so: undefined symbol: _nv000069gl (EE) Failed to load /usr/lib/xorg/modules/updates/extensions//libglx.so (II) UnloadModule: "glx" (EE) Failed to load module "glx" (loader failed, 7) At this point I /really/ don't know what I'm doing wrong. Regards, Chris R. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

auxsvr@gmail.com escreveu:

OK, I thought you used the shar from NVIDIA like me. The missing symbol is in /usr/lib/libGLcore.so.1 (symlink) in my system, so X finds the wrong file in your case. Try searching for other occurrences of libGLcore.so and removing them.

Well, let's see... $ locate libGLcore.so /usr/lib/libGLcore.so.1 /usr/lib/libGLcore.so.1.0 /usr/lib/xorg/modules/extensions/libGLcore.so First up... rpm -qf /usr/lib/libGLcore.so.1.0 Mesa-6.5.1-23 ...interesting - it's Mesa, not NVidia, which explains why it's missing the symbol "_nv000069gl" rpm -qf /usr/lib/xorg/modules/extensions/libGLcore.so xorg-x11-server-7.2-30.11 OK, that's good. Looking in more detail at the Mesa one then... rpm -qif /usr/lib/libGLcore.so.1.0 Name : Mesa Relocations: (not relocatable) Version : 6.5.1 Vendor: SUSE LINUX Products GmbH, Nuernberg, Germany Release : 23 Build Date: Mon 27 Nov 2006 18:59:28 GMT Install Date: Sun 24 Dec 2006 13:59:56 GMT Build Host: tux.suse.de Group : System/Libraries Source RPM: Mesa-6.5.1-23.src.rpm Size : 38939248 License: X11/MIT Signature : DSA/SHA1, Mon 27 Nov 2006 19:05:00 GMT, Key ID a84edae89c800aca Packager : http://bugs.opensuse.org URL : http://www.mesa3d.org Summary : Mesa is a 3-D graphics library with an API which is very similar to that of OpenGL.* [... snip ...] Curious. Installed in 2006, so uninstalling X earlier today apparently didn't uninstall it? By your reckoning then there should be a libGLcore installed by the NVidia RPMs? $ rpm -qa --list *nvidia* | grep GLcore /usr/X11R6/lib/libGLcore.so.1 /usr/X11R6/lib/libGLcore.so.1.0.9639 Uh-huh.. $ ls -lh /usr/X11R6/lib/libGLcore* lrwxrwxrwx 1 root root 21 2008-01-19 17:33 /usr/X11R6/lib/libGLcore.so.1 -> libGLcore.so.1.0.9639 -rwxr-xr-x 1 root root 8.6M 2007-12-08 14:07 /usr/X11R6/lib/libGLcore.so.1.0.9639 Yep, and there they are (obviously need an updatedb since reinstalling). So, presumably XOrg is loading the wrong one - i.e. /usr/lib/libGLcore.so.1 instead of /usr/X11R6/lib/libGLcore.so.1 I'm inclined to think that at least one of installing X.Org then the NVidia drivers and finally enabling 3D acceleration in SaX should have fixed that, and even more puzzled about what happened to change the fact that it has been working for yonks and now doesn't. Nevermind, given that uninstalling X didn't uninstall Mesa I guess it's an orphan (especially as xorg-x11-server provides the same library at /usr/lib/xorg/modules/extensions/libGLcore.so) so I'll go uninstall it now. [time passes]... Apparently not, YaST tells me the list of things that would break is as long as your arm. Shame it doesn't tell you what they are -- e.g. the information that deleting this will break /ogre/ makes "what the bleep is 'ogre'? Maybe I do want to delete it too, maybe I don't!" a very relevant question at that point, but YaST doesn't tell you. Maybe that's fixed in 10.3? Nevermind, there's more than enough stuff in the list that I *know* I do want to keep. OK, so no deleting Mesa. Hmm, how about messing up ld.so.conf such that /usr/X11R6/lib/ comes before /usr/lib/ (which really feels *wrong* to me) and hopefully the X server will just happen get the right libGLcore.so first... More time passes... and ... BINGO! Finally we have $ glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: NVIDIA Corporation server glx version string: 1.4 Excellent! So many thanks for your help, which really got me pointed in the right direction. I definitely owe you a beer! And a raspberry to YaST which really should have sorted it out :( It still feels wrong that when an arbitrary program wants to load a shared library it should look in the X Window directories before looking the standard libraries place, nor do I know how it got broken, but whatever. At least the kids can play games again. Many thanks, Chris R. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

Philipp Thomas escreveu:

For *running* applications your system should use the nvidia OpenGL libs as you need them for accelerated 3D. For *building* apps, the Mesa libs should be used as otherwise those applications won't run without nvidia libraries which obviously you don't want.

Agreed, completely.

Just try deleting the package manually with rpm and it will give you the names that you can then again feed into rpm to get info on the packages.

Again, agreed, but I obviously didn't make my point clearly. It goes like this: Me: YaST, please delete this thing. YaST: Certainly Sir, but deleting that will break this other thing. Do you want me to delete that too? Me: Err, what is it? Of course you /can/ cancel then go back and find out what the other thing is, then delete the first thing again, then next time it asks you answer the question sensibly. Or even select /both/ things for deletion in the first place. I just think it would be nice if YaST gave you the opportunity to find what the other thing is at the point at which it's asking what you want to do about it.

...

/usr/X11R6/lib/ comes before /usr/lib/ (which really feels *wrong* to me)

You mean the precedence? That's not really astonishing.

It's a hackish way of making sure X picks the right instance of the shared library. If you have an application that needs /a/b/c/libSomething.so.1 *and* some other application that needs /d/e/f/libSomething.so.1 then *one* of those applications *will* be broken by this. In fact, even now I can't *know* that something else isn't now broken on my machine because it'll get the X Window version of something instead of the version in the standard location. I assume that's not the case because the directories must have been listed in this order in ld.so.conf previously for 3D acceleration to have been working before. Regards, Chris R. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

peter wrote:

I've solved it by: - Downloading d the current driver: wget - c http://us.download.nvidia.com/XFree86/Linux-x86/169.07/NVIDIA-Linux-x86-169....

- Switching to init 3 - Staring yast and removing nvidia repo drivers - Installing the previously downloaded driver. (The clue is, that this driver cleans your system out of nvidia redundancies.) You need the kernel-source installed and configured, coz the installer probably will compile the modules for you.

Then I've rebooted the system, coz I did not want to start sax2. Then compiled libquicktime. All went like a charm.

I was with you until you rebooted (?!) I've done the same nvidia driver thing, but always without rebooting. Perhaps I've been away from microsoft for too long, and gotten out of the habit... Joe -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Monday 2008-01-14 at 20:00 -0000, Chris Ross wrote:

Patrick Shanahan escreveu:

...

Have you done a recent kernel up/down-grade?

No. The story as I have it from my 11 year old is that he was playing X2 when it "just froze" so he switched the computer off and on again (which he /has/ been told never to do). So far as I can tell, it's been like this since.

Try "fsck" on the root partition from inside a rescue cd / live iso - not from the main system. If it says there is no need to fsck, force it. Try " rpm --verify -a" looking for missing files. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHjI0LtTMYHG2NR9URAjb1AJ4w7nG+a61knM0CfjMmUriniQe1VgCfbZ42 GeEnFAwpY9gBNxSjG1Q4qXQ= =TNxf -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

I had a similar problem after updating the nvidia driver using the opensuse repos instead of using a driver downloaded directly from nvidia.com which is what I normally use. It appears they install their files in different locations and I ended up with two conflicting copies of libglx. I fixed the problem by using the nvidia version as it does a check for duplicate files as part of the install. D. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org