Mentioned in SAL (#wikimedia-operations) [2026-04-08T21:00:04Z] <ladsgroup@deploy1003> ladsgroup: Backport for [[gerrit:1269050|Use envoy for swift inside mediawiki (T328872)]] synced to the testservers (see https://wikitech.wikimedia.org/wiki/Mwdebug). Changes can now be verified there.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
All Stories
Wed, Apr 8
This is not an unattended-upgrades problem. It instead seems to be a problem with how the Puppet agent packages are installed - Trixie by default includes Puppet 8, but our codebase is not yet fully compatible with Puppet 8 (and particularly its removal of deprecated facts), so we need to pull in the Puppet 7 agent packages from a component on apt.wm.o.
Mentioned in SAL (#wikimedia-operations) [2026-04-08T20:58:12Z] <ladsgroup@deploy1003> Started scap sync-world: Backport for [[gerrit:1269050|Use envoy for swift inside mediawiki (T328872)]]
When Parsoid is default this limitation can likely be removed completely.
Change #1269050 merged by jenkins-bot:
[operations/mediawiki-config@master] Use envoy for swift inside mediawiki
It would be quite useful to be able to execute these images via components and not have to execute them on NFS workers (which appear to have the worst availability).
@ABorbaWMF
Are we able to do a full smoketest on Browserstack for iOS 18?
For starters we should probably look for places that take a --project arg and convert them to either --project-id or --project-name depending on what the code does.
@Nokib_Sarkar have you seen this happen on multiple occasions, or just several times on the 7th specifically? (I want to make sure it's not a side-effect of maintenance activity.)
Mentioned in SAL (#wikimedia-operations) [2026-04-08T20:40:14Z] <jdrewniak@deploy1003> Finished scap sync-world: Backport for [[gerrit:1269046|Bumping portals to master (T128546)]] (duration: 06m 14s)
Do you have any theory (you being @elukey and @fgiunchedi) about why that happened on this exact instance? I just checked and we have around 100 running Trixie VMs so presumably cloud-init works properly most of the time.
Change #1269056 had a related patch set uploaded (by Andrew Bogott; author: Andrew Bogott):
[operations/puppet@production] nova vendordata: disable unattended upgrades in base image
Change #1264746 had a related patch set uploaded (by Bartosz Dziewoński; author: Bartosz Dziewoński):
[mediawiki/extensions/CentralAuth@master] CentralAuthTokenSessionProvider: Use core code for exception-throwing sessions
Change #1269051 had a related patch set uploaded (by Bartosz Dziewoński; author: Bartosz Dziewoński):
[mediawiki/core@master] SessionProvider: Improve makeException()
In T422097#11797498, @AWesterinen-WMF wrote:A slightly different take on this is whether the answers that are being diff'ed are correct/definitive.
Mentioned in SAL (#wikimedia-operations) [2026-04-08T20:35:49Z] <jdrewniak@deploy1003> jdrewniak: Backport for [[gerrit:1269046|Bumping portals to master (T128546)]] synced to the testservers (see https://wikitech.wikimedia.org/wiki/Mwdebug). Changes can now be verified there.
How about:
I'll move the bigger refactoring patch to T422738, so that we can put it off for later.
Mentioned in SAL (#wikimedia-operations) [2026-04-08T20:34:00Z] <jdrewniak@deploy1003> Started scap sync-world: Backport for [[gerrit:1269046|Bumping portals to master (T128546)]]
srishakatux updated https://gitlab.wikimedia.org/repos/lpl/starterkit-v1/-/merge_requests/10
@CHudson-WMF I set all the ones with tracking medium = email to 'no'. Do the numbers look good now?
Seems like a reasonable column/subproject of Technical-Debt .
srishakatux closed https://gitlab.wikimedia.org/repos/lpl/starterkit-v1/-/merge_requests/8
Cross-referencing with T358266#11801688 Legal department has officially signed off on allowing to upload/store/convert of MPEG 4 Part II after July 19th, 2026. Do you think it's enough for you or do you want to still look into MPEG-4 Part 10? (They have patents pending up to 2030 so we need to look into the royalties discussion and whether we should pay or not)
Change #1267935 merged by jenkins-bot:
[purtle@master] Explicit cast all values in RdfWriterBase::value()
As a member of the netbox-readonly-access, I can still not log in to NetBox. Looks like I am experiencing the same redirect loop described in T373702#10449880:
https://idp.wikimedia.org/oidc/oidcAuthorize?client_id=netbox_oidc&redirect_uri=https://netbox.wikimedia.org/oauth/complete/oidc/&state=[state]&response_type=code&nonce=[nonce]&scope=openid profile email groups openid profile email (why have the latter three values been duplicated?)
https://netbox.wikimedia.org/oauth/complete/oidc/?code=[code]&state=[state]&nonce=[nonce]
https://netbox.wikimedia.org/login/?next=/
https://netbox.wikimedia.org/oauth/login/oidc/?next=/
https://idp.wikimedia.org/oidc/oidcAuthorize?client_id=netbox_oidc&redirect_uri=https://netbox.wikimedia.org/oauth/complete/oidc/&state=[state]&response_type=code&nonce=[code]&scope=openid profile email groups openid profile email
https://netbox.wikimedia.org/oauth/complete/oidc/?code=[code]&nonce=[nonce] (I'm not sure where &state= has gone)
(and so forth)
Legal has got back to me and said this:
the last patent for MPEG-4 Part 2 expires July 19th, 2026.