Control: reassign -1 src:php-raphf Control: found -1 2.0.1+1.1.2-1 Control: fixed -1 2.0.1+1.1.2-13 Control: close 998594 2.0.1+1.1.2-13
> php-common 2:92 erroneously promoted to testing No, not really. php-raphf just needs to migrate to testing as it is currently not present in testing. Paul, it seems that php-raphf is manually blocked? > Not touching package due to block request by elbrus (Follow the freeze policy > when applying for an unblock) Could you take a look? Cheers, Ondrej -- Ondřej Surý (He/Him) ond...@sury.org > On 28. 1. 2022, at 0:00, David Walker <d0sbo...@gmail.com> wrote: > > Package: php-common > Version: 2:76 > Severity: important > X-Debbugs-Cc: d0sbo...@gmail.com > > The current version of php-common in testing is 2:92, which is the same as > sid. > The current version of php-raphf in testing is 2.0.1+1.1.2-1. > The current version of php-raphf in sid is 2.0.1+1.1.2-13. > php-common 2:92 breaks php-raphf < 2.0.1+1.1.2-13~. > > Therefore, it should not have been promoted to testing, since the applicable > version of php-raphf is not available yet. Its promotion makes php-raphf > uninstallable. > > As a side note, this seems like it would be better expressed in the > dependencies of php-raphf, instead of as a Breaks in php-common? > > > -- System Information: > Debian Release: bookworm/sid > APT prefers testing > APT policy: (501, 'testing'), (100, 'stable') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 5.9.0-5-amd64 (SMP w/4 CPU threads) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not > set > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages php-common depends on: > ii psmisc 23.4-2 > ii sed 4.7-1 > > php-common recommends no packages. > > php-common suggests no packages. > > -- no debconf information >
