Re: rpath, libtool and amd64
Neil Williams <email@example.com> writes:
> Neil Williams wrote:
>> $ lintian pilot-qof_0.0.10-1_amd64.deb
>> W: pilot-qof: binary-or-shlib-defines-rpath ./usr/bin/pilot-qof /usr/lib64
> Could this be a recurrence of #268152 ?
> libffi.la: wrong libdir setting
> (originally found in libtool 1:3.4.1-7 in 2004.)
> #268152 was also on amd64.
> I do have libffi4 and libffi4-dev installed as a dependency of gnucash,
> amongst others:
> g-wrap gnucash libbonoboui2-dev libffi4-dev libgnome2-dev libgnomeui-dev
> libgnomevfs2-dev libgnutls-dev libgoffice-1-dev
> libgtkhtml3.8-dev libgwrap-runtime0-dev
> (removing a -dev package shouldn't require the removal of the gnucash
> binary package, should it? Is that a bug in g-wrap maybe because it
> depends on libgwrap-runtime0-dev which in turn depends on libffi4-dev?)
> It looks like the culprit this time could be popt instead of libffi4:
> $ grep lib64 /usr/lib/*.la
> ... /usr/lib64/libpopt.la ...
> occurs in /usr/lib/libbonoboui-2.la, /usr/lib/libgnomeui-2.la and
> /usr/lib/libORBit-2.la in the dependency_libs variable.
> $ grep lib64 /usr/lib/libpopt.la
> I've reported this issue as a bug in libpopt-dev on amd64.
> Is there anything else I can do?
Fix the file by hand on your system and rebuild your package. If that
is all that is wrong then just wait. The extra rpath is not hurtfull
on a Debian system nor does it make the binary incompatible with other
linux systems, provided thy have the libs in /usr/lib64 where they
should be. It won't run on systems that have the library in
/usr/local/lib or ~/lib or something though. Bothersome but no big
deal for the moment.