Mailinglist Archive: opensuse-bugs (4243 mails)

< Previous Next >
[Bug 1017360] Nvidia Community Repository has no option for 32-bit libraries
  • From: bugzilla_noreply@xxxxxxxxxx
  • Date: Thu, 05 Jan 2017 17:03:07 +0000
  • Message-id: <bug-1017360-21960-K5NDJtyw0n@http.bugzilla.suse.com/>
http://bugzilla.suse.com/show_bug.cgi?id=1017360
http://bugzilla.suse.com/show_bug.cgi?id=1017360#c4

Robert Nelson <rnelson@xxxxxxxxxxxxxxxxxxx> changed:

What |Removed |Added
----------------------------------------------------------------------------
Flags|needinfo?(rnelson@airflowsc |
|iences.com) |

--- Comment #4 from Robert Nelson <rnelson@xxxxxxxxxxxxxxxxxxx> ---
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.
< Previous Next >