Package: zlib1g-dbg
Version: 1:1.2.11.dfsg-1
Severity: wishlist
It looks as though zlib1g-dbg packages from multiple architectures can be
installed in parallel without collisions (all filenames outside /usr/share
are hash-based). In a future upload please consider adding Multi-Arch: same:
Package: zlib1g-dbg
Multi-Arch: same
(etc.)
This should be enough to allow these detached debug symbols to be used to
debug 32- and 64-bit programs, native and cross programs, etc. without
removing one architecture's package and installing another.
Alternatively, you could remove the zlib1g-dbg package from d/control
and change
dh_strip -s --dbg-package=zlib1g-dbg
to
dh_strip -s --dbgsym-migration="zlib1g-dbg (<< X~)"
where X is the version number in which you made that change. This
would result in zlib1g-dbgsym, lib64z1-dbgsym, etc. packages with
Conflicts/Replaces on zlib1g-dbg (<< X~) being generated mechanically by
debhelper and placed in the http://deb.debian.org/debian-debug lookaside
repository by dak, and zlib1g-dbgsym would inherit the Multi-Arch: same
field from zlib1g. (This is supported since stretch, and does not
require going through the NEW queue, unlike most new binary packages.)
For some context for this request, I'm trying to build a self-contained
biarch 32- and 64-bit "SDK" runtime environment with development files
and debug symbols for a whole stack of packages, and I was pleased to
find that this is mostly possible already: zlib1g was one of only a few
libraries in my stack where I can install debug symbols for one word-size
but not the other at the same time.
smcv
