[00:39:43] (03PS1) 10Krinkle: doc: Tweak Codex and WikimediaUI Base metadata [integration/docroot] - 10https://gerrit.wikimedia.org/r/742578 [00:40:27] (03CR) 10Krinkle: doc: Add Codex, wikimedia-ui-base, less.php (031 comment) [integration/docroot] - 10https://gerrit.wikimedia.org/r/740937 (owner: 10Krinkle) [02:43:26] (03CR) 10Jforrester: [C: 04-1] "Waiting for Wikimedia packaging of php-yaml for php72 (and then test builds); php73, php74, php80 images all end up with the appropriate p" [integration/config] - 10https://gerrit.wikimedia.org/r/740928 (https://phabricator.wikimedia.org/T296331) (owner: 10Dduvall) [03:05:56] (03PS1) 10Jforrester: deployments-calendar: train_branch is happening an hour earlier now we're out of DST [tools/release] - 10https://gerrit.wikimedia.org/r/742584 [03:36:49] (03CR) 10VolkerE: [C: 03+1] "Great, thank you Timo!" [integration/docroot] - 10https://gerrit.wikimedia.org/r/742578 (owner: 10Krinkle) [07:08:08] apergos: deployment-snapshot02 seems to be having puppet issues, can you have a look? [07:10:05] sure [07:11:35] oh. no php7.4 on stretch. might as well decommission this one tbh [07:11:48] we're not on stretch for some time now, it's pointless to keep around [07:13:38] "fixed" :-) [07:13:46] thanks for the heads up, I forgot about that [07:17:11] Project beta-scap-sync-world build #29028: 04FAILURE in 2 min 59 sec: https://integration.wikimedia.org/ci/job/beta-scap-sync-world/29028/ [07:17:56] hmm do I have it in sync targets? better check [07:23:41] removed. that should get that. [07:27:27] Project beta-scap-sync-world build #29029: 04STILL FAILING in 2 min 48 sec: https://integration.wikimedia.org/ci/job/beta-scap-sync-world/29029/ [07:29:45] Yippee, build fixed! [07:29:46] Project beta-scap-sync-world build #29030: 09FIXED in 2 min 7 sec: https://integration.wikimedia.org/ci/job/beta-scap-sync-world/29030/ [08:46:09] 10Continuous-Integration-Infrastructure, 10Wikidata, 10wdwb-tech, 10Browser-Tests, 10User-zeljkofilipin: Centrally look for flakey browser tests - https://phabricator.wikimedia.org/T277205 (10Addshore) This is almost not worth putting in a sheet for the last week. ` addshore@contint2001:~$ find /srv/jen... [09:06:51] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team, 10SRE, 10Patch-For-Review, 10cloud-services-team (Kanban): Consider removing labnet-users group - https://phabricator.wikimedia.org/T296574 (10MoritzMuehlenhoff) 05Open→03Resolved a:03MoritzMuehlenhoff The group has been deprecated. [09:11:04] 10Continuous-Integration-Config, 10Gerrit, 10ISA, 10translatewiki.net, 10I18n: Setup L10n for labs/tools/Isa.git - https://phabricator.wikimedia.org/T230646 (10Sebastian_Berlin-WMSE) [09:28:57] 10GitLab: Document and test failover for GitLab and GitLab Replica - https://phabricator.wikimedia.org/T296713 (10Jelto) [09:30:47] 10GitLab (Infrastructure), 10serviceops, 10Patch-For-Review: GitLab replica in codfw - https://phabricator.wikimedia.org/T285867 (10Jelto) 05Open→03Resolved I'm going to close this task, as `gitlab2001` is running for some time and is restored automatically now. Some open topics which are somewhat relat... [09:34:31] 10Project-Admins: Create milestone "Cloud-VPS (Debian Stretch Deprecation)" - https://phabricator.wikimedia.org/T296714 (10Majavah) [09:45:11] 10Continuous-Integration-Config, 10Gerrit, 10ISA, 10translatewiki.net, and 2 others: Setup L10n for labs/tools/Isa.git - https://phabricator.wikimedia.org/T230646 (10Sebastian_Berlin-WMSE) [11:10:40] 10Project-Admins: Create milestone "Cloud-VPS (Debian Stretch Deprecation)" - https://phabricator.wikimedia.org/T296714 (10Peachey88) 05Open→03Resolved a:03Peachey88 #Debian-Stretch-Deprecation has been created, Interested people are welcome to join the project as {icon users} members, and to [watch the pr... [11:12:48] 10Project-Admins, 10Cloud-VPS (Debian Stretch Deprecation): Create milestone "Cloud-VPS (Debian Stretch Deprecation)" - https://phabricator.wikimedia.org/T296714 (10Peachey88) [12:15:42] 10Beta-Cluster-Infrastructure, 10Abstract Wikipedia team, 10MediaWiki-extensions-WikimediaMaintenance: addWiki.php failed in Beta Cluster, trying to run Flagged Revs code where none was enabled - https://phabricator.wikimedia.org/T296644 (10Tacsipacsi) If FlaggedRevs code fails even though it shouldn’t be en... [13:10:34] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team, 10SRE, 10cloud-services-team (Kanban): Consider removing labnet-users group - https://phabricator.wikimedia.org/T296574 (10hashar) Confirmed: ` $ ssh cloudnet1003.eqiad.wmnet Password: ` Danke Schon. [13:17:43] 10Beta-Cluster-Infrastructure, 10Abstract Wikipedia team, 10MediaWiki-extensions-WikimediaMaintenance: addWiki.php failed in Beta Cluster, trying to run Flagged Revs code where none was enabled - https://phabricator.wikimedia.org/T296644 (10Ladsgroup) Yeah, I forgot, thanks for reminding me, we usually choos... [14:13:52] 10Beta-Cluster-Infrastructure, 10Abstract Wikipedia team, 10MediaWiki-extensions-WikimediaMaintenance: addWiki.php failed in Beta Cluster, trying to run Flagged Revs code where none was enabled - https://phabricator.wikimedia.org/T296644 (10Jdforrester-WMF) Hmm. But should the script really use the extension... [14:26:04] hi all is anyone able to direct me to the process for archiving a gerrit repository? [14:30:04] majavah: o/ if you have a minute I'd need a favor, namely removing /etc/ssl/localcerts/WMF_TEST_CA.pem from all deployment-prep nodes [14:30:18] it will be recreated by puppet with the new ca bundle [14:30:26] (it is a downside of the current puppet implementation) [14:32:12] elukey: done! [14:37:10] majavah: <3 [14:37:14] thanks a lot [15:19:46] 10Beta-Cluster-Infrastructure, 10Abstract Wikipedia team, 10MediaWiki-extensions-WikimediaMaintenance: addWiki.php failed in Beta Cluster, trying to run Flagged Revs code where none was enabled - https://phabricator.wikimedia.org/T296644 (10Ladsgroup) addWiki is one of the most terrible things we have (with... [15:24:56] what's going on with this weeks train? [15:26:07] 10Release-Engineering-Team (Next), 10Release, 10Train Deployments: 1.38.0-wmf.12 deployment blockers - https://phabricator.wikimedia.org/T293953 (10Ladsgroup) [15:26:09] 10Release-Engineering-Team (Next), 10Release, 10Train Deployments: 1.38.0-wmf.11 deployment blockers - https://phabricator.wikimedia.org/T293952 (10Ladsgroup) [15:28:31] thcipriani: ^ [15:28:40] Was coming here to ask same [15:33:05] It was cancelled. [15:33:54] majavah: I guess we should drop deployment-deploy01 from `deployment_hosts` and from dsh? [15:35:23] James_F: is there a reason? [15:35:52] RhinosF1: I imagine so. If I had it I would have shared it, obviously. [15:36:25] I gathered it was cancelled [15:36:55] Well, it being cancelled is what's "going on", sadly. :-( [15:37:57] I should know by now not to assume my question won't get far too literal an answer [15:38:04] That applies to life generally [15:38:48] RhinosF1: Sorry you feel that way. [15:39:35] James_F: yes, doing that stops syncs from 03 -> 01 but that's probably fine by now [15:40:07] majavah: Yeah, I'm watching it take ages to sync-masters for no value, hence my interest. [15:40:11] I'll write a quick patch. [15:40:15] James_F: that's not a dig at you. [15:40:38] Our a level maths class came up with the helpful advice that you shouldn't be a muppet [15:40:59] RhinosF1: People are still using 'muppet' as a term of abuse? Wow, that takes me back. [15:43:10] James_F: yes that term was used like 1 hour ago [15:43:30] Huh. I remember it being used in the '90s, also in A-level maths classes. :-) [15:45:17] We haven't moved that far on in terms of the words often used [16:09:21] 10Release-Engineering-Team (Radar), 10SRE, 10Patch-For-Review: Requesting exec access to pods in 'ci' namespace staging kubernetes - https://phabricator.wikimedia.org/T290360 (10herron) 05Open→03Stalled This doesn't appear to be immediately actionable in terms of SRE clinic duty workflow. I'm going to r... [16:09:29] 10Release-Engineering-Team (Doing), 10MW-on-K8s, 10SRE, 10Patch-For-Review: Automated validation of mediawiki-multiversion images - https://phabricator.wikimedia.org/T288629 (10herron) [16:18:13] Muppet! [16:18:19] That's a new one to me. [16:19:05] 10GitLab (CI & Job Runners), 10Release-Engineering-Team (Radar), 10Security-Team, 10serviceops, and 2 others: Setup GitLab Runner in trusted environment - https://phabricator.wikimedia.org/T295481 (10Jelto) I just noticed that runners in WMCS have a dedicated disc for `/var/lib/docker`. I added a similar `... [16:23:18] dancy: it sounds cute, but is pretty mean in practice -- https://en.wiktionary.org/wiki/muppet [16:24:00] And somehow also one of the nicest things said during my day [16:58:50] !log Cherry-picking https://gerrit.wikimedia.org/r/c/operations/puppet/+/742674 in deployment-prep, should only affect deployment-webperf11. [16:58:52] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [17:13:32] 10Continuous-Integration-Infrastructure, 10SRE, 10Traffic-Icebox, 10HTTPS: contint.wikimedia.org: add TLS termination - https://phabricator.wikimedia.org/T263830 (10Majavah) 05Open→03Resolved a:03Majavah [17:18:18] as a heads up, https://gerrit.wikimedia.org/r/741713 was just merged meaning that the currently active doc.wm.o box (doc1001) is now syncing its data to its replacements with a newer operating system (doc1002/doc2001) [17:18:30] please let me know if you see something strange with doc.wm.o happening, thanks [18:14:01] 10Continuous-Integration-Config, 10MW-on-K8s, 10MediaWiki-SettingsLoader, 10serviceops-radar, 10Patch-For-Review: Install php-yaml for use by SettingsLoader - https://phabricator.wikimedia.org/T296331 (10Legoktm) >>! In T296331#7535295, @dduvall wrote: > From what I can tell in the integration/config php... [18:25:36] (03PS1) 10Cwhite: Reconfigure Phatality for OpenSearch Dashboards 1.0.0 [releng/phatality] - 10https://gerrit.wikimedia.org/r/742777 [19:15:16] 10Continuous-Integration-Config, 10MW-on-K8s, 10MediaWiki-SettingsLoader, 10serviceops-radar, 10Patch-For-Review: Install php-yaml for use by SettingsLoader - https://phabricator.wikimedia.org/T296331 (10dduvall) >>! In T296331#7538422, @Legoktm wrote: >>>! In T296331#7535295, @dduvall wrote: >> From wha... [19:34:57] 10GitLab (CI & Job Runners), 10Security Team AppSec, 10Security-Team, 10Security: Investigate SAST template options now included with Gitlab CE and formulate use-cases and documentation - https://phabricator.wikimedia.org/T294312 (10mmartorana) I have experimented with the GitLab SAST templates on many lan... [19:35:51] (03PS1) 10Ahmon Dancy: Format one of the hints in a nicer way [tools/train-dev] - 10https://gerrit.wikimedia.org/r/742787 [19:45:40] (03CR) 10Legoktm: dockerfiles: Install php-yaml everywhere (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/740928 (https://phabricator.wikimedia.org/T296331) (owner: 10Dduvall) [19:46:46] (03CR) 10Ahmon Dancy: [C: 03+2] Format one of the hints in a nicer way [tools/train-dev] - 10https://gerrit.wikimedia.org/r/742787 (owner: 10Ahmon Dancy) [19:47:37] (03Merged) 10jenkins-bot: Format one of the hints in a nicer way [tools/train-dev] - 10https://gerrit.wikimedia.org/r/742787 (owner: 10Ahmon Dancy) [19:49:42] (03PS1) 10Ahmon Dancy: Replace 'copy' subcommand with 'rsync' [tools/train-dev] - 10https://gerrit.wikimedia.org/r/742791 [19:50:39] (03CR) 10jerkins-bot: [V: 04-1] Replace 'copy' subcommand with 'rsync' [tools/train-dev] - 10https://gerrit.wikimedia.org/r/742791 (owner: 10Ahmon Dancy) [19:58:59] (03PS2) 10Ahmon Dancy: Replace 'copy' subcommand with 'rsync' [tools/train-dev] - 10https://gerrit.wikimedia.org/r/742791 [19:59:50] (03CR) 10jerkins-bot: [V: 04-1] Replace 'copy' subcommand with 'rsync' [tools/train-dev] - 10https://gerrit.wikimedia.org/r/742791 (owner: 10Ahmon Dancy) [20:09:20] legoktm: Hmm, building https://gerrit.wikimedia.org/r/c/integration/config/+/740928 locally for me passes, but php-yaml isn't enabled in the php72 base image. Any idea what I might be doing wrong? [20:09:51] (03PS4) 10Jforrester: dockerfiles: Install php-yaml everywhere [integration/config] - 10https://gerrit.wikimedia.org/r/740928 (https://phabricator.wikimedia.org/T296331) (owner: 10Dduvall) [20:10:45] like when you run `php -m` it doesn't show up? [20:10:53] Yeah. [20:11:54] * legoktm tests [20:12:21] Let me re-write the image from stretch onto buster [20:12:56] !log shutdown deployment-deploy01 T278689 [20:12:58] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [20:12:58] T278689: Upgrade deployment-prep deploy* hosts to Buster - https://phabricator.wikimedia.org/T278689 [20:13:22] legoktm: Well, moving it to buster makes it show up in `php -m`. Should I JFDI? [20:13:46] oh, right, I didn't upload a stretch image [20:13:51] er, stretch package [20:14:07] That'd do it. [20:14:38] https://phabricator.wikimedia.org/T296331#7538625 [20:15:15] There are no blockers AFAIAA, it just needs someone to spend days doing it and babysitting the hundreds of cascade updates to see if we break the world. [20:15:50] T278203 [20:15:50] T278203: Migrate all CI jobs from stretch to buster or later and drop stretch testing support - https://phabricator.wikimedia.org/T278203 [20:15:56] * legoktm quickly looks up https://en.wiktionary.org/wiki/AFAIAA [20:16:07] Sorry, As Far As I Am Aware. [20:16:08] ack [20:16:12] :) [20:16:14] Too many young'uns online. ;-) [20:16:37] (03PS1) 10Jforrester: dockerfiles: [php72] Migrate from stretch to buster [integration/config] - 10https://gerrit.wikimedia.org/r/742794 (https://phabricator.wikimedia.org/T278203) [20:16:48] OK, if I land those two together it'll Just Work™. [20:17:01] Fixing CI to use buster is probably better. And if it doesn't have the yaml extension now I think that's fine since there has to be a polyfill anyways [20:17:05] It's a bit messy as we'll have php72:0.2.8 claiming to have php-yaml but lie. [20:17:12] Ack. [20:18:37] (03CR) 10Jforrester: [C: 03+2] dockerfiles: Install php-yaml everywhere [integration/config] - 10https://gerrit.wikimedia.org/r/740928 (https://phabricator.wikimedia.org/T296331) (owner: 10Dduvall) [20:19:22] (03CR) 10Jforrester: [C: 03+2] dockerfiles: [php72] Migrate from stretch to buster [integration/config] - 10https://gerrit.wikimedia.org/r/742794 (https://phabricator.wikimedia.org/T278203) (owner: 10Jforrester) [20:20:32] (03Merged) 10jenkins-bot: dockerfiles: Install php-yaml everywhere [integration/config] - 10https://gerrit.wikimedia.org/r/740928 (https://phabricator.wikimedia.org/T296331) (owner: 10Dduvall) [20:20:44] 10Release-Engineering-Team (Next), 10Scap, 10SRE: Re-imaged mw app servers can end up with missing l10n cache for old versions of MW needed for rollback - https://phabricator.wikimedia.org/T273334 (10Jdforrester-WMF) [20:20:48] 10Release-Engineering-Team (Radar), 10SRE, 10serviceops, 10Patch-For-Review: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10Jdforrester-WMF) [20:20:58] 10Release-Engineering-Team (Next), 10Scap, 10SRE: Re-imaged mw app servers can end up with missing l10n cache for old versions of MW needed for rollback - https://phabricator.wikimedia.org/T273334 (10Jdforrester-WMF) We proceeded with the wider work without fixing this task, so I'll remove it as a blocker. [20:21:23] 10Scap: scap deploy --init on deployment server fails on first puppet run - https://phabricator.wikimedia.org/T257317 (10Jdforrester-WMF) [20:21:27] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO (2021-01-01 to 2021-03-31 (Q3)), 10serviceops, 10Patch-For-Review: Replace production deployment servers and update them to Buster - https://phabricator.wikimedia.org/T265963 (10Jdforrester-WMF) [20:21:29] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (CI & Testing services), 10Release-Engineering-Team-TODO (2020-07-01 to 2020-09-30 (Q1)), 10Patch-For-Review, 10Technical-Debt: Move integration/docroot.git deployment to scap - https://phabricator.wikimedia.org/T256005 (10Jdforrester-WMF) [20:21:39] (03Merged) 10jenkins-bot: dockerfiles: [php72] Migrate from stretch to buster [integration/config] - 10https://gerrit.wikimedia.org/r/742794 (https://phabricator.wikimedia.org/T278203) (owner: 10Jforrester) [20:21:43] 10Scap: scap deploy --init on deployment server fails on first puppet run - https://phabricator.wikimedia.org/T257317 (10Jdforrester-WMF) We proceeded with the wider work without fixing this task, so I'll remove it as a blocker. [20:21:58] 10Deployments, 10Release-Engineering-Team (Doing): L10n cache files building up on backup deploy hosts - https://phabricator.wikimedia.org/T275826 (10Jdforrester-WMF) [20:22:05] 10Release-Engineering-Team (Radar), 10SRE, 10serviceops, 10Patch-For-Review: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10Jdforrester-WMF) [20:22:13] 10Deployments, 10Release-Engineering-Team (Doing): L10n cache files building up on backup deploy hosts - https://phabricator.wikimedia.org/T275826 (10Jdforrester-WMF) We proceeded with the wider work without fixing this task, so I'll remove it as a blocker. [20:22:37] 10Release-Engineering-Team (Radar), 10SRE, 10serviceops, 10Patch-For-Review: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10Jdforrester-WMF) [20:23:38] !log Docker: Publishing new images of php* with php-yaml (and for php72, based on buster not stretch) for T296331 and T278203 [20:23:41] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [20:23:42] T296331: Install php-yaml for use by SettingsLoader - https://phabricator.wikimedia.org/T296331 [20:23:42] T278203: Migrate all CI jobs from stretch to buster or later and drop stretch testing support - https://phabricator.wikimedia.org/T278203 [20:31:30] legoktm: Fun. 250 Jenkins jobs to update. [20:32:52] (03PS1) 10Jforrester: jjb: Update jobs using php* images to have php-yaml extension [integration/config] - 10https://gerrit.wikimedia.org/r/742795 (https://phabricator.wikimedia.org/T296331) [20:33:15] fingers crossed [20:33:38] Need to wait an hour or so for docker to build all the images first before trying to use them, of course. [20:35:13] I'd tell you how it was going, but T281312 isn't resolved. ;-) [20:35:13] T281312: Provide some indicator of progress - https://phabricator.wikimedia.org/T281312 [20:36:26] :v [20:38:45] (03PS1) 10Jforrester: dockerfiles: [sury-php] Migrate from stretch to bullseye [integration/config] - 10https://gerrit.wikimedia.org/r/742796 (https://phabricator.wikimedia.org/T278203) [20:40:12] (03PS3) 10Ahmon Dancy: Replace 'copy' subcommand with 'rsync' [tools/train-dev] - 10https://gerrit.wikimedia.org/r/742791 [20:42:14] 10Continuous-Integration-Infrastructure, 10SRE, 10Traffic-Icebox, 10HTTPS: contint.wikimedia.org: add TLS termination - https://phabricator.wikimedia.org/T263830 (10Dzahn) Wow @Majavah thanks for closing this! :) Just a bit sad that it was still not triaged in CI infra and people probably won't notice. [20:44:40] 10Beta-Cluster-Infrastructure, 10Release-Engineering-Team (Radar), 10Patch-For-Review: Upgrade deployment-prep deploy* hosts to Buster - https://phabricator.wikimedia.org/T278689 (10Jdforrester-WMF) Resolved? [21:13:18] 10Phabricator, 10Release-Engineering-Team, 10serviceops: Deprecate git-ssh service on phabricator.wikimedia.org - https://phabricator.wikimedia.org/T296022 (10Dzahn) >>! In T296022#7530265, @Hawkeye7 wrote: > HTTPS is for web pages. I am dealing with software, not web pages. https is used with Phabricator,... [22:11:54] kostajh: so, do you want the core structure test to automatically (and unavoidably) handle bundlesize for all enabled extensions with such file (and presumably no in-repo subclass needed?) or abstract with subclass in repo? I guess subclass in repo would be easier to run quickly since filtering core tests still requires loading all tests which is slow, so that's more idiomatic, but then we don't need the automatic parent class I guess, [22:11:54] and might be a good way to force the convention to have a subclass by making it only do that when you have one. [22:12:43] (03CR) 10Krinkle: [C: 03+2] doc: Tweak Codex and WikimediaUI Base metadata [integration/docroot] - 10https://gerrit.wikimedia.org/r/742578 (owner: 10Krinkle) [22:13:29] (03Merged) 10jenkins-bot: doc: Tweak Codex and WikimediaUI Base metadata [integration/docroot] - 10https://gerrit.wikimedia.org/r/742578 (owner: 10Krinkle) [22:27:47] (commented on the patch for now) [22:38:16] (03CR) 10Jforrester: "Successfully published image docker-registry.discovery.wmnet/releng/composer-test-php74:0.1.0-s7" [integration/config] - 10https://gerrit.wikimedia.org/r/740928 (https://phabricator.wikimedia.org/T296331) (owner: 10Dduvall) [22:49:10] (03CR) 10Jforrester: [C: 03+2] "Deployed." [integration/config] - 10https://gerrit.wikimedia.org/r/742795 (https://phabricator.wikimedia.org/T296331) (owner: 10Jforrester) [22:51:27] (03Merged) 10jenkins-bot: jjb: Update jobs using php* images to have php-yaml extension [integration/config] - 10https://gerrit.wikimedia.org/r/742795 (https://phabricator.wikimedia.org/T296331) (owner: 10Jforrester) [23:24:38] I've added two runbooks for doc.wikimedia.org: https://wikitech.wikimedia.org/wiki/Doc.wikimedia.org#Runbook , also linked from https://mediawiki.org/wiki/Wikimedia_Release_Engineering_Team/Runbooks [23:43:07] 10Continuous-Integration-Config, 10MW-on-K8s, 10MediaWiki-SettingsLoader, 10serviceops-radar, 10Patch-For-Review: Install php-yaml for use by SettingsLoader - https://phabricator.wikimedia.org/T296331 (10Jdforrester-WMF) OK, this is fully done in CI now. (It's not live in production yet, though, so just... [23:43:34] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (Seen): Install php-yaml for Translate - https://phabricator.wikimedia.org/T189244 (10Jdforrester-WMF) Update: This is now done in all CI for T296331, but not for production yet. [23:43:43] 10Continuous-Integration-Infrastructure, 10Patch-For-Review: Migrate all CI jobs from stretch to buster or later and drop stretch testing support - https://phabricator.wikimedia.org/T278203 (10Jdforrester-WMF) [23:45:26] (03PS2) 10Jforrester: dockerfiles: Provide php81 image set [integration/config] - 10https://gerrit.wikimedia.org/r/742537 (https://phabricator.wikimedia.org/T296489) [23:45:59] (03CR) 10Jforrester: [C: 03+2] dockerfiles: Provide php81 image set [integration/config] - 10https://gerrit.wikimedia.org/r/742537 (https://phabricator.wikimedia.org/T296489) (owner: 10Jforrester) [23:48:45] 10Beta-Cluster-Infrastructure, 10Abstract Wikipedia team, 10Patch-For-Review: Create a Beta Cluster version of Wikifunctions.org - https://phabricator.wikimedia.org/T284162 (10Zabe) Don't know if that is expected, but going to https://wikifunctions.beta.wmflabs.org/wiki/Special:Log results in the following.... [23:52:48] (03Merged) 10jenkins-bot: dockerfiles: Provide php81 image set [integration/config] - 10https://gerrit.wikimedia.org/r/742537 (https://phabricator.wikimedia.org/T296489) (owner: 10Jforrester) [23:54:16] !log Publishing php81 images for T296489 [23:54:20] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [23:54:20] T296489: Create experimental PHP 8.1 images - https://phabricator.wikimedia.org/T296489 [23:54:30] 10Continuous-Integration-Config, 10PHP 8.1 support, 10Patch-For-Review: Create experimental PHP 8.1 images - https://phabricator.wikimedia.org/T296489 (10Jdforrester-WMF) a:03Jdforrester-WMF