http://bugzilla.suse.com/show_bug.cgi?id=1017360 http://bugzilla.suse.com/show_bug.cgi?id=1017360#c4 Robert Nelson <rnelson@airflowsciences.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(rnelson@airflowsc | |iences.com) | --- Comment #4 from Robert Nelson <rnelson@airflowsciences.com> --- Bingo! You are right, they must not be referencing /etc/ld.so.conf.d in their dlopen() calls (which I agree is an application bug). When I run the following script, all is well: for i in libEGL_nvidia.so.0 libEGL.so.1 libGLdispatch.so.0 \ libGLESv1_CM_nvidia.so.1 libGLESv1_CM.so.1 libGLESv2_nvidia.so.2 libGLESv2.so.2 \ libGL.la libGL.so libGL.so.1 libGLX_nvidia.so.0 libOpenGL.so.0 do rm -f /usr/lib64/${i} ln -s /usr/X11R6/lib64/${i} /usr/lib64 done I did it this way instead of copying or linking everything, since with just these links, things will continue to work when a new version of the Nvidia driver comes out. However, updates to any of these /usr/lib64 files from other repositories (e.g., the one with the nouveau drivers) could replace my links, making things break again until the script is rerun. Still, this is better than having to go to nvidia.com and download and run their driver script with every update. The nvidia.com install apparently installs everything in /usr/lib and /usr/lib64, so this problem doesn't come up. Is there a reason the community repository doesn't do it this way? Perhaps you were trying to avoid the problem with updates from other repositories. -- You are receiving this mail because: You are on the CC list for the bug.