Bug#532508: lintian: fails to report rpath correctly

["Adam D. Barratt" <adam@adam-barratt.org.uk>]

On Tue, 2009-06-09 at 20:45 +0200, Filippo Giunchedi wrote:
> perhaps I'm missing something obvious but check this:
> 
> $ lintian bluez_4.40-3_amd64.deb 
> $ lintian bluez-compat_4.40-3_amd64.deb 
> W: bluez-compat: binary-or-shlib-defines-rpath ./usr/bin/dund /usr/lib
> W: bluez-compat: binary-or-shlib-defines-rpath ./usr/bin/hidd /usr/lib
> W: bluez-compat: binary-or-shlib-defines-rpath ./usr/bin/pand /usr/lib
> $ dpkg-deb -x bluez_4.40-3_amd64.deb /tmp/a
> $ dpkg-deb -x bluez-compat_4.40-3_amd64.deb /tmp/b
> $ find /tmp/{a,b}/usr/bin -type f | xargs chrpath
> /tmp/a/usr/bin/dfutool: RPATH=/usr/lib
[...]
> /tmp/b/usr/bin/hidd: RPATH=/usr/lib
[...]
> shouldn't lintian report rpath even in bluez?

The difference between the two packages is that bluez ships /usr/lib/ as
part of the package (as it ships files contained therein), whereas
bluez-compat does not.  The rpaths in bluez are therefore being skipped
due to the exception introduced as a fix for #480636, allowing rpath to
point to a directory shipped in the package.

Regards,

Adam