Dear Maintainer, 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, so without debug symbols It is a new variation of false positive #955752... Because the tag is ftpmaster reject tag important. Thanks bastien
Hi Bastien, 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: "a small technically" what? File? And if so, where? Here also the relevant corollary seems missing. Please describe the bug more detailed. Which file triggers it and why should it not trigger it? 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. Regards, Axel
Hi all, I bumped into this bug while investigating what seems like a stripped-library false positive... 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. As of today, dh_dwz is still called in the default debhelper sequence of compat 13... Cheers,