Package: libdpkg-perl Version: 1.18.10 Control: affects -1 src:linux X-Debbugs-Cc: debian-sp...@lists.debian.org User: debian-sp...@lists.debian.org Usertags: sparc64
Hi,
Currently, src:linux FTBFS in experimental on sparc64[1], with the error:
dpkg-checkbuilddeps: error: Unmet build dependencies: openssl:native
However, as you can see from the build log, openssl_1.1.0b-1(_sparc64) is
installed. This is the version from experimental, rather than the version from
unstable which is used on all the other buildds, since sparc64 is unable to use
the aspcud resolver[2], and so the apt resolver ends up pulling in more
experimental packages than actually needed, but if and when openssl 1.1.0 hits
unstable, this will affect *all* architectures. This is because
Multi-Arch: foreign was added to openssl 1.1.0 in experimental (see #827028),
and it seems _find_package in /usr/share/perl5/Dpkg/Deps.pm:1472 requires
:native dependencies to not be Multi-Arch: foreign.
As it happens, the :native arch qualification (according to the
comments) seems to be a workaround for since-closed bugs in
libdpkg-perl, but as far as I can tell, they should have been satisfied
in this case.
Regards,
James
[1]
https://buildd.debian.org/status/fetch.php?pkg=linux&arch=sparc64&ver=4.8%7Erc8-1%7Eexp1&stamp=1475084714
[2] It depends on clasp and gringo, which FTBFS due to an ICE (filed upstream
with a proposed patch)
signature.asc
Description: PGP signature
