Page MenuHomePhabricator

Please provide our special component/php72 in buster-wikimedia
Open, LowPublic

Description

This will allow us to run like-for-like versions of PHP in CI on buster.

Event Timeline

Jdforrester-WMF triaged this task as Low priority.Apr 17 2020, 6:39 PM

That's a total of 20 packages needing a rebuild, realistically we'll only approach this once we move production to Buster.

That's a total of 20 packages needing a rebuild, realistically we'll only approach this once we move production to Buster.

I'm happy to do the work for you if you point to the git repo where this is managed. It's blocking a pretty big pain point for CI (because Chromium is no longer updated in stretch).

Can we use sury's PHP apt repo in the meantime?

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.

jijiki moved this task from Incoming 🐫 to Unsorted on the serviceops board.Aug 17 2020, 11:45 PM

realistically we'll only approach this once we move production to Buster.

This is happening soon, so once available we can also switch CI to it (if it's currently using the 7.2 packages from sury.org, not sure)

Change 633837 had a related patch set uploaded (by Jforrester; owner: Jforrester):
[integration/config@master] [DNM] dockerfiles: [quibble-buster-php72] Switch to Wikimedia's version of PHP 7.2

https://gerrit.wikimedia.org/r/633837