Hi, On 09-01-2022 23:22, David Prévot wrote:
This is important because some of these packages are currently allowed to migrate to testing without php-defaults (were it not for the autopgktest failure), and would break functionality in testing. We need to find out how to fix that.I assume you pointed to logs in testing where php-defaults is pulled from unstable. Actually, php-defaults (source package, version 91, from unstable) builds php-xml (binary package, version 2:8.1+91) that correctly depends on php8.1-xml. According to the log (and that’s not a surprise given the error message you pointed out), the php-xml version actually installed in the autopkgtest environment is 2:7.4+76 (i.e. the version from testing, built from php-defaults 76). My question is: how is that possible? If the autopkgtest environment is supposed to pull (the binary packages built by) php-defaults, it looks like this failed.
The logs I pointed at were NOT for php-defaults, but for respectively php-amqp [1] and php-apcu [2], both of which aren't migrating because of this [3, 4]. But if these failures are *because* php-defaults from unstable isn't pulled in, there is a missing versioned dependency or breaks somewhere. Ondřej suggested breaks from src:php-defaults need to propagate to reverse (build) dependencies somehow, I think the easiest would be if this is covered by packages that provide the phpapi (as long as all relevant packages properly depend on that).
Paul[1] https://ci.debian.net/data/autopkgtest/testing/amd64/p/php-monolog/18158564/log.gz [2] https://ci.debian.net/data/autopkgtest/testing/amd64/p/php-doctrine-cache/18158566/log.gz
[3] https://qa.debian.org/excuses.php?package=php-amqp [4] https://qa.debian.org/excuses.php?package=php-apcu
Attachment:
OpenPGP_signature
Description: OpenPGP digital signature