- User-brennen is my personal workboard
- brennen-scratchpad is an Etherpad for miscellaneous notes
- I work on the Wikimedia Release Engineering Team
- Release-Engineering-Team is our team workboard
- RelEngTeam-Weekly (etherpad)
- Projects I work on:
User Details
- User Since
- Feb 3 2019, 8:29 PM (366 w, 3 d)
- Roles
- Administrator
- Availability
- Available
- IRC Nick
- brennen
- LDAP User
- Brennen Bearnes
- MediaWiki User
- BBearnes (WMF) [ Global Accounts ]
Yesterday
Note that access is inherited from the movement-insights group, and includes the list of usernames here. If it needs to be more restricted, the project will need to live elsewhere.
Mon, Feb 9
I set the expiry for this token to "never".
GitHub appears to have quite a few ongoing issues.
Can you share your ldap username? I'll add you in horizon.
Fri, Feb 6
Thanks Yug - added Gillux to Trusted-Contributors, GitLab account should now be approved.
Thu, Feb 5
Currently stable on all wikis.
Seems to have started quite a bit later than the train rolled to all group2, at 10:36 UTC:
My guess is some sort of scraper. I haven't looked into it though.
Wed, Feb 4
Tue, Feb 3
Am I correct in thinking this should no longer block with https://gerrit.wikimedia.org/r/c/operations/mediawiki-config/+/1234927 merged?
Mon, Feb 2
Seems like it fits with existing stuff.
Invited kevinpayravi as owner.
Fri, Jan 30
Thu, Jan 29
I understand the incentives at work. On a personal level and thinking about team load, I want to discourage use of GitHub, but I understand that work is done there.
I see two of these in logs, total. Guessing a one-off artifact of some other breakage.
Noted again in 1.46.0-wmf.13 (T413804).
Note to self: There's a patch here in case this crops up when 1.46.0-wmf.13 (T413804) rolls to all wikis.
Wed, Jan 28
End-of-workday summary: T415725 resolved itself due to cache TTL, train's now looking stable on group1.
Couple of other things:
Unfortunately, scap sync-world --force-l10n-update had no obvious effect.
Ok, writing out the train-deployer-asks-stupid-questions I currently have about this.
These are now also showing up at a
lowerroughly similar volume for testwiki on .13.
These are now also showing up at a lower volume for testwiki on .13.
Probably related
Tue, Jan 27
Current status:
After some discussion in #wikimedia-operations and looking at error rates, I'm going to see what this looks like on group0.
After some discussion in #wikimedia-operations and looking at error rates, I'm going to see what this looks like on group0.
I do note similar errors on testwikis. About 700 of these (also some for $name):
Ok, thanks! Going ahead with backport now.
So I see you already created the backport, is it possible to just move that forward?
@Michael Would a revert of https://gerrit.wikimedia.org/r/c/mediawiki/extensions/GrowthExperiments/+/1233223 be the easier path to unblocking the train here?
Mon, Jan 26
Thu, Jan 15
Tue, Jan 13
Jan 9 2026
Yeah, I think the upstream is correct, although that conditional is confusing to read. I'll test. I do still think something odd is going on here.
Jan 7 2026
Looking closer, last of these errors thrown at 2026-01-04 04:34:59, but there's also: