Description of problem: There is an rpath in current gnutls in f20: Version-Release number of selected component (if applicable): gnutls-3.1.25-1.fc20.x86_64 How reproducible: always Steps to Reproduce: 1. build gnutls Actual results: # chrpath /usr/lib64/libgnutls-dane.so.0.4.1 /usr/lib64/libgnutls-dane.so.0.4.1: RPATH=/usr/lib64 # chrpath /usr/lib64/libgnutls-xssl.so.0.0.0 /usr/lib64/libgnutls-xssl.so.0.0.0: RPATH=/usr/lib64 # chrpath /usr/lib64/libgnutls.so.28.21.5 /usr/lib64/libgnutls.so.28.21.5: no rpath or runpath tag found Expected results: Should not have rpath Additional info:
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
It is compiled with --disable-rpath so I guess it is some issue with autotools. I'm putting it on low priority unless there is an issue, or a suggested fix which will speed up things.
Unfortunately --disable-rpath seems to be insufficient. Either libtool which recognizes /usr/lib64 as system lib directory must be used when preparing the upstream gnutls releases or you can use a sed script to replace sys_lib_dlsearch_path_spec in configure. Something like this should work: sed -i -e 's|sys_lib_dlsearch_path_spec="/lib /usr/lib|sys_lib_dlsearch_path_spec="/lib /usr/lib %{_libdir}|g' configure
gnutls-3.1.26-2.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/gnutls-3.1.26-2.fc20
Thanks, it seems it does the trick.
Package gnutls-3.1.26-2.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing gnutls-3.1.26-2.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-11403/gnutls-3.1.26-2.fc20 then log in and leave karma (feedback).
gnutls-3.1.26-2.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.