Now that the ICU67 migration has completed, the PHP 7.4 packages need to be rebuilt for bullseye:
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Stalled | None | T255792 Quibble runs core:unit tests twice! | |||
| Open | None | T328919 Upgrade to PHPUnit 10 | |||
| Open | None | T338103 Micro-optimize ApiResult::isMetadataKey with str_starts_with once we support PHP8+ | |||
| Open | None | T328921 Drop PHP 7.4 support from MediaWiki | |||
| Stalled | None | T334726 Use return type `never` in Wikibase | |||
| Open | None | T328922 Drop PHP 8.0 support from MediaWiki | |||
| Stalled | None | T319055 Upgrade to psr/container 2.x | |||
| Stalled | Krinkle | T319432 Migrate WMF production from PHP 7.4 to PHP 8.1 | |||
| Resolved | JMeybohm | T345561 Upgrade the MediaWiki servers to ICU 67 | |||
| Resolved | MoritzMuehlenhoff | T350767 Rebuild PHP 7.4 packages for Bullseye |
@MoritzMuehlenhoff When this is done, should I expect that there will be a component/icu67 in distro wikimedia-bullseye just like there is now in distro wikimedia-buster?
I am just wondering for puppet code changes like this:
https://gerrit.wikimedia.org/r/c/operations/puppet/+/987458/2/modules/profile/manifests/ci/php.pp
Should i add the apt::repository { 'icu67': for bullseye as well in the future?
As I am seeing right now:
[apt1001:~] $ sudo -i reprepro list buster-wikimedia | grep icu67 | wc -l 210 [apt1001:~] $ sudo -i reprepro list bullseye-wikimedia | grep icu67 | wc -l 0
and that got me here.
Bullseye has ICU 67 as the default ICU version, as such on Bullseye there will only be component/php74 and nothing else.