Change 991594 merged by jenkins-bot:

[operations/docker-images/toollabs-images@master] Stop building buster based images

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

Change 991594 had a related patch set uploaded (by Majavah; author: Majavah):

[operations/docker-images/toollabs-images@master] Stop building buster based images

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

When poking at T347512: Some emails from The Wikipedia Library aren't being received as expected I realized that we will probably also need to create SPF records for each <project>.wmcloud.org subdomain if we go with the subdomain per-project option or folks will end up surprised when they try to send mail with their <something>@<project>.wmcloud.org addresses as the envelope From.

In T47828#7203503, @taavi wrote:

2. Add support for username@wmcloud.org forwarding, like username@toolforge.org currently forwards to the LDAP-defined address for Toolforge user "username". We can likely adapt the lookup script Toolforge uses and replace "project-tools" with "project-bastion" (which is IMO a suitable check for Cloud VPS access).
   • do we need forwarding config support, like we have with ~/.forward on Toolforge? if so, how?

Change 971561 merged by jenkins-bot:

[mediawiki/extensions/GlobalBlocking@master] Use HookHandlers for UserMerge hook

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

Change 971561 had a related patch set uploaded (by Umherirrender; author: Umherirrender):

[mediawiki/extensions/GlobalBlocking@master] Use HookHandlers for UserMerge hook

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

In T287900#8588779, @hashar wrote:

git grep integration_composer

php5-sssd/base/Dockerfile.template:{{ macros.integration_composer() }}
php72-sssd/base/Dockerfile.template:{{ macros.integration_composer() }}
php73-sssd/base/Dockerfile.template:{{ macros.integration_composer() }}

Which are based respectively on Debian Jessie, Stretch and Buster. I don't know whether those images are still of any use though.

Change 958055 merged by jenkins-bot:

[mediawiki/extensions/GlobalBlocking@master] Use HookHandlers for LoadExtensionSchemaUpdatesHook

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

I'm still planning to do this when we next refresh the toolforge control plane nodes.

Not actively working on this.

Change 958055 had a related patch set uploaded (by Umherirrender; author: Umherirrender):

[mediawiki/extensions/GlobalBlocking@master] Use HookHandlers for LoadExtensionSchemaUpdatesHook

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

Last bits fixed in https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/CentralAuth/+/62d4e995a634deae0098b2a66b31d985ff486a8a%5E%21 I believe.