Your message dated Sat, 27 Jul 2013 10:34:22 +0200
with message-id <[email protected]>
and subject line Re: Bug#698881: re-opening, debhelper should use this new
option
has caused the Debian Bug report #698881,
regarding dh_shlibdeps should not set LD_LIBRARY_PATH, pass this info with a
parameter to dpkg-shlibdeps
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
698881: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698881
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: dpkg,debhelper
Severity: important
dh_shlibdeps has a nice comment for the -l option:
"""
With recent versions of dpkg-shlibdeps, this is mostly only useful for packages
that build multiple flavors of the same library, or other situations where the
library is installed into a directory not on the regular library search path.
"""
Unfortunately it does break cross builds too; seen this when building a gcc
cross targeting a multilib soft-/hard-float ARM target, and a powerpc biarch
target, like:
DIRNAME=sf dh_shlibdeps -plibsfgcc1
-l/lib/arm-linux-gnueabi:/usr/lib/arm-linux-gnueabi:/lib/arm-linux-gnueabi:/usr/lib/arm-linux-gnueabi:/usr/arm-linux-gnueabi/lib
/usr/bin/perl: error while loading shared libraries:
/lib/arm-linux-gnueabi/libc.so.6: internal error
dh_shlibdeps: dpkg-shlibdeps -Tdebian/libsfgcc1.substvars
debian/libsfgcc1/lib/arm-linux-gnueabi/libgcc_s.so.1 returned exit code 127
make[1]: *** [stamps/08-binary-stamp-libsfgcc] Error 127
There might be some bugs regarding the dynamic loader which are seen by exposing
the libraries of different architectures within multiarch configurations.
However the issue, that perl can't find it's own libraries can be solved on it's
own:
- dpkg-shlibdeps should get an option (-l?) to pass an extra library
path.
- dh_shlibdeps should use this option to pass the argument given by
it's own -l option.
Thanks for considering
Matthias
--- End Message ---
--- Begin Message ---
Version: 1.17.0
On Sat, 2013-07-27 at 10:15:15 +0200, Matthias Klose wrote:
> Control: reopen -1
>
> re-opening, debhelper needs to use this new option.
That's why I cloned and reassigned a new bug to debhelper (717505),
because bugs with multiple packages are very suboptimal to deal with.
Closing again.
Regards,
Guillem
--- End Message ---
