Hello, On Sat, 05 Oct 2013, C wrote:
On Fri, Oct 4, 2013 at 7:27 AM, C wrote:
On Fri, Oct 4, 2013 at 12:17 AM, John Andersen wrote:
Have you tried adding this repository: http://download.opensuse.org/repositories/X11:/XOrg/openSUSE_12.3/ This is an updated Xorg which fixes tons of problems.
This seems to have solved it. We wiped the drives and started fresh again this evening. Full openSUSE 12.3/KDE4 install using defaults. Added all the community repos except NVIDIA. Updated. Added the X11 repo with a prio of 50 and switched system packages. Then added the NVIDIA repo and installed the drivers. Works perfectly now.
*HAH!* I had your OP marked to answer later[0] and wanted you to do a # ls -l /usr/lib64/xorg/modules/updates/extensions/libglx.so and # rpm -qf /usr/lib64/xorg/modules/updates/extensions/libglx.so ... But at least I may be able to shed some light on what I suspect happend. In your OP, the fault originated in /usr/lib64/xorg/modules/updates/extensions/libglx.so which got me suspecting that that file might be from Mesa while you were using the nvidia driver. That combination (nvidia-driver + Mesa libglx.so (and IIRC libGL too[1])) is sure to fail. Your solution fits that suspicion. With your "reinstall" you did it the right way around: first Mesa (via the default or Xorg repo) and then overwrite the Mesa libglx.so (and the symlinks to the Mesa libGL*.so*) with the files/links to the nvidia libglx.so/libGL* via the install from the nvidia repo. Oh, you got to keep that on the radar! Anytime there is a Mesa update (e.g. as a dependency, which may be more often that you'd guess) you need to reinstall the nvidia-driver afterwards! BTW: where's 'switch2nv/switch2nvidia'? I got some backups in backups of /root/bin/, but the scripts show e.g.[2]. Just remember: touching Mesa means reinstalling the (X/Xorg/GL part of the) nvidia driver. Using the (saved) RPM or (untested!) ./nvidia-installer -af --no-kernel-module --no-x-check should work (the .run file calls nvidia-installer with the same options, so '....run -af --no-kernel-module --no-x-check' should work too). And no, you can't just leave out Mesa. Too many packages need it for other purposes (e.g. tons of -devel packages and wine needs the 32-bit versions). So, if you don't need any -devel packages, you may get away without Mesa (64bit) if you're willing to break the 'lsb' package and xorg-x11-server-extra (or don't have those installed). $ rpm -q --whatrequires Mesa libcogl5-1.8.2-2.1.3.x86_64 lsb-4.0-15.1.1.x86_64 Mesa-devel-7.11-11.4.2.x86_64 xorg-x11-server-extra-7.6_1.10.4-36.9.2.x86_64 Here, Mesa gets pulled in, so I need to overwrite with the nvidia stuff as stated above ... JFTR & HTH, -dnh [0] did not feel well all day, then was too tired, by now I feel ok again and am ok for this "wrap-up", no actual do this then that, with an uptime of, uh, ~30 hrs (and a beer or three) ;) [1] not sure if just replacing nvidia's libGL with Mesa's will fail in such way, but with libglx.so it's a sure thing [2] ==== #!/bin/sh # Copyright (c) 2001 SuSE GmbH Nuernberg, Germany. All rights reserved. # # Author: Stefan Dirsch, 2001 ==== and no, they won't work today anymore, too much hardcoded versions in there (e.g. [..] ln -sf libglx.so.100.* libglx.so [..] ln -sf libGL.so.100.* libGL.so.1) ;) -- The nice thing about Windows is - It does not just crash, it displays a dialog box and lets you press 'OK' first. (Arno Schaefer's .sig) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org