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 <abe@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