Hi Paul, Paul Gevers, on 2021-09-14: > With a recent upload of resfinder the autopkgtest of resfinder fails in > testing on armhf and i386 when that autopkgtest is run with the binary > packages of resfinder from unstable. It passes when run with only > packages from testing.
True, newer versions of resfinder are now using kma as a back
end, but it is not supported by upstream on 32bit architectures.
Actually the program insists to run on 64-bit, causing the error
in resfinder autopkgtest:
$ uname -m
i686
$ kma -h
Need a 64-bit system.
$ echo $?
1
A couple of removal requests are filed for 32-bit architectures
at the moment [1, 2], so packages depending on kma are not
available anymore on 32-bit platforms. However, resfinder is
Architecture: all, so a removal request did not seem to make
much sense.
[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=992819
[2]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=992821
I intend to adjust the d/tests/control Architecture field of
resfinder to match the (pending upload) list of architectures
supported by kma. Would this be sufficient to bring back
resfinder to testing, or is there some knob to twiddle on CI end
to make sure the absence of test is not a regression anymore?
Thank you for your ping!
Have a nice day, :)
--
Étienne Mollier <emoll...@emlwks999.eu>
Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da
Sent from /dev/pts/4, please excuse my verbosity.
signature.asc
Description: PGP signature
