Mailinglist Archive: opensuse (868 mails)

< Previous Next >
Re: [opensuse] kde used nvidia drivers?
  • From: Roger Oberholtzer <roger@xxxxxx>
  • Date: Thu, 05 May 2011 14:42:30 +0200
  • Message-id: <1304599350.22152.13.camel@acme.pacific>
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@xxxxxxxxxx
________________________________________

Ramböll Sverige AB
Krukmakargatan 21
P.O. Box 17009
SE-104 62 Stockholm, Sweden
www.rambollrst.se


--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse+help@xxxxxxxxxxxx

< Previous Next >
Follow Ups