Go Back   nV News Forums > Linux Support Forums > NVIDIA Linux

Newegg Daily Deals

Reply
 
Thread Tools
Old 04-15-04, 01:26 PM   #1
Jim Newberry
Registered User
 
Join Date: Apr 2003
Location: Seattle, WA
Posts: 3
Question RHEL 3, building RPMS, duplicate libraries?

Hi,
When installing either 5328 or 5336 on Redhat Enterprise Linux Professional Workstation, I notice that there are two sets of libraries (one in /usr/lib and the other in /usr/lib/tls):

ls -l /usr/lib/libGL.so* /usr/lib/tls/libGL.so*
lrwxrwxrwx 1 root root 10 Apr 13 10:17 /usr/lib/libGL.so -> libGL.so.1
lrwxrwxrwx 1 root root 17 Apr 13 10:17 /usr/lib/libGL.so.1 -> libGL.so.1.0.5336
-rwxr-xr-x 1 root root 367092 Apr 13 10:17 /usr/lib/libGL.so.1.0.5336
lrwxrwxrwx 1 root root 10 Apr 13 10:17 /usr/lib/tls/libGL.so -> libGL.so.1
lrwxrwxrwx 1 root root 17 Apr 13 10:17 /usr/lib/tls/libGL.so.1 -> libGL.so.1.0.5336
-rwxr-xr-x 1 root root 367332 Apr 13 10:17 /usr/lib/tls/libGL.so.1.0.5336

They have the same time stamp; different sizes! Should one or the other have been a symbolic link?

In a likely related problem, when I build RPMs on one machine and try to install them on another, I get libGL.so.1(LIBGL) as a failed dependency even though /usr/lib/libGL.so.1 and /usr/lib/tls/libGL.so.1 both exist on the build and target systems.

"ldd" of an executable tells me: libGL.so.1 => /usr/lib/tls/libGL.so.1
rpmbuild lists both: "libGL.so.1 libGL.so.1(LIBGL)" in its "requires:" output.

Anyone have a clue as to how to get rid of the RPM dependency problem? (rpm with "--nodeps" isn't an acceptable answer to me...)

Thanks,
Jim
Jim Newberry is offline   Reply With Quote
Old 04-16-04, 10:22 AM   #2
geowiz
Registered User
 
Join Date: Jul 2003
Location: Houston, Tx USA
Posts: 110
Default Re: RHEL 3, building RPMS, duplicate libraries?

The GL libs are not the same. One is standard Linux threading and the tls is the native Posix threading - no duplication so don't remove/symlink the two.

Since Nvidia uses their own GL libs (vs X11/Mesa), you cannot just move the kernel module. You have to make the rpm(or Nvidia installer)each box or have a prepackaged rpm version for the kernel.

Hope this helps.
geowiz is offline   Reply With Quote
Old 04-16-04, 12:13 PM   #3
Jim Newberry
Registered User
 
Join Date: Apr 2003
Location: Seattle, WA
Posts: 3
Default Re: RHEL 3, building RPMS, duplicate libraries?

Thanks for explaining the two sets of libraries; makes sense to me.

The RPM problem doesn't have anything to do with building the nVidia installer into an RPM. I'm just building binary RPMs of my own software that happens to link to libGL... That's what I'm wondering about. Any ideas about that?

Jim
Jim Newberry is offline   Reply With Quote
Old 04-16-04, 09:24 PM   #4
geowiz
Registered User
 
Join Date: Jul 2003
Location: Houston, Tx USA
Posts: 110
Default Re: RHEL 3, building RPMS, duplicate libraries?

Since the move is to Native Threading (Posix), I would suggest that the ones in the tls directory would be the way to go. That assumes that your application/code is thread safe and Posix thread capable.

So, future is in the tls library now. Past is the other GL libs.

My 2 cents.
geowiz is offline   Reply With Quote
Reply


Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT -5. The time now is 06:57 PM.


Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.