[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