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. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=268152 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 libdir='/usr/lib64' I've reported this issue as a bug in libpopt-dev on amd64. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=374797 Is there anything else I can do? -- Neil Williams ============= http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/
signature.asc
Description: OpenPGP digital signature
