Source: debhelper
Version: 13.17
Severity: normal
X-Debbugs-Cc: Debian kernel maintainers <debian-ker...@lists.debian.org>,
car...@debian.org
Hi
Since debhelper/13.17, which contained the change a16a181f2f14
("Change `pkgfile` lookup to have opt-in features rather than
always-on [c14]") we have for the builds of src:linux when checking
with lintian the amd64 builds, we have from lintian now reported:
E: linux-perf: binary-from-other-architecture
[usr/lib/perf-core/perf-read-vdsox32]
This though we have an (architecture specific) override:
$ cat debian/linux-perf.lintian-overrides.amd64
# These executables are needed to handle processes running in compat mode
linux-perf: binary-from-other-architecture *usr/lib/perf-core/perf-read-vdsox32*
# Some of these plugins only need symbols from libtraceevent, which
# loads them and should not have a NEEDED entry
linux-perf: shared-library-lacks-prerequisites
*usr/lib/traceevent/plugins/plugin_*.so*
# This transition was too complex for dh_installdeb to handle
linux-perf: maintainer-script-should-not-use-dpkg-maintscript-helper
"dpkg-maintscript-helper" *
These do not get anymore added to the package after the
debhelper/13.17 update.
Enabling 'support-architecture-restriction' to allow to have
architecture restirctions for dh_lintian would help here.
Is that the preferred approach given we have the architecture specific
override, or do we need to go another route?
Regards,
Salvatore
