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

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 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, 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

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

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

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, 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, 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