This will allow us to run like-for-like versions of PHP in CI on buster.
|integration/config||master||+1 -16||[DNM] dockerfiles: [quibble-buster-php72] Switch to Wikimedia's version of PHP 7.2|
|Open||None||T248191 Can't reopen table in wikidb-unittest_ (from SpecialPageFatalTest)|
|Open||None||T252432 Drop MediaWiki testing in stretch and instead test only in buster|
|Stalled||None||T264168 Drop PHP 7.2 support from wikibase master branch, once Wikimedia production is on 7.3|
|Stalled||None||T261872 Drop PHP 7.2 support from MediaWiki master branch, once Wikimedia production is on 7.3|
|Open||None||T247045 Migrate all of production metal and VMs to Buster or later|
|Open||None||T245757 Upgrade MediaWiki appservers to Debian Buster (debian 10)|
|Open||MoritzMuehlenhoff||T250515 Please provide our special component/php72 in buster-wikimedia|
What @Legoktm said, to run CI tests on Buster and PHP 7.2 best to use the sury.org repository. Our component for stretch-wikimedia is a rebuild of sury.org which fixes a build issue with our mariadb version on stretch and which ensures that only stock libraries from Debian stretch are used during the build (the sury.org repo covers more distros and also backports some base libs). In the absence of production actually running PHP 7.2 on buster, using sury.org is the best approximation.