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
Taking ownership of orphaned package.
The suggested Makefile change fixed the problem. I've added a patch with that fix and pushed through another build. Closing.