Bug 173819 - binary contains a hardcoded rpath on x86_64 and fails to find the "correct" libGl.so.1 due to that
Summary: binary contains a hardcoded rpath on x86_64 and fails to find the "correct" l...
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: neverball
Version: 4
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Wart
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: FE5Target
TreeView+ depends on / blocked
 
Reported: 2005-11-21 16:03 UTC by Thorsten Leemhuis
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2006-03-02 16:00:29 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Thorsten Leemhuis 2005-11-21 16:03:39 UTC
Description of problem:
The neverball binary contains the hardcoded rpath /usr/lib64 in it. This is bad
because it overrides the normal ldconfig way to find the correct librarys. 

This results in a problem that shows up together with the nvidia or ati drivers
from livna.org. The libGL.so.1 for the ati drivers for example is placed in
/usr/lib64/ati-fglrx/ and activated by having a line with
"/usr/lib64/ati-fglrx/" on top of /etc/ld.so.conf. This normaly works fine. But
ppracer contains this hardcoded rpath and therefor uses the libGL.so.1 from
/usr/lib64. Therefore ppracer won't work on x86_64-systems with the ati or
nvidia drivers from livna.

Version-Release number of selected component (if applicable):
0.1.4-4

How reproducible:
Always

Steps to Reproduce:
$/usr/lib/rpm/check-rpaths-worker /usr/bin/neverball
[...]
ERROR   0001: file '/usr/bin/neverball' contains a standard rpath '/usr/lib64'
in [/usr/lib64]

Additional info:
The rpatch is a result of a bug in fontconfig:
$ freetype-config --libs
-L/usr/lib64 -Wl,--rpath -Wl,/usr/lib64 -lfreetype -lz

This is fixed in devel 
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160247
but it seems we won't get this fixed in FC3 or FC4:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=139199

Suggested workaround:
- in the Makefile sed-away the rpath with something like
/usr/bin/freetype-config --libs | sed 's|-Wl,--rpath -Wl,/usr/lib64 ||'

BTW, see also Bug 173818 for a similar problem with ppracer

Comment 1 Wart 2006-03-02 15:44:30 UTC
Taking ownership of orphaned package.

Comment 2 Wart 2006-03-02 16:00:29 UTC
The suggested Makefile change fixed the problem.  I've added a patch with that
fix and pushed through another build.   Closing.


Note You need to log in before you can comment on or make changes to this bug.