[opensuse] kde used nvidia drivers?
I am using KDE 4.6 on an openSUSE 11.2 system. I did an update today and things no longer work. More specifically I cannot log in. I think I know what is wrong, but not why: kdebase4-workspace-4.6.2-4.1.i586 contains a library called /usr/lib/libkdeinit4_ksmserver.so. Mysteriously, this library is linked with these two files (as revealed with 'ldd /usr/lib/libkdeinit4_ksmserver.so'): libnvidia-tls.so.260.19.44 => not found libnvidia-glcore.so.260.19.44 => not found I saw as a complaint at the end of my .xsession-errors file a reference to this library, which is why I looked here. Why a KDE library is linking (directly or indirectly via another library) with a hard-wired version release of the proprietary nvidia drivers is a mystery. The other mystery is what use nvidia libraries will be on my ATI graphics system. Perhaps they are for something rather generic? The closest I come to libnvidia-tls.so.xxxxx is from x11-video- nvidiaG02-270.41.06-5.1.i586, but that is /usr/lib/libnvidia-tls.so.270.41.06. This was updated today and is the direct cause of the problem. Perhaps it is because I have the nvidia repo (ftp://download.nvidia.com/opensuse/11.2/) as well as the kde4.6 (KDE:/Release:/46) repo enabled. And the kde4.6 repo does not use the latest nvidia repo. Begging the question of why it i used at all. All that aside, why is kde even using an nvidia library? Or, if kde is not, who that /usr/lib/libkdeinit4_ksmserver.so links with does use the library? This seems to be a very fragile thing as people are often want to try newer versions of nvidia drivers. In this case, I am still using one from OBS. To fix this I guess I will have to find the 260.19.44 version of the nvidia drivers. Which do not show up in Yast. So the hunt is on. -- Roger Oberholtzer -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Mon, 2011-05-02 at 21:32 +0200, Roger Oberholtzer wrote:
kdebase4-workspace-4.6.2-4.1.i586 contains a library called /usr/lib/libkdeinit4_ksmserver.so. Mysteriously, this library is linked with these two files (as revealed with 'ldd /usr/lib/libkdeinit4_ksmserver.so'):
libnvidia-tls.so.260.19.44 => not found libnvidia-glcore.so.260.19.44 => not found
[stuff deleted] This is on openSUSE 11.2 with an older ATI card. It's gonna be one of those days... I removed the nvidia driver stuff. Oddly, just removing the nvidia RPMS resulted in the ldd failure above going away. This seems very odd to me as ldd only checks link-time library references. I do not see how removing the nvidia RPMs could change what was changed. Run-time dynamic loading - yes. Link-time references - no. But this is what I see. Recall that I do not have an nvidia card. It is an ATI. Now the real fun starts. I can no longer run X. Mind you, I had not changed X when this happened. The removed nvidia drivers surely has no effect on X when the video card is an ATI card. X should never have been using the nvidia drivers at all. What happens is that X finds the RADEONHD driver should be used and starts initializing things. It gets this far: [ 2159.218] (II) RADEON(0): RandR 1.2 enabled, ignore the following RandR disabled message. I) Initializing built-in extension XC-MISC [ 2159.220] (II) Initializing built-in extension SECURITY [ 2159.220] (II) Initializing built-in extension XINERAMA [ 2159.220] (II) Initializing built-in extension XFIXES [ 2159.220] (II) Initializing built-in extension RENDER [ 2159.220] (II) Initializing built-in extension RANDR [ 2159.220] (II) Initializing built-in extension COMPOSITE [ 2159.220] (II) Initializing built-in extension DAMAGE [ 2159.233] (II) AIGLX: Screen 0 is not DRI2 capable [ 2159.233] drmOpenDevice: node name is /dev/dri/card0 [ 2159.234] drmOpenDevice: open result is 13, (OK) [ 2159.234] drmOpenByBusid: Searching for BusID pci:0000:01:00.0 [ 2159.234] drmOpenDevice: node name is /dev/dri/card0 [ 2159.234] drmOpenDevice: open result is 13, (OK) [ 2159.234] drmOpenByBusid: drmOpenMinor returns 13 [ 2159.234] drmOpenByBusid: Interface 1.4 failed, trying 1.1 [ 2159.234] drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 [ 2159.237] Backtrace: [ 2159.237] 0: X (xorg_backtrace+0x37) [0x80a8417] [ 2159.237] 1: X (0x8048000+0x6035a) [0x80a835a] [ 2159.237] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xffffe40c] [ 2159.238] Segmentation fault at address (nil) I tried running sax2, but it also failed with the same message. From what I can see, all before this in the X log file looks as I think it usually looks. After I saw this problem, I saw that there was an update to X. Perhaps not the wisest thing, but I updated. The problem is the same. I am running: xorg-x11-server-7.6_1.9.3-149.4.i586 Anyone have any idea how I might get X running again? I must say that without X, I find it difficult to work. Amazing how habits change. Yours sincerely, Roger Oberholtzer OPQ Systems / Ramböll RST Office: Int +46 10-615 60 20 Mobile: Int +46 70-815 1696 roger.oberholtzer@ramboll.se ________________________________________ Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden www.rambollrst.se -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
* Roger Oberholtzer (roger@opq.se) [20110502 19:33]:
kdebase4-workspace-4.6.2-4.1.i586 contains a library called /usr/lib/libkdeinit4_ksmserver.so. Mysteriously, this library is linked with these two files (as revealed with 'ldd /usr/lib/libkdeinit4_ksmserver.so'):
libnvidia-tls.so.260.19.44 => not found libnvidia-glcore.so.260.19.44 => not found
I saw as a complaint at the end of my .xsession-errors file a reference to this library, which is why I looked here.
Then AFAIK that plugin wasn't built correctly but rather on a system with the nvidia driver installed.
Why a KDE library is linking (directly or indirectly via another library) with a hard-wired version release of the proprietary nvidia drivers is a mystery.
Somewhere in that dependency chain is a lib that was incorrectly built. Stefan? Philipp -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, 2011-05-05 at 12:58 +0200, Philipp Thomas wrote:
* Roger Oberholtzer (roger@opq.se) [20110502 19:33]:
kdebase4-workspace-4.6.2-4.1.i586 contains a library called /usr/lib/libkdeinit4_ksmserver.so. Mysteriously, this library is linked with these two files (as revealed with 'ldd /usr/lib/libkdeinit4_ksmserver.so'):
libnvidia-tls.so.260.19.44 => not found libnvidia-glcore.so.260.19.44 => not found
I saw as a complaint at the end of my .xsession-errors file a reference to this library, which is why I looked here.
Then AFAIK that plugin wasn't built correctly but rather on a system with the nvidia driver installed.
Why a KDE library is linking (directly or indirectly via another library) with a hard-wired version release of the proprietary nvidia drivers is a mystery.
Somewhere in that dependency chain is a lib that was incorrectly built. Stefan?
I think so too. But it was in a file in kdebase4-workspace-4.6.2-4.1.i586, which is from OBS for 4.6. Not a personal OBS repo, but the official 4.6 one. Of course, it could be a library that is uses, and not the library itself. Unfortunately, in trying to fix things, something bad has broken, as I wrote in a follow-up to the original post, so I cannot tell. I need to fix the new problem I have somehow created before I can address the original problem. Yours sincerely, Roger Oberholtzer OPQ Systems / Ramböll RST Office: Int +46 10-615 60 20 Mobile: Int +46 70-815 1696 roger.oberholtzer@ramboll.se ________________________________________ Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden www.rambollrst.se -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Hi; On 05/02/2011 09:32 PM, Roger Oberholtzer wrote:
I am using KDE 4.6 on an openSUSE 11.2 system. I did an update today and things no longer work. More specifically I cannot log in. I think I know what is wrong, but not why:
kdebase4-workspace-4.6.2-4.1.i586 contains a library called /usr/lib/libkdeinit4_ksmserver.so. Mysteriously, this library is linked with these two files (as revealed with 'ldd /usr/lib/libkdeinit4_ksmserver.so'):
libnvidia-tls.so.260.19.44 => not found libnvidia-glcore.so.260.19.44 => not found
This is because nvidia installer modifies libGL.so; see [/work/stuff]> ldd /usr/lib64/libGL.so|grep nvidia libnvidia-tls.so.270.41.06 => /usr/lib64/tls/libnvidia-tls.so.270.41.06 (0x00007f4b74607000) libnvidia-glcore.so.270.41.06 => /usr/lib64/libnvidia-glcore.so.270.41.06 (0x00007f4b729b9000) KDE is just linking to the system OpenGL library. Regards. -- İsmail Dönmez - openSUSE Booster SUSE LINUX Products GmbH Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, 2011-05-05 at 13:13 +0200, Ismail Dönmez wrote:
Hi;
On 05/02/2011 09:32 PM, Roger Oberholtzer wrote:
I am using KDE 4.6 on an openSUSE 11.2 system. I did an update today and things no longer work. More specifically I cannot log in. I think I know what is wrong, but not why:
kdebase4-workspace-4.6.2-4.1.i586 contains a library called /usr/lib/libkdeinit4_ksmserver.so. Mysteriously, this library is linked with these two files (as revealed with 'ldd /usr/lib/libkdeinit4_ksmserver.so'):
libnvidia-tls.so.260.19.44 => not found libnvidia-glcore.so.260.19.44 => not found
This is because nvidia installer modifies libGL.so; see
[/work/stuff]> ldd /usr/lib64/libGL.so|grep nvidia libnvidia-tls.so.270.41.06 => /usr/lib64/tls/libnvidia-tls.so.270.41.06 (0x00007f4b74607000) libnvidia-glcore.so.270.41.06 => /usr/lib64/libnvidia-glcore.so.270.41.06 (0x00007f4b729b9000)
KDE is just linking to the system OpenGL library.
So the question becomes why the system OpenGL library is pointing to nvidia components for the 260.19.44 lib when a newer RPM is installed (it was 270.41.06 on my system as well). It is not an install of the NVIDIA driver by hand. It is the RPM method of installation. What do you get for: rpm -q --whoprovides /usr/lib64/libGL.so Where should the OpenGL lib be pointing when one is using the RADEONHD driver? I might add I am on a 32-bit system. But I guess the logic for this should be the same. Yours sincerely, Roger Oberholtzer OPQ Systems / Ramböll RST Office: Int +46 10-615 60 20 Mobile: Int +46 70-815 1696 roger.oberholtzer@ramboll.se ________________________________________ Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden www.rambollrst.se -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 05/05/2011 02:19 PM, Roger Oberholtzer wrote:
On Thu, 2011-05-05 at 13:13 +0200, Ismail Dönmez wrote:
Hi;
On 05/02/2011 09:32 PM, Roger Oberholtzer wrote:
I am using KDE 4.6 on an openSUSE 11.2 system. I did an update today and things no longer work. More specifically I cannot log in. I think I know what is wrong, but not why:
kdebase4-workspace-4.6.2-4.1.i586 contains a library called /usr/lib/libkdeinit4_ksmserver.so. Mysteriously, this library is linked with these two files (as revealed with 'ldd /usr/lib/libkdeinit4_ksmserver.so'):
libnvidia-tls.so.260.19.44 => not found libnvidia-glcore.so.260.19.44 => not found
This is because nvidia installer modifies libGL.so; see
[/work/stuff]> ldd /usr/lib64/libGL.so|grep nvidia libnvidia-tls.so.270.41.06 => /usr/lib64/tls/libnvidia-tls.so.270.41.06 (0x00007f4b74607000) libnvidia-glcore.so.270.41.06 => /usr/lib64/libnvidia-glcore.so.270.41.06 (0x00007f4b729b9000)
KDE is just linking to the system OpenGL library.
So the question becomes why the system OpenGL library is pointing to nvidia components for the 260.19.44 lib when a newer RPM is installed (it was 270.41.06 on my system as well). It is not an install of the NVIDIA driver by hand. It is the RPM method of installation.
What do you get for: rpm -q --whoprovides /usr/lib64/libGL.so
I didn't use the RPM installation since I always test the latest beta myself.
Where should the OpenGL lib be pointing when one is using the RADEONHD driver?
An ATI user will have to answer that. Regards. -- İsmail Dönmez - openSUSE Booster SUSE LINUX Products GmbH Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, 2011-05-05 at 14:24 +0200, Ismail Dönmez wrote:
On 05/05/2011 02:19 PM, Roger Oberholtzer wrote:
On Thu, 2011-05-05 at 13:13 +0200, Ismail Dönmez wrote:
Hi;
On 05/02/2011 09:32 PM, Roger Oberholtzer wrote:
I am using KDE 4.6 on an openSUSE 11.2 system. I did an update today and things no longer work. More specifically I cannot log in. I think I know what is wrong, but not why:
kdebase4-workspace-4.6.2-4.1.i586 contains a library called /usr/lib/libkdeinit4_ksmserver.so. Mysteriously, this library is linked with these two files (as revealed with 'ldd /usr/lib/libkdeinit4_ksmserver.so'):
libnvidia-tls.so.260.19.44 => not found libnvidia-glcore.so.260.19.44 => not found
This is because nvidia installer modifies libGL.so; see
[/work/stuff]> ldd /usr/lib64/libGL.so|grep nvidia libnvidia-tls.so.270.41.06 => /usr/lib64/tls/libnvidia-tls.so.270.41.06 (0x00007f4b74607000) libnvidia-glcore.so.270.41.06 => /usr/lib64/libnvidia-glcore.so.270.41.06 (0x00007f4b729b9000)
KDE is just linking to the system OpenGL library.
So the question becomes why the system OpenGL library is pointing to nvidia components for the 260.19.44 lib when a newer RPM is installed (it was 270.41.06 on my system as well). It is not an install of the NVIDIA driver by hand. It is the RPM method of installation.
What do you get for: rpm -q --whoprovides /usr/lib64/libGL.so
I didn't use the RPM installation since I always test the latest beta myself.
Where should the OpenGL lib be pointing when one is using the RADEONHD driver?
An ATI user will have to answer that.
JFTHOI, I reinstalled the three RPM that I deleted this morning: nvidia-gfxG02-kmp-desktop nvidia-computeG02 x11-video-nvidiaG02 X now runs. No seg violation. Mind you I am running an ATI card with the RADEONHD driver. And now ldd /usr/lib/libkdeinit4_ksmserver.so lists: libnvidia-tls.so.270.41.06 => /usr/lib/tls/libnvidia-tls.so.270.41.06 (0xb2d39000) libnvidia-glcore.so.270.41.06 => /usr/lib/libnvidia-glcore.so.270.41.06 (0xb1617000) So KDE once again starts. I did do a reboot back when this initially failed just in case something is only set right at boot. It did not help. Uninstalling and reinstalling the three RPMS did the trick. Unlike your lib64 version, on mine ldd /usr/lib/libGL.so | grep nvidia lists nothing. It is not where the nvidia dependence is. Seems 32-bit and 64-bit installs are different. I suspect that there is something in the order the RPMs are installed. Perhaps one of them sets up some link or other setting that does not changed when another RPM is installed? It must be one ot the three above that results in things being correct. But some other RPM is involved in making it wrong. Although things seem back to normal, I wonder why my X log file has this line: [ 20885.049] (II) Initializing built-in extension DAMAGE [ 20885.052] (EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found) when I am running the RADEONHD driver. This is the same place I got the seg violation when I removed the nvidia drivers. I think something is still not quite right... Yours sincerely, Roger Oberholtzer OPQ Systems / Ramböll RST Office: Int +46 10-615 60 20 Mobile: Int +46 70-815 1696 roger.oberholtzer@ramboll.se ________________________________________ Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden www.rambollrst.se -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, 05 May 2011 14:42:30 +0200, Roger Oberholtzer
JFTHOI, I reinstalled the three RPM that I deleted this morning:
nvidia-gfxG02-kmp-desktop nvidia-computeG02 x11-video-nvidiaG02
X now runs. No seg violation. Mind you I am running an ATI card with the RADEONHD driver. And now
If you're running an ATI card you need none of the above packages!
Uninstalling and reinstalling the three RPMS did the trick.
If it doesn't work without those packages something is seriously broken and warrents a big fat bug report. Philipp -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, 2011-05-05 at 22:31 +0200, Philipp Thomas wrote:
On Thu, 05 May 2011 14:42:30 +0200, Roger Oberholtzer
wrote: JFTHOI, I reinstalled the three RPM that I deleted this morning:
nvidia-gfxG02-kmp-desktop nvidia-computeG02 x11-video-nvidiaG02
X now runs. No seg violation. Mind you I am running an ATI card with the RADEONHD driver. And now
If you're running an ATI card you need none of the above packages!
Uninstalling and reinstalling the three RPMS did the trick.
If it doesn't work without those packages something is seriously broken and warrents a big fat bug report.
I think that the problem is that if you install the nvidia drivers (say you have swapped in an nvidia card for a test - users do crazy things), /usr/lib/libGL.so will be the one from the nvidia package. If you remove the card and nvidia package, /usr/lib/libGL.so may still be present, but it requires two files that were removed along with the nvidia package: libnvidia-tls.so.260.19.44 => not found libnvidia-glcore.so.260.19.44 => not found Who should provide /usr/lib/libGL.so if not using the nvidia drivers? In my case, I am using the RADEONHD driver. Should it come from Mesa? If so, how does it get set back to that when the nvidia RPMs are removed? Another mystery is that, in my problem, I did not remove the nvidia drivers. They were simply updated to a 270.xxx version by zypper. For some reason, /usr/lib/libGL.so still referenced the 260.xx versions that were no longer installed. Could it be that, if /usr/lib/libGL.so exists, the nvidia RPM does not update it? That is what seems to have happened and started me on this path. Uninstalling and installing the nvidia RPMs works. Just letting them be updated did not, it seems, work. Yours sincerely, Roger Oberholtzer OPQ Systems / Ramböll RST Office: Int +46 10-615 60 20 Mobile: Int +46 70-815 1696 roger.oberholtzer@ramboll.se ________________________________________ Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden www.rambollrst.se -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
* Roger Oberholtzer (roger@opq.se) [20110506 11:03]:
Who should provide /usr/lib/libGL.so if not using the nvidia drivers?
No one should provide them as libGL.so shouldn't need them in that case.
my case, I am using the RADEONHD driver. Should it come from Mesa?
I don't know if the ATI driver supplies its own version of libGL.so but in the absence of the nvidia driver Mesa supplies the libGL.so.X library.
so, how does it get set back to that when the nvidia RPMs are removed?
I have no idea how the mechanism works. You'd have to check the scripts of both rpms to find out. Or maybe ask on tyhe opensuse-factory list if someone knows.
Uninstalling and installing the nvidia RPMs works. Just letting them be updated did not, it seems, work.
I'd say it's bugzilla time. Philipp -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Fri, 2011-05-06 at 13:07 +0200, Philipp Thomas wrote:
* Roger Oberholtzer (roger@opq.se) [20110506 11:03]:
Who should provide /usr/lib/libGL.so if not using the nvidia drivers?
I wonder why I get this in my X log when using the RADEONHD driver: [ 32631.457] (II) Initializing built-in extension DAMAGE [ 32631.460] (EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found) The system continues OK. But this seems an odd thing to say.
I'd say it's bugzilla time.
Yep. Yours sincerely, Roger Oberholtzer OPQ Systems / Ramböll RST Office: Int +46 10-615 60 20 Mobile: Int +46 70-815 1696 roger.oberholtzer@ramboll.se ________________________________________ Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden www.rambollrst.se -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
* Roger Oberholtzer (roger@opq.se) [20110506 13:59]:
I wonder why I get this in my X log when using the RADEONHD driver:
[ 32631.457] (II) Initializing built-in extension DAMAGE [ 32631.460] (EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found)
You only get that on a broken system! 1) What does 'rpm -qf /usr/lib/libGL.so.1' say? 2) What does 'objdump -p /usr/lib/libGL.so.1| fgrep NEEDED' say? 3) Remove any libGL* below /usr/X11R6/lib
The system continues OK. But this seems an odd thing to say.
That only happens when the system tries to load the wrong GLX extension. I'd remove any nvidia related package and, if present, the proprietary ATI driver. After that, reinstall the Mesa packages. This should give you software GL only. Now install the binary-only ATI driver via rpm and it should run without problems. Philipp -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Fri, 2011-05-06 at 16:43 +0200, Philipp Thomas wrote:
* Roger Oberholtzer (roger@opq.se) [20110506 13:59]:
I wonder why I get this in my X log when using the RADEONHD driver:
[ 32631.457] (II) Initializing built-in extension DAMAGE [ 32631.460] (EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found)
You only get that on a broken system!
1) What does 'rpm -qf /usr/lib/libGL.so.1' say?
Mesa-7.10-63.1.i586 When my system was really messed up, this belonged to nvidia.
2) What does 'objdump -p /usr/lib/libGL.so.1| fgrep NEEDED' say?
NEEDED libX11.so.6 NEEDED libXext.so.6 NEEDED libXdamage.so.1 NEEDED libXfixes.so.3 NEEDED libXxf86vm.so.1 NEEDED libdrm.so.2 NEEDED libpthread.so.0 NEEDED libdl.so.2 NEEDED libc.so.6 When the system was really messed up, this was needing a version of nvidia libraries that were no longer installed.
3) Remove any libGL* below /usr/X11R6/lib
ll /usr/X11R6/lib/libGL.so* lrwxrwxrwx 1 root root 10 2011-05-05 14:25 /usr/X11R6/lib/libGL.so -> libGL.so.1 lrwxrwxrwx 1 root root 18 2011-05-05 14:25 /usr/X11R6/lib/libGL.so.1 -> libGL.so.270.41.06 -rwxr-xr-x 1 root root 765460 2010-08-31 21:33 /usr/X11R6/lib/libGL.so.256.53 -rwxr-xr-x 1 root root 781540 2011-04-29 12:53 /usr/X11R6/lib/libGL.so.270.41.06 So I think that must be the problem. /usr/X11R6/lib/libGL.so.256.53 seems not to belong to any RPM, while all the others belong to x11-video-nvidiaG02-270.41.06-5.1.i586. So I do not think X should be loading any of these.
The system continues OK. But this seems an odd thing to say.
That only happens when the system tries to load the wrong GLX extension. I'd remove any nvidia related package and, if present, the proprietary ATI driver. After that, reinstall the Mesa packages. This should give you software GL only. Now install the binary-only ATI driver via rpm and it should run without problems.
Perhaps if I remove the nvidia RPMs again, and any remaining /usr/X11R6/lib/libGL.so* files, it will work. Last time I only removed the nvidia RPMS, and X would not start even though it was using the RADEONHD driver. Perhaps it was loading a leftover /usr/X11R6/lib/libGL.so file. BTW, I do not use the proprietary ATI driver as my card is 'too old'. Yours sincerely, Roger Oberholtzer OPQ Systems / Ramböll RST Office: Int +46 10-615 60 20 Mobile: Int +46 70-815 1696 roger.oberholtzer@ramboll.se ________________________________________ Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden www.rambollrst.se -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Fri, 06 May 2011 18:20:09 +0200, Roger Oberholtzer
NEEDED libX11.so.6 NEEDED libXext.so.6 NEEDED libXdamage.so.1 NEEDED libXfixes.so.3 NEEDED libXxf86vm.so.1 NEEDED libdrm.so.2 NEEDED libpthread.so.0 NEEDED libdl.so.2 NEEDED libc.so.6
OK.
So I think that must be the problem. /usr/X11R6/lib/libGL.so.256.53 seems not to belong to any RPM, while all the others belong to x11-video-nvidiaG02-270.41.06-5.1.i586. So I do not think X should be loading any of these.
These are the OpenGL replacements from nvidia. If they weren't removed when uninstalling the Nvidia packages they must have been installed by using the Nvidia installer. As /usr/X11R6/lib takes precedent over /lib these are found first and thus overridide the mesa ones. Deleting them should suffice to get rid of the mess. Philipp -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Philipp Thomas wrote:
On Fri, 06 May 2011 18:20:09 +0200, Roger Oberholtzer
wrote: NEEDED libX11.so.6 NEEDED libXext.so.6 NEEDED libXdamage.so.1 NEEDED libXfixes.so.3 NEEDED libXxf86vm.so.1 NEEDED libdrm.so.2 NEEDED libpthread.so.0 NEEDED libdl.so.2 NEEDED libc.so.6
OK.
So I think that must be the problem. /usr/X11R6/lib/libGL.so.256.53 seems not to belong to any RPM, while all the others belong to x11-video-nvidiaG02-270.41.06-5.1.i586. So I do not think X should be loading any of these.
These are the OpenGL replacements from nvidia. If they weren't removed when uninstalling the Nvidia packages they must have been installed by using the Nvidia installer. As /usr/X11R6/lib takes precedent over /lib these are found first and thus overridide the mesa ones. Deleting them should suffice to get rid of the mess.
Philipp
There is an --uninstall switch that can be passed to the NVIDIA-Linux-some- x.y.z-version.run which is theoretically supposed to remove these, if indeed they are leftovers from such an install. I also usually go to init 3 and use lsmod to ensure the nvidia kernel module is not being loaded, just to be on the safe side. -Mike -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Fri 06 May 2011 at 18:22:34 (-0300 UTC) Michael Powell wrote:
Philipp Thomas wrote:
On Fri, 06 May 2011 18:20:09 +0200, Roger Oberholtzer
wrote: NEEDED libX11.so.6 NEEDED libXext.so.6 NEEDED libXdamage.so.1 NEEDED libXfixes.so.3 NEEDED libXxf86vm.so.1 NEEDED libdrm.so.2 NEEDED libpthread.so.0 NEEDED libdl.so.2 NEEDED libc.so.6 OK.
So I think that must be the problem. /usr/X11R6/lib/libGL.so.256.53 seems not to belong to any RPM, while all the others belong to x11-video-nvidiaG02-270.41.06-5.1.i586. So I do not think X should be loading any of these. These are the OpenGL replacements from nvidia. If they weren't removed when uninstalling the Nvidia packages they must have been installed by using the Nvidia installer. As /usr/X11R6/lib takes precedent over /lib these are found first and thus overridide the mesa ones. Deleting them should suffice to get rid of the mess.
Philipp There is an --uninstall switch that can be passed to the NVIDIA-Linux-some- x.y.z-version.run which is theoretically supposed to remove these, if indeed they are leftovers from such an install.
I also usually go to init 3 and use lsmod to ensure the nvidia kernel module is not being loaded, just to be on the safe side.
-Mike
Sorry to jump in but I recently got a similar issue when I get new kernel for openSUSE 11.4 through update manager. Nvidia drivers also went upgraded but version of these was not compliant for the latest kernel release so I had to make a workaround by creating a symbolic link from nvidia.ko to newer kernel module libs. Apologies to be not clear enough but I can't supply further details since I'm far away from my linux box. Just wonder know why this kind of things are still happening and why Nvidia drivers are sometimes not updated in parallel with kernel releases. Cheers, -- Marco Calistri It pays to be obvious, especially if you have a reputation for subtlety. -- Salvor Hardin [Isaac Asimov, "Foundation"] -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Fri, 2011-05-06 at 17:22 -0400, Michael Powell wrote:
There is an --uninstall switch that can be passed to the NVIDIA-Linux-some- x.y.z-version.run which is theoretically supposed to remove these, if indeed they are leftovers from such an install.
I also usually go to init 3 and use lsmod to ensure the nvidia kernel module is not being loaded, just to be on the safe side.
All this was from the RPMS, not the direct install. This is why I am confused about the apparent mess. I now think I have this sorted. Sort of. Perhaps the confusion is that there are two libGL. One in /usr/lib, and one in /usr/X11R6/lib. Which is for the server, or a client app, or for a specific card, or a general software implementation is a bit unclear to me. I need to investigate so I can decide what I did wrong in terms of mixing RPMs. -- Roger Oberholtzer OPQ Systems / Ramböll RST Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden Office: Int +46 10-615 60 20 Mobile: Int +46 70-815 1696 SHAW'S PRINCIPAL Build a system that even a fool can use, and only a fool will want to use it. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Sat, 07 May 2011 02:10:35 +0200, Roger Oberholtzer
Which is for the server, or a client app, or for a specific card, or a general software implementation is a bit unclear to me. I need to investigate so I can decide what I did wrong in terms of mixing RPMs.
It's much simpler. Mesa installs the library where it should and that's the standard library directory lib or lib64. Nvidia installs in the old X11 directory /usr/X11R6/lib. That is in this case fortunate as the two packages don't overwrite each other which would otherwise lead to conflicting packages. As long as they are present the nvidia libraries override the mesa ones. HTH Philipp -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Sat, 2011-05-07 at 15:47 +0200, Philipp Thomas wrote:
On Sat, 07 May 2011 02:10:35 +0200, Roger Oberholtzer
wrote: Which is for the server, or a client app, or for a specific card, or a general software implementation is a bit unclear to me. I need to investigate so I can decide what I did wrong in terms of mixing RPMs.
It's much simpler. Mesa installs the library where it should and that's the standard library directory lib or lib64. Nvidia installs in the old X11 directory /usr/X11R6/lib. That is in this case fortunate as the two packages don't overwrite each other which would otherwise lead to conflicting packages.
As long as they are present the nvidia libraries override the mesa ones.
That seems backward from what you wrote in the previous paragraph. If /usr/lib is the preferred, and Mesa installed there, wouldn't the preferred get loaded first? The nvidia in the old less preferred /usr/X11R6/lib would get loaded if the preferred did not exist. Or do you mean that the preferred is not the first choice when loading? Just when I thought I was understanding this... -- Roger Oberholtzer OPQ Systems / Ramböll RST Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden Office: Int +46 10-615 60 20 Mobile: Int +46 70-815 1696 SHAW'S PRINCIPAL Build a system that even a fool can use, and only a fool will want to use it. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Sat, 07 May 2011 19:37:31 +0200, Roger Oberholtzer
If /usr/lib is the preferred, and Mesa installed there, wouldn't the preferred get loaded first?
What I meant to say is that the /usr/X11R6 dirs are prefered. So a lib found there will be loaded first.
Just when I thought I was understanding this...
Sorry if I confused you because that wasn't my intent. Philipp -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (6)
-
Ismail Dönmez
-
Marco Calistri
-
Michael Powell
-
Philipp Thomas
-
Philipp Thomas
-
Roger Oberholtzer