Bugzilla – Bug 450309
Compiz unable to load module glx
Last modified: 2011-04-25 14:56:40 UTC
Clean install of RC1 on Lenovo Thinkpad T61p. Video card is NVida Quadro FX 570M. Downloaded the latest nvidia driver and installer. Nvidia driver works and compiz loads, but the glx plugin fails to load. This has the effect that many other plugins (cube etc) fails to load.
I get the same thing.. I have had a bug opened since beta 4 .. seems to be something with Nomad.. :(
I assume that removing all old compiz config settings doesn't help: $ rm -f ~/.compiz ~/.config/compiz what's the output from compiz when you run it from the terminal? $ compiz --replace ccp
bkevan@HCSUSE01007250:~> compiz --replace ccp compiz (core) - Error: Plugin 'core' has ABI version '20081121', expected ABI version '30081121'. compiz (ccp) - Error: InitObject failed compiz (core) - Error: Couldn't activate plugin 'ccp' Things are "starting" to look up. .. I think it's just failing to load the windows decorator now. When I install the libcompiz package from XGL .. i don't get the error above, but my windows decorations do not load.. when I have the libcompiz version from Compiz/openSUSE_Factory installed.. I get the one above.. Please.. help ..
Created attachment 258195 [details] Compiz Not working Here's an strace of compiz --replace ccp & hopefully that will be of some help. .
Ok.. the above is obsoleted.. I have everything from Compiz/openSUSE_Factory now.. And I do not get the above. But when I open ccsm & and try to load GLX (Nothing happens... It checks, then unchecks). No messages. I'll be including strace for compiz not working correctly... Here's what I see: No windows decoration (default in ccsm is compiz-decorator --replace) .. I'll attach an strace of that too.. also an strace of ccsm & and trying to click glx.
Created attachment 258197 [details] strace -o ccsm & then checked glx button the strace doesn't seem to have much.. hopefully something will help .
Created attachment 258198 [details] strace -o ccsm & then checked glx button the strace doesn't seem to have much.. hopefully something will help .
I'm not sure if I should re-open the emerald bug, and plug my emerald trace in there.. since i'm not sure if it's releated to this. Also not sure if I should reopen the bug for the windows decorations not launching since again I am also experiencing that with compiz-decorator --replace. Lastly .. I'll plug in what version of compiz i'm running.. however it'll have to be a new comment since when I launch opera.. (with this funky non working compiz) it steals the keyboard gesture from all other windows and nothing else can take focus.. Doh!.
rpm -qa | grep compiz python-compizconfig-0.7.8-2.32 compiz-fusion-plugins-main-0.7.8-16.14 compiz-emerald-themes-0.6.0-42.10 compiz-branding-openSUSE-0.7.8-17.2 compiz-manager-0.0.1_git080201-60.1 compiz-emerald-0.7.8-4.1 compizconfig-settings-manager-0.7.8-2.31 compiz-plugins-dmx-0.1.0-7.2 compiz-0.7.8-17.2 compiz-fusion-plugins-extra-0.7.8-6.1 libcompizconfig-0.7.8-2.35 compiz-kde-0.7.8-17.2 libcompizconfig-backend-kconfig-0.7.8-2.31 There are the versions of compiz.. please also see bug: https://bugzilla.novell.com/show_bug.cgi?id=444442 These 2 bugs .. I imagine are based on the same issue with GLX not staying checked (assuming that's also why the compiz-decorator isn't coming up).
Lastly .. I will add that Compiz DOES work.. if I use the packages from the XGL directory (The packages without NOMAD).. and strangely enough they don't have a GLX optoin within ccsm. I don't have the source of what's in XGL and in COMPIZ build services so I can't check the spec files to see what patches are applied to both .. or either.
Ok. Dave.. I went ahead and pulled the src for both nomad and non nomad versions and the only differences I see are: The addition of patch 80 (NOMAD) and the following: -%_libdir/compiz/libglx.so -%_libdir/compiz/libwm.so those are the 3 differences.. and funny enough I am having problems with: glx, and my wm :o) I have verified that both libglx.so and libwm.so are in: /usr/lib/compiz/ after the installation.. I am using: cat /proc/driver/nvidia/version NVRM version: NVIDIA UNIX x86 Kernel Module 177.82 Tue Nov 4 13:35:57 PST 2008 GCC version: gcc version 4.3.2 [gcc-4_3-branch revision 141291] (SUSE Linux) Installed from NVIDIA.com
It is a known issue about Nvidia's Linux driver. Driver installer is too aggressive to remove all binary named libglx.so. Plz check: http://www.nvnews.net/vbulletin/showthread.php?p=1846737
Ming, The only issue I have with that is: If compiz is reloaded _AFTER_ the installation of Nvidia driver, then then libglx.so IS there. It also loads: /usr/lib/xorg/modules/extensions/libglx.so -> libglx.so.177.82 Which I've also changed that sym link to point to /usr/lib/compiz/libglx.so to no avail. So to say it's because it removed it doesn't make sense, since even when it is there, and pointing to it.. it doesn't work. Anyone brave enough to want to test with the novell SLE 11 package: ftp://download.nvidia.com/novell/sle11/
Hi Ben, I think you have a misunderstanding. glx plugin in compiz is not related to /usr/lib/xorg/modules/extensions/libglx.so at all. They just have same name -- libglx.so. The URL I put shows that glx module can't be enabled, because glx plugin in compiz has been removed by Nvidia's Linux driver at installing time without any asking. Running "rpm -V compiz-0.7.8-4.8" (you should change it to right version you use) will show you the missing of /usr/lib/compiz/libglx.so. After use "zypper in -f compiz" to reinstall compiz, this issue has been fixed and glx module can be enabled again. Plz read http://www.nvnews.net/vbulletin/showthread.php?p=1846737 carefully, it provides all the information we need.
Ming, I have re-installed the driver and still the GLX module will not stay loaded. See my comments above that show that libglx.so and libwm.so are both in /usr/lib/compiz Even re-installing compiz, then rm -rf ~/.config/compiz doesn't do the trick. The module STILL cannot be loaded.
Ben, I've read you comments from other compiz-related thread. You did it in the right way, but it is strange that the bug can't be fixed in your environment while it works perfect in mine. Anyway, plz make sure /usr/lib/compiz/libglx.so comes from compiz rather than a sym link to X's glx module.
Please provide the needed information from comment #16.
Jigish, Sorry I thought I had. Yes I made sure it was the compiz libglx.so and not a sym to the nvidia. I actually went as far as removing the nvidia's and sym linking the nvidia locations TO the compiz libglx.so still to no avail. I haven't yet tried with the NVIDIA beta driver 180.16 (something like that). Maybe i'll give that a shot if no one else has any ideas.
Phil, this is an upstream driver issue it appears, as per http://www.nvnews.net/vbulletin/showthread.php?p=1846737 "Yeah, it'll do that. I filed bug 489316 to have nvidia-installer open it up and look for a glxModuleData symbol before deciding that it's a conflicting GLX X extension module."
Closing as to the age of the bug and lack of traffic. If there is still an issue with the currently supported drivers please create a new bugzilla.