Lintian ReportsBETA

Tag versions

Erelative-library-search-path

The tag is present in Lintian version 2.113.26. That is the most recent version we know about.

We use semantic versions. The patch number is a commit step indicator relative to the 2.113.0 release tag in our Git repository.

You can find the detection logic for this version at commit 43a81d7. For merge requests, please use the latest version in the Lintian check binaries/rpath.

Visibility: error

The binary or shared library sets RPATH or RUNPATH. This overrides the normal library search path, possibly interfering with local policy and causing problems for multilib, among other issues.

As an aggravating factor, this search path is relative! It is probably not what you wanted.

The only time a binary or shared library in a Debian package should set RPATH or RUNPATH is if it is linked to private shared libraries in the same package. In that case, place those private shared libraries in /usr/lib/package. Libraries used by binaries in other packages should be placed in /lib or /usr/lib as appropriate, with a proper SONAME, in which case RPATH/RUNPATH is unnecessary.

To fix this problem, look for link lines like:

<code>gcc test.o -o test -Wl,--rpath,/usr/local/lib</code>

or gcc test.o -o test -R/usr/local/lib

and remove the -Wl,--rpath or -R argument.

You can also use the chrpath utility to remove the RPATH.

For more information please consult:

Found no packages in the archive that triggered the tag.