Hi all,
I bumped into this bug while investigating what seems like a
stripped-library false positive...
On Mon, 22 Aug 2022 15:12:24 +0200 Axel Beckert <a...@debian.org> wrote:
thanks for the bug report. Unfortunately I don't get what actually is
the bug. Can you be a bit more verbose? Some questions below.
Bastien Roucariès wrote:
> I have an interesting interaction between dwz and lintian
> https://salsa.debian.org/debian/isa-support/-/commits/lintianbug
>
> dh_dwz create a small technically without common debug file,
"a small technically" what? File? And if so, where?
> so without debug symbols
Here also the relevant corollary seems missing.
> It is a new variation of false positive #955752...
Please describe the bug more detailed. Which file triggers it and why
should it not trigger it?
AFAIU, when a binary package contains multiple ELF files, dwz generates
a so-called "multifile" object which is falsely flagged as
"stripped-library" by lintian. The problem can be worked around by
calling dh_dwz with --no-dwz-multifile, but doing this in all affected
packages looks wrong.
To reproduce, take one of the packages which calls dh_dwz with
--no-dwz-multifile (see [1]), remove the override, build and run lintian
on the resulting packages.
[1] http://codesearch.debian.net/search?q=--no-dwz-multifile&literal=1
I believe lintian should be fixed instead.
Disclaimer: I have no idea of dwz. I just know that it is on the verge
of being dropped from the default debhelper sequences because of too
many problems for not much gain.
As of today, dh_dwz is still called in the default debhelper sequence of
compat 13...
Cheers,
--
Stéphane