Hi On Sun, Mar 16, 2025 at 10:22:30PM +0100, Christoph Biedl wrote: > Package: lintian > Version: 2.121.1+nmu1 > Severity: normal > X-Debbugs-Cc: debian.a...@manchmal.in-ulm.de > > Greetings, > > as I've been told, a change in the file package caused lintian to > trigger "binary-from-other-architecture" messages. > > In short, I'm suggesting to change data/binaries/arch-regex > > -i386 ~~^ELF 32-bit LSB .* 80386, .* (?:GNU/Linux|(?!GNU)).*$ > +i386 ~~^ELF 32-bit LSB .* (80386|i386), .* (?:GNU/Linux|(?!GNU)).*$ > > Root cause is a change in the file upstream¹ to use "i386" to denote the > 32bit x86 architecture while lintian triggers on the "80386" string. > > An affected package - there might be more - is linux-perf, likely in the > i386 architecture.
Correct, we noticed the change first with triggering the src:linux pipeline and the lintian check: https://salsa.debian.org/kernel-team/linux/-/jobs/7260777 triggering E: linux-perf: binary-from-other-architecture [usr/lib/perf-core/perf-read-vdso32] Not that it is correct that there is not a lintian override required here, and in fact got dropped 3 years ago with: https://salsa.debian.org/kernel-team/linux/-/commit/85be660d2bb504fe2e85c4ac024d5e171ba764e7 I can confirm that after the regexp adjustment as proposed by Christoph the lintian check is again clean: lintian --profile debian -L ">=error" -v ./linux-perf_6.13.7-1~exp2+salsaci_amd64.deb N: N: These executables are needed to handle processes running in compat mode O: linux-perf: binary-from-other-architecture [usr/lib/perf-core/perf-read-vdsox32] N: N: This ELF binary appears to have been built for an architecture other than the one of the binary package being N: tested. This may occur when a pre-built binary is shipped in the package or when an attempt to cross-compile N: didn't work. N: N: Visibility: error N: Show-Always: no N: Check: binaries/architecture/other N: Thanks Christoph a lot for the quick turnaround on IRC for debugging the issue. Regards, Salvatore
