[00:42:49] (03PS2) 10Jforrester: dockerfiles: Provide ci-bullseye based on wikimedia-bullseye [integration/config] - 10https://gerrit.wikimedia.org/r/683973 [02:18:43] 10Continuous-Integration-Config, 10MediaWiki-Core-Tests, 10Quality-and-Test-Engineering-Team (QTE), 10Browser-Tests, 10User-zeljkofilipin: Make MediaWiki Wdio tests less slow (Sept 2019) - https://phabricator.wikimedia.org/T234002 (10Krinkle) I can reproduce it locally as well. I don't understand why it... [03:39:36] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (Seen), 10SRE, 10observability, 10Goal: Add Prometheus exporter to Jenkins instances - https://phabricator.wikimedia.org/T182759 (10thcipriani) p:05High→03Low [08:21:26] 10Continuous-Integration-Config, 10MediaWiki-Core-Tests, 10Quality-and-Test-Engineering-Team (QTE), 10Browser-Tests, 10User-zeljkofilipin: Make MediaWiki Wdio tests less slow (Sept 2019) - https://phabricator.wikimedia.org/T234002 (10Ladsgroup) I'm doing some investigation on this and hope I can present... [08:23:15] 10Continuous-Integration-Config, 10MediaWiki-Core-Tests, 10Quality-and-Test-Engineering-Team (QTE), 10Browser-Tests, 10User-zeljkofilipin: Make MediaWiki Wdio tests less slow (Sept 2019) - https://phabricator.wikimedia.org/T234002 (10Ladsgroup) cc @thiemowmde @awight ^ [08:25:18] 10Continuous-Integration-Config, 10MediaWiki-Core-Tests, 10Quality-and-Test-Engineering-Team (QTE), 10Browser-Tests, 10User-zeljkofilipin: Make MediaWiki Wdio tests less slow (Sept 2019) - https://phabricator.wikimedia.org/T234002 (10Ladsgroup) I'm not saying TCC browser tests are bad and should be remov... [08:51:43] I'd love some qemu advice when you're around. I want to make the root partition on the image used on qemu-1001 larger, I think i probably did the right steps, but not sure if I should just use this new image in all cases now [08:51:50] https://phabricator.wikimedia.org/T248779#7084564 [09:04:36] 10Continuous-Integration-Config, 10MediaWiki-Core-Tests, 10Quality-and-Test-Engineering-Team (QTE), 10Browser-Tests, 10User-zeljkofilipin: Make MediaWiki Wdio tests less slow (Sept 2019) - https://phabricator.wikimedia.org/T234002 (10Addshore) IMO this probably relates to {T281122} in general if we are t... [09:42:12] 10Continuous-Integration-Config, 10MediaWiki-Core-Tests, 10Quality-and-Test-Engineering-Team (QTE), 10Browser-Tests, 10User-zeljkofilipin: Make MediaWiki Wdio tests less slow (Sept 2019) - https://phabricator.wikimedia.org/T234002 (10Addshore) Specially picking from https://integration.wikimedia.org/ci/j... [10:06:40] 10Release-Engineering-Team (Doing), 10SRE, 10GitLab (Initialization), 10User-brennen: Define auth strategy for GitLab - https://phabricator.wikimedia.org/T274461 (10jbond) > As CE was the outcome of the community consultation, it sounds like the "knock something up using the gitlab API" option is the one t... [11:19:18] 10Phabricator: Rename Phabricator account PinkAmpersand to Tamzin - https://phabricator.wikimedia.org/T282748 (10Aklapper) 05Open→03Resolved a:03Aklapper Sure, done! :) [11:32:12] (03PS1) 10Addshore: qemu-run: use new 20GB root disk image [integration/config] - 10https://gerrit.wikimedia.org/r/690407 (https://phabricator.wikimedia.org/T248779) [11:36:58] (03CR) 10Addshore: [C: 03+2] "Deployed the changed job to fresh-test" [integration/config] - 10https://gerrit.wikimedia.org/r/690407 (https://phabricator.wikimedia.org/T248779) (owner: 10Addshore) [11:37:27] (03PS2) 10Addshore: Add tests for mw-cli [integration/config] - 10https://gerrit.wikimedia.org/r/683753 (https://phabricator.wikimedia.org/T248779) (owner: 10Jeena Huneidi) [11:38:14] (03Merged) 10jenkins-bot: qemu-run: use new 20GB root disk image [integration/config] - 10https://gerrit.wikimedia.org/r/690407 (https://phabricator.wikimedia.org/T248779) (owner: 10Addshore) [13:48:34] 10Continuous-Integration-Infrastructure, 10MinervaNeue, 10Patch-For-Review, 10Readers-Web-Backlog (Kanbanana-FY-2020-21): MinervaNeue legacy ruby browser tests need to be updated to work on buster/ruby2.5 - https://phabricator.wikimedia.org/T280901 (10phuedx) @Jdforrester-WMF: Could you give an indication... [13:49:21] 10Continuous-Integration-Infrastructure, 10MinervaNeue, 10Patch-For-Review, 10Readers-Web-Backlog (Kanbanana-FY-2020-21): MinervaNeue legacy ruby browser tests need to be updated to work on buster/ruby2.5 - https://phabricator.wikimedia.org/T280901 (10phuedx) :point_up: I ask because we could merge your pa... [14:31:03] (03PS3) 10Addshore: Add tests for mw-cli [integration/config] - 10https://gerrit.wikimedia.org/r/683753 (https://phabricator.wikimedia.org/T248779) (owner: 10Jeena Huneidi) [16:02:43] 10Continuous-Integration-Infrastructure, 10MinervaNeue, 10Patch-For-Review, 10Readers-Web-Backlog (Kanbanana-FY-2020-21): MinervaNeue legacy ruby browser tests need to be updated to work on buster/ruby2.5 - https://phabricator.wikimedia.org/T280901 (10thcipriani) >>! In T280901#7085131, @phuedx wrote: > @J... [16:20:41] 10Phabricator: Rename Phabricator account PinkAmpersand to Tamzin - https://phabricator.wikimedia.org/T282748 (10Tamzin) Thanks! :) [16:23:18] 10Release-Engineering-Team, 10Abstract Wikipedia team: More flexible treatment of requirements in `python`; control over `PYTHONPATH` - https://phabricator.wikimedia.org/T282795 (10cmassaro) [16:26:10] 10Release-Engineering-Team, 10Abstract Wikipedia team: More flexible treatment of requirements in `python`; control over `PYTHONPATH` - https://phabricator.wikimedia.org/T282795 (10cmassaro) [17:14:26] 10Continuous-Integration-Infrastructure, 10MinervaNeue, 10Patch-For-Review, 10Readers-Web-Backlog (Kanbanana-FY-2020-21): MinervaNeue legacy ruby browser tests need to be updated to work on buster/ruby2.5 - https://phabricator.wikimedia.org/T280901 (10LGoto) [17:46:44] 10Phabricator (phabricator-next), 10Upstream: Unhandled exception clicking "Next" button on Notifications page: Rows must have unique IDs. An underlying query may be missing a GROUP BY. - https://phabricator.wikimedia.org/T276447 (10Aklapper) >>! In T276447#7073323, @DannyS712 wrote: > you marked this as havin... [18:00:30] (03CR) 10Jdlrobson: "Can we drop the DNM now following team decision on https://phabricator.wikimedia.org/T280901#7085132" [integration/config] - 10https://gerrit.wikimedia.org/r/685627 (https://phabricator.wikimedia.org/T280901) (owner: 10Jforrester) [18:23:24] 10Beta-Cluster-Infrastructure, 10Pywikibot, 10Pywikibot-tests: wpbeta:en tests fails due to unknown contentmodel JadeEntity - https://phabricator.wikimedia.org/T282602 (10Xqt) [18:26:09] (03PS2) 10Jforrester: Zuul: [mediawiki/skins/MinervaNeue] Drop Ruby-based selenium job [integration/config] - 10https://gerrit.wikimedia.org/r/685627 (https://phabricator.wikimedia.org/T280901) [18:26:34] (03CR) 10Jforrester: "> Patch Set 1:" [integration/config] - 10https://gerrit.wikimedia.org/r/685627 (https://phabricator.wikimedia.org/T280901) (owner: 10Jforrester) [18:49:14] 10Release-Engineering-Team, 10GitLab (Initialization), 10Software-Licensing, 10User-brennen: Add LICENSE/COPYING to operations/gitlab-ansible - https://phabricator.wikimedia.org/T282496 (10brennen) [18:49:52] 10Release-Engineering-Team, 10GitLab (Initialization), 10Software-Licensing, 10User-brennen: Add LICENSE/COPYING to operations/gitlab-ansible - https://phabricator.wikimedia.org/T282496 (10brennen) Per discussion with @greg, Apache probably works best. [19:13:36] 10MediaWiki-Codesniffer, 10MediaWiki-General, 10Performance-Team (Radar): Using fully-qualified function calls is faster - https://phabricator.wikimedia.org/T200629 (10Umherirrender) Another article with some information about the difference https://php.watch/articles/php-zend-engine-special-inlined-functions [19:19:55] Hi, how can I get access to vote beta for testing? [19:20:09] It does not seem to be connected to SUL, yet I can't seem to create polls otherwise [19:20:24] It gives me an error saying that I'm not an election admin [19:56:01] (03CR) 1020after4: [C: 03+1] "Nice work Lars!" [tools/scap] - 10https://gerrit.wikimedia.org/r/688351 (owner: 10Lars Wirzenius) [19:57:27] Hi, I am trying to use pipelinelib to get a new Docker image into the registry. I am following https://wikitech.wikimedia.org/wiki/Deployment_pipeline/Migration/Tutorial In the tutorial when it gets to the ./pipeline/config.yaml there are actual names of stages, tags etc.. but in the actual HelloWorldoid repo it's only 5 lines, like a stub. Does it mean things have been simplified and only the [19:57:33] stub is needed now for defaults? [19:57:56] Or does it mean what is in the tutorial should be added in the repo it references? [20:02:55] * thcipriani looks at helloworldoid [20:04:26] * thcipriani realizes he's out of date on what's happening here [20:04:45] I see that there's a stub and then there's: https://gerrit.wikimedia.org/r/plugins/gitiles/blubber-doc/example/helloworldoid/+/refs/heads/kubernetes-tutorial/.pipeline/config.yaml [20:04:53] I do know there's some default config in pipelinelib [20:05:44] IIRC longma did some work on documentation "recently" so might have some better idea how to answer your question mutante [20:07:44] there is also another tutorial: https://wikitech.wikimedia.org/wiki/PipelineLib/Tutorial/TestingHelloNode [20:08:10] last updated over a year ago..hmm [20:08:19] thcipriani: thank you, I was just looking at blubber-doc/example/helloworldoid [20:08:32] ah, now that I'm reading the docs again, it seems like you do need to use the kubernetes-tutorial branch .pipeline/config.yaml in this instance [20:08:42] guess I will just try and see what happens when I copy that stub to my new repo [20:09:03] oh, a different branch? looking [20:09:12] yeah, this one: https://gerrit.wikimedia.org/r/plugins/gitiles/blubber-doc/example/helloworldoid/+/refs/heads/kubernetes-tutorial/.pipeline/config.yaml [20:09:32] hi, I'm reading to catch up [20:10:23] there he is again:) [20:10:35] I don't know what happened there [20:10:40] thcipriani: I checked out that branch and see it! thanks:) [20:10:45] cool :) [20:11:03] it was a netsplit [20:11:15] ah, got it [20:11:27] usually I'm on the other side of those, Iguess :P [20:11:35] btw, you don't have to add the tags part unless you want your image to be tagged with an additional tag. Otherwise it will give it the default tag only [20:12:09] longma: good to know, thanks! is it ok to add "test" and "publish" together, or should I do only test first [20:12:30] you can add them at the same time [20:12:36] cool, ty [20:12:38] np [20:14:04] also, about the repo naming scheme.. When I requested my repo for something to use this and then move to k8s.. it seemed wrong to use mediawiki/services/foo, unrelated to mediawiki, so there is now an operations/containers/ structure [20:15:31] James_F: any idea why https://gerrit.wikimedia.org/r/c/mediawiki/skins/Modern/+/684509 and https://gerrit.wikimedia.org/r/c/mediawiki/skins/MonoBook/+/684512 are being ignored by Jenkins? [20:16:38] mutante: I don't think that should present any problems with the pipeline [20:16:47] (03PS2) 1020after4: WIP Added License note to mwrelease scripts [tools/release] - 10https://gerrit.wikimedia.org/r/685080 (owner: 10WMDE-leszek) [20:18:49] (03CR) 10Jdlrobson: [C: 03+1] "No problems for our side." [integration/config] - 10https://gerrit.wikimedia.org/r/685627 (https://phabricator.wikimedia.org/T280901) (owner: 10Jforrester) [20:19:00] longma: great!:) all of this is new to me but there will probably be more "misc" (not-mediawiki) things moving in the future [20:20:25] 10Release-Engineering-Team (Doing), 10Release, 10Train Deployments: 1.37.0-wmf.6 deployment blockers - https://phabricator.wikimedia.org/T281147 (10dancy) [20:20:26] nice :) lmk if you run into any problems! I wanted to make a special notice on the wikipage to draw more attention to switching to the kubernetes-tutorial branch, but I didn't know how :P [20:21:39] yay, great to know who to ask, thank you [20:23:17] (03CR) 1020after4: "Updated with the list of authors and dates gleaned from git history." [tools/release] - 10https://gerrit.wikimedia.org/r/685080 (owner: 10WMDE-leszek) [20:23:32] (03PS3) 1020after4: Added License note to mwrelease scripts [tools/release] - 10https://gerrit.wikimedia.org/r/685080 (owner: 10WMDE-leszek) [20:24:08] (03CR) 1020after4: [C: 03+1] "I think this should be fine but feel free to change the way the list of authors is presented." [tools/release] - 10https://gerrit.wikimedia.org/r/685080 (owner: 10WMDE-leszek) [20:24:17] (03CR) 10Ahmon Dancy: [C: 03+1] Added License note to mwrelease scripts [tools/release] - 10https://gerrit.wikimedia.org/r/685080 (owner: 10WMDE-leszek) [20:35:50] longma: I just learned a longma is a dragon horse [20:35:55] :D [20:37:00] this list of mythical creatures is pretty fun https://en.wikipedia.org/wiki/List_of_legendary_creatures_by_type [20:38:19] cool :) let me suggest that as the naming scheme for "misc" servers in the new "drmrs" data center [20:38:34] (if there are still any not using numbers :P) [20:38:37] haha that would be cool [20:40:39] I tried in -dcops but "no more misc names" :p [20:42:05] hah [20:42:20] 20:40 < robh> you convince everyone to rename mw to Chupacabra1XXX [20:42:32] ;) [20:45:38] maybe need to start with a friendlier creature [21:11:26] 10Release-Engineering-Team, 10GitLab (Initialization), 10Software-Licensing, 10User-brennen: Add LICENSE/COPYING to operations/gitlab-ansible - https://phabricator.wikimedia.org/T282496 (10Sergey.Trofimovsky.SF) This is weird, I vividly remember we added a LICENSE file to the repo. The original Gitlab-sugg... [21:22:50] 10Release-Engineering-Team, 10GitLab (Initialization), 10Software-Licensing, 10User-brennen: Add LICENSE/COPYING to operations/gitlab-ansible - https://phabricator.wikimedia.org/T282496 (10greg) Great, thanks @Sergey.Trofimovsky.SF, MIT is fine as well. [21:27:53] longma: is there anyone in Release Engineering around that could help me debug some jenkins issues I am experiencing? [21:28:30] 10Release-Engineering-Team (Doing), 10Release, 10Train Deployments, 10User-brennen: 1.37.0-wmf.5 deployment blockers - https://phabricator.wikimedia.org/T281146 (10dancy) [21:31:01] Jdlrobson: sure, I can try [21:31:26] is it about the extensions? [21:32:32] skins. rather [21:34:43] 10Release-Engineering-Team (Doing), 10Release, 10Train Deployments, 10User-brennen: 1.37.0-wmf.5 deployment blockers - https://phabricator.wikimedia.org/T281146 (10dancy) [21:35:06] longma: I have a few patches on skins that are not merging [21:35:11] https://gerrit.wikimedia.org/r/c/mediawiki/skins/Modern/+/684509 [21:35:14] https://gerrit.wikimedia.org/r/c/mediawiki/skins/CologneBlue/+/684508 [21:35:18] https://gerrit.wikimedia.org/r/c/mediawiki/skins/MonoBook/+/684512 [21:35:22] https://gerrit.wikimedia.org/r/c/mediawiki/skins/Vector/+/682774 [21:35:28] Radio silence from Jenkins on all of them.. [21:36:03] It's holding up quite a few dependent changes that I'm keen to wrap up before the end of today :) [21:37:13] looking [21:38:44] <3 [21:39:12] 10Release-Engineering-Team (Doing), 10Release, 10Train Deployments, 10User-brennen: 1.37.0-wmf.5 deployment blockers - https://phabricator.wikimedia.org/T281146 (10dancy) [22:16:41] Jdlrobson: just wanted to let you know I'm still looking into this. Debugging this sort of issue is new to me [22:27:02] longma: i appreciate it! It's really strange.. [22:33:22] Jdlrobson: yeah, I'm not seeing any errors for this patch: https://gerrit.wikimedia.org/r/c/mediawiki/skins/Modern/+/684509, but I was wondering if you could remove the dependency cycles for the patch that depends on it? I see some exceptions showing up for that and although I don't think it's related to the Modern patch tests, maybe it would help to clear those up and rule them out [22:34:19] (errors in the zuul logs) [22:38:38] yeah so it feels like this could be the root of the problem, even though we're not totally sure about the mechanism. [22:39:11] apart from "zuul blows up on detecting the cycle" :) [22:40:06] But the Modern patch should Just Merge at this point. [22:40:16] It's a patch on master with a CR+2 and no Depends-On statement. [22:40:27] Regardless of anything else, zuul should try to schedule it. [22:40:51] James_F: yet hasn't since 5th May :/ [22:40:59] is an old depends on cached for some reason? [22:41:10] Maybe. [22:41:37] My only idea is to re-push it under a new change-id and see if that patch works. [22:42:31] James_F: the Modern patch is needed-by https://gerrit.wikimedia.org/r/c/mediawiki/core/+/682773 though... [22:42:35] My other idea is to restart zuul. [22:43:05] brennen: Yeah, but that's mediawiki/core.git's problem. The processor when looking at the Modern patch doesn't care about inbound dependencies, only outbound. [22:43:25] (Restarting zuul is lossy; it'll drop the entire set of in-flight jobs.) [22:43:53] James_F: this is effecting other patches too. [22:44:02] I can try the change id idea on the Cologne blue one [22:44:09] Yeah. [22:44:20] brennen, longma: What do you think about restarting zuul? [22:44:34] that sounds alright to me [22:44:37] we'll try it [22:44:38] yeah i don't have a good enough model of this. i guess i was thinking it might just be triggering the exception before it gets to evaluating that patch, but i don't actually know how zuul is structured... [22:45:00] The tests for Modern not running also coincide with https://gerrit.wikimedia.org/r/c/mediawiki/core/+/682773/8 adding the depends-on s [22:45:02] Runbook here: https://www.mediawiki.org/wiki/Continuous_integration/Zuul#Restart [22:45:22] brennen: It's possible that zuul has "remembered" that the patch has a dependency it doesn't express any more, yes. [22:45:35] https://gerrit.wikimedia.org/r/c/mediawiki/skins/CologneBlue/+/684508 has same problem [22:45:55] Yeah, feels like something more fundamental is wrong. [22:48:10] (03CR) 10Jforrester: [C: 03+1] Added License note to mwrelease scripts [tools/release] - 10https://gerrit.wikimedia.org/r/685080 (owner: 10WMDE-leszek) [22:48:19] !log restarting zuul to try getting tests to run for https://gerrit.wikimedia.org/r/c/mediawiki/skins/Modern/+/684509 [22:48:21] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [22:53:48] OK, that doesn't seem to have worked; it's still flagged as "Dependency cycle detected" in gerrit. [22:54:05] I guess we will need to force-merge the skin patches. :-( [22:54:33] https://phabricator.wikimedia.org/P15961 [22:54:35] we're still getting exceptions in the zuul error log for the dependency cycle as well. [22:54:41] Right. :-( [22:54:48] Clearly it's not stored in memory in zuul. [22:54:53] I thought it was. [22:55:02] what's not stored in memory? [22:55:12] Inter-patch dependencies. [22:55:30] why not fix the dependency cycle? [22:57:14] longma: The dependency cycle is meant to be created via `Depends-On:` instructions, but e.g. https://gerrit.wikimedia.org/r/c/mediawiki/skins/Modern/+/684509/ doesn't have one but is still listed as such. [22:58:25] I know about the Modern patch not having a dependency, but it seems suspicious that all the patches that are failing are somehow related to this patch: https://gerrit.wikimedia.org/r/c/mediawiki/core/+/682773 . So do you mean that it's okay for there to be a dependency cycle? [22:59:05] failing -> tests not running [22:59:42] No, dependency cycles are bad and cause the patches to never merge (unless you force-merge one of them). [23:02:12] My theory is that if we force-merge all the patches that 682773 depends on, zuul will Just Work™ and merge the core patch as normal. [23:02:28] James_F: im guessing at some point I may have had a depends-on on the Modern patch and then made it the other way round (Added to core) and confused things [23:02:28] (After a few minutes of zuul freaking out about someone other than it merging patches.) [23:02:33] or you could just remove the dependency cycles on https://gerrit.wikimedia.org/r/c/mediawiki/core/+/682773 [23:02:47] longma: Yes, maybe. Or maybe not. [23:04:13] Is there a reason not to? [23:04:20] Jdlrobson: Are these patches you want to back-port to REL1_36? [23:04:53] If so, we'll have to remember to also back-port all the dependent patches if we remove the depends-on directive. [23:05:54] Jdlrobson: I don't see any depends-on in the Modern patch commit message history [23:06:18] longma: Yeah, hence my confusion. Something's wrong here. [23:06:41] James_F: nope not backport [23:06:56] (ing) [23:07:04] Ack. OK, let's remove the dependency directives to see if that magically fixes it. [23:09:26] Hmm. [23:10:02] Oh! [23:10:12] Yeah, there was still a cycle from Vector which was holding up the universe. [23:10:47] Now they're all merging. [23:11:30] nice [23:12:48] I so look forward to replacing all this with GitHub. [23:12:49] Err. [23:12:51] GitLab. [23:12:52] :) [23:12:59] working on it, i swear [23:13:22] It'll have lots of problems, sure, but they'll be /fresh/ problems that don't irritate me by being things I'll worked around for half a decade or more. ;-) [23:13:28] lol [23:13:33] brennen: Sorry, didn't mean to add pressure. :-) [23:13:40] haha, no, not at all. :) [23:13:46] i too look forward to getting there [23:13:54] there will still be a lot of yaml but i guess at least it will be in smaller files. [23:14:03] BTW, is there a proper "we offer ourselves up as tribute" process for early-adopters? We've got some fun repos we'll like to migrate. [23:14:07] !log root@integration-agent-qemu-1001:/home/addshore# rm qmeutest/out.img (Reclaiming space to be able to make other changes) [23:14:08] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [23:14:37] Yes. It's like regexes. ("You had one problem. You attempt to use regexes to solve it. Now you have two problems.") [23:14:39] James_F: there's a list in a document somewhere that i will happily dig up and add you to [23:15:03] We had one centralised YAML file. We solve it with per-repo controls. Now we have 2000 YAML files. [23:15:05] but i'm going to send a wikitech-l status update on gitlab yet this week and it occurs to me that the "please let us be early adopters" list should be put somewhere formally before i do that [23:15:16] +1 [23:16:30] brennen: echo "legoktm" >> $document please :) [23:16:39] imma make a phab ticket. [23:18:09] The one candidate I have in particular is good because it isn't in the MW ecosystem (stand-alone CI), it isn't published as an image (no need for special keys yet), and yet it's actively developed and included as a git submodule in other repos, so it'll prove that it's "real". [23:18:56] thanks all for the sleuthing here [23:19:09] Jdlrobson: It's a fun journey. :-) [23:19:37] Jdlrobson: Do you have something that should block the 1.36.0 release? We're days/hours away from release, but we can hold it back if you've got something, but please do file a blocker task. [23:19:43] Something about TOCs [23:19:44] ? [23:34:19] 10Release-Engineering-Team (Doing), 10Release, 10Train Deployments, 10User-brennen: 1.37.0-wmf.5 deployment blockers - https://phabricator.wikimedia.org/T281146 (10dancy) [23:37:57] 10Release-Engineering-Team, 10GitLab (Initialization), 10User-brennen: Early adoption signup for WMF GitLab - https://phabricator.wikimedia.org/T282842 (10brennen) [23:39:30] 10Release-Engineering-Team, 10GitLab (Initialization), 10User-brennen: Early adoption signup for WMF GitLab - https://phabricator.wikimedia.org/T282842 (10Jdforrester-WMF) We on the Abstract Wikipedia team would like to volunteer to help out with this. We have a repo we think is a good early candidate, and w... [23:41:21] 10Release-Engineering-Team (Doing), 10Release, 10Train Deployments, 10User-brennen: 1.37.0-wmf.5 deployment blockers - https://phabricator.wikimedia.org/T281146 (10dancy) End of day status: Blocked at group1 due to some new error messages in logs. - T282833 MapSourcesPage.php: PHP Notice: Undefined off... [23:47:31] 10Release-Engineering-Team, 10GitLab (Initialization), 10User-brennen: Early adoption signup for WMF GitLab - https://phabricator.wikimedia.org/T282842 (10brennen) Folks who have so far indicated we should get in touch about this: Chris/ML, PET, Dan Andreescu / Analytics, Scott Bassett / Security, Kate Chapm... [23:48:00] (03PS10) 10Jforrester: Zuul: Add Parsoid to the gatedextensions list [integration/config] - 10https://gerrit.wikimedia.org/r/655695 (owner: 10C. Scott Ananian) [23:57:34] (03CR) 10Jforrester: "(Rebased.)" [integration/config] - 10https://gerrit.wikimedia.org/r/655695 (owner: 10C. Scott Ananian)