[debhelper-devel] Bug#864703: dh_makeshlibs should handle -a like dpkg-gensymbols does

Niels Thykier niels at thykier.net
Sun Jun 25 08:46:00 UTC 2017


Control: tags -1 wontfix

On Tue, 13 Jun 2017 06:26:36 +0200 Helmut Grohne <helmut at subdivi.de> wrote:
> Package: debhelper
> Version: 10.2.5
> Severity: wishlist
> File: /usr/bin/dh_makeshlibs
> 
> dpkg-gensymbols handles an option -a$arch such that "dpkg-architecture
> -a$arch -c dpkg-gensymbols ..." is equivalent to "dpkg-gensymbols
> -a$arch ...". Practically, the primary mean to call dpkg-gensymbols is
> through dh_makeshlibs. Passing the -a flag through dh_makeshlibs (after
> --) is a bad idea though, because dh_makeshlibs uses the host
> architecture on its own. This situation looks a little weired to me, but
> not too much. I basically see three options now:
> 
> a) Have dh_makeshlibs gain a new option -a that behaves like the one
>    from dpkg-gensymbols and passes it down.
> b) Have dpkg-gensymbols deprecate -a and recommend using the
>    dpkg-architecture indirection. (reassign -1 dpkg-dev)
> c) Ignore the small inconsistency and close this bug as wontfix.
> 
> I hope this bug is worth reporting it.
> 
> Helmut
> 
> 

Hi,

I believe we came to the conclusion on IRC that this was only needed for
bi-arch/multilib packages (which should ideally disappear).  With a
trivial work around known and the problem only applying to legacy
packages, I prefer not adding a feature to debhelper for it.

Thanks,
~Niels




More information about the debhelper-devel mailing list