bits from the ci.debian.net maintainers
-----BEGIN PGP SIGNED MESSAGE-----
With the recent upload of autopkgtest 5.15, which is available in
unstable and testing, maintainers have the ability to declare on which
architecture(s) their autopkgtests are supposed to be run . This
can be done in either explicitly listing supported architectures, or
by explicitly listing unsupported architectures. The normal
dpkg-architecture wildcards apply. As an example, src:lxc already made
the change in commit .
The reason why this feature has been added is that the testing
migration software that is run by the Release Team is now taking test
results into account from four architectures: amd64, arm64, armhf and
i386. And more architectures to be added soon hopefully.
Of course it's best that your autopkgtest is supported on all
architectures, but if that isn't feasible, too much work, or doesn't
work e.g. because of non-installability of test dependencies ,
consider using this new field.
Member of the debian-ci team
Member of the Release Team
 We think it's better to use this new field instead of the
skip-not-installable restriction if the problem is architecture
specific, as skip-not-installable will hide genuine problems with
installability. Regular package dependencies are already checked by
the migration software so shouldn't be an issue.
-----BEGIN PGP SIGNATURE-----
-----END PGP SIGNATURE-----