- 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)
- Weekly sync with SRE (etherpad)
- Projects I work on:
User Details
- User Since
- Feb 3 2019, 8:29 PM (274 w, 2 d)
- Roles
- Administrator
- Availability
- Available
- IRC Nick
- brennen
- LDAP User
- Brennen Bearnes
- MediaWiki User
- BBearnes (WMF) [ Global Accounts ]
Yesterday
Sun, May 5
We're rounding up a few more fixes for this one.
Sat, May 4
(Never let it be said that the hackathon doesn't yield meaningful work.)
Arguably we should be doing this upstream, but given that we already have a set of customizations to the tokens I don't see a problem with doing these here. Approved, can deploy soon(ish).
Well that's weird. I wonder if there's some other mechanism for doing this, but I'll dig into it a bit.
(Unclear if this task still needed to be open.)
Fri, May 3
Fri, Apr 26
Thu, Apr 25
Stable on all wikis since deploy. Optimistically resolving.
Wed, Apr 24
Tue, Apr 23
Also resulting in:
Note that I'll probably be a sub-optimal backup here after mid-day on Wednesday - traveling to Hackathon that afternoon.
Thu, Apr 18
Also noting after some slack discussion with @bd808 that !7101: Support loading of locally installed gems remains open, but seems probably stalled out.
I guess my other thought about a home for this is that it could live in gitlab-settings/configure-projects - a script which really does very little, and could be a lot smarter about what it does do, but does already iterate over projects and change some settings.
Tue, Apr 16
Prepping a revert.
Mon, Apr 15
We'll deploy @Aklapper's patch above tomorrow, 2024-04-16.
Will deploy tomorrow, 2024-04-16.
Will deploy https://gitlab.wikimedia.org/repos/phabricator/phabricator/-/merge_requests/37 tomorrow 2024-04-16.
Seems like a good idea to me. Tweaked the MR slightly after testing.
Should deploy tomorrow, 2024-04-16.
May be lingering documentation cleanup here after script deletion.
Will deploy tomorrow, 2024-04-16.
Applied delete from the merge request at:
Also, just so i'm clear... your new puppet7 server is still named 'puppetmaster<something>' rather than 'puppetserver<something'>, is that right? (In all other projects the new servers don't use the 'puppetmaster' name so I can tell the difference between new and old).
Thu, Apr 11
I changed puppetmaster-1003 to role::puppetserver::cloud_vps_project, and puppet runs now seem to be working there. @Dzahn is updating other boxen in the project to use the new puppetmaster. We'll consider this one resolved.
Although currently undocumented, it looks like it's require_admin_two_factor_authentication in the API, based on:
No objections here. In practice all current admins are probably already required to use 2fa due to membership in one or more groups that require it, but there's no harm in enabling the setting.
Wed, Apr 10
Yeah, I'm sure it could be improved.
Apr 4 2024
Also noting after some slack discussion with @bd808 that !7101: Support loading of locally installed gems remains open, but seems probably stalled out.