[07:56:43] (03PS29) 10Jeena Huneidi: scap backport: add revert option [tools/scap] - 10https://gerrit.wikimedia.org/r/806352 (https://phabricator.wikimedia.org/T287046) [07:59:19] (03PS1) 10Jeena Huneidi: Add test for scap backport --revert [tools/train-dev] - 10https://gerrit.wikimedia.org/r/809094 (https://phabricator.wikimedia.org/T287046) [08:00:28] (03CR) 10CI reject: [V: 04-1] Add test for scap backport --revert [tools/train-dev] - 10https://gerrit.wikimedia.org/r/809094 (https://phabricator.wikimedia.org/T287046) (owner: 10Jeena Huneidi) [08:00:53] (03PS2) 10Jeena Huneidi: Add test for scap backport --revert [tools/train-dev] - 10https://gerrit.wikimedia.org/r/809094 (https://phabricator.wikimedia.org/T287046) [08:01:37] (03CR) 10CI reject: [V: 04-1] Add test for scap backport --revert [tools/train-dev] - 10https://gerrit.wikimedia.org/r/809094 (https://phabricator.wikimedia.org/T287046) (owner: 10Jeena Huneidi) [08:29:40] Hi folks! [08:29:45] any thought on https://phabricator.wikimedia.org/T311390 ? [08:29:56] I think it may be just a matter of updating credentials, but no idea how to do it [08:41:48] 10Release-Engineering-Team, 10Scap, 10Patch-For-Review: scap-o-scap: Bootstrapping a new host fails - https://phabricator.wikimedia.org/T310740 (10elukey) This is what I get from new Cassandra nodes upon first/second puppet run: ` Notice: /Stage[main]/Cassandra::Logging/Scap::Target[cassandra/logstash-logba... [08:43:07] 10Release-Engineering-Team, 10Scap, 10Patch-For-Review: scap-o-scap: Bootstrapping a new host fails - https://phabricator.wikimedia.org/T310740 (10elukey) I've ran `scap install-world --batch` on deploy1002 to unblock my use case, lemme know if you need more info from me :) [08:43:13] elukey: that repo is entirely broken for sure [08:43:48] iirc the development is done on GitHub, Phabricator is configured to replicate it from GitHub to Gerrit [08:44:05] we might as well deploy directly from GitHub and remove that faulty replication workaround [08:44:43] rant aside, in the gerrit sshd log i see: [2022-06-28T08:36:42.332Z] 3aca3ca9 [SSHD] phabricator - AUTH FAILURE FROM 2620:0:861:102:10:64:16:8 - - - user-not-found - - - - [08:44:48] the IP being phab1001 [08:45:23] it happened before in https://phabricator.wikimedia.org/T224996#7088785, not sure how it was solved [08:45:36] it seems as if some credentials got rotated [08:45:37] or similar [08:46:22] https://ldap.toolforge.org/user/phab says the gerrit username should be phab, not phabricator [08:55:26] 10Release-Engineering-Team (Priority Backlog đŸ“Ĩ), 10Release, 10Train Deployments: 1.39.0-wmf.18 deployment blockers - https://phabricator.wikimedia.org/T308071 (10kostajh) [08:55:55] taavi: ah interesting! [08:56:22] it is weird since this problem happened recently, mirroring worked before (like a couple of months ago) [09:01:24] 10Phabricator, 10Release-Engineering-Team, 10Machine-Learning-Team: Github's wikimedia/ores not mirroring to Gerrit's scoring /ores /ores - https://phabricator.wikimedia.org/T311390 (10hashar) In the Gerrit sshd logs (`gerrit1001` `/var/log/gerrit/sshd_log`): ` [2022-06-28T08:36:42.332Z] 3aca3ca9 [SSHD] pha... [09:01:27] elukey: I commented with some investigations bits [09:02:15] the short story is doing the development on GitHub then using Phabricator to replicate those to Gerrit is an oddity setup because some wanted to use Github while we enforced deployment to happen solely from Gerrit [09:02:40] I am pretty sure only those ORES repos are replicated this way and it turns out to be fragile :] [09:02:59] ideally that Phabricator based replication should be decommissioned [09:03:18] and the code should be moved either to Gerrit (which has LFS support) or moved to Gitlab (not sure whether LFS is enabled) [09:04:03] I will try to sort out the ssh issue [09:04:16] last synced commit is from late January so who knows :] [09:05:52] 10Diffusion: Phab doesn't know about RemexHtml repo? - https://phabricator.wikimedia.org/T311465 (10Aklapper) [09:12:53] hashar: definitely, we are trying to phase out ORES so hopefully when Lift Wing is ready we'll drop everything. For the moment we'd need to make few deployments for ORES though (maintenance), so if we could fix the user issue it would be super great [09:13:16] but I understand that it may require some scaffolding and annoyiance, lemme know if I can help, sorry for the trouble :( [09:14:24] elukey: no worries, it is literally my job to sort out those kinds of oddities even if there could be a more ideal solution :] [09:14:33] 10Phabricator, 10Release-Engineering-Team, 10Machine-Learning-Team: Github's wikimedia/ores not mirroring to Gerrit's scoring /ores /ores - https://phabricator.wikimedia.org/T311390 (10hashar) rORES replication config is at https://phabricator.wikimedia.org/source/ores/manage/uris/ {F35283163 size=full} P... [09:15:24] I don't understand how it ever synced to be fair :] [09:19:33] 10Phabricator, 10Release-Engineering-Team, 10Machine-Learning-Team: Github's wikimedia/ores not mirroring to Gerrit's scoring /ores /ores - https://phabricator.wikimedia.org/T311390 (10hashar) From the URI configuration history at https://phabricator.wikimedia.org/source/ores/uri/view/20533/ > @MarcoAureli... [09:34:36] elukey: found it. The repo replication has been broken since Sep / Oct 2019 [09:34:57] the last three updates were manually pushed by Halfak / Acraze directly to Gerrit [09:35:12] 10Phabricator, 10Release-Engineering-Team, 10Machine-Learning-Team: Github's wikimedia/ores not mirroring to Gerrit's scoring /ores /ores - https://phabricator.wikimedia.org/T311390 (10hashar) The Phabricator replication from GitHub to Gerrit has been broken since September 2019 at least since the configure... [09:35:16] given they are no more WMF employees, I am not sure how their accounts are still enabled but that is a side story : [09:35:48] I am changing the replication user to see whether that fixes it [09:37:50] !log phabricator: changed username of rORES Phab>Gerrit replication from `phab` to `phabricator` # T311390 [09:37:52] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [09:37:53] T311390: Github's wikimedia/ores not mirroring to Gerrit's scoring /ores /ores - https://phabricator.wikimedia.org/T311390 [09:46:00] thanks a lot :) [09:46:42] 10Phabricator, 10Release-Engineering-Team, 10Machine-Learning-Team: Github's wikimedia/ores not mirroring to Gerrit's scoring /ores /ores - https://phabricator.wikimedia.org/T311390 (10Aklapper) >>! In T311390#8032141, @hashar wrote: > I am really tempted to take that opportunity to phase out the {nav Githu... [09:51:07] 10Phabricator, 10Release-Engineering-Team, 10Machine-Learning-Team: Github's wikimedia/ores not mirroring to Gerrit's scoring /ores /ores - https://phabricator.wikimedia.org/T311390 (10hashar) I have triggered a mirror push on phab1001: ` name=/srv/phab/phabricator/bin/repository mirror --verbose ORES Pushi... [09:53:38] elukey: well you have to push manually to Gerrit scoring/ores/ores rpeo. I don't get why ssh doesn't work [09:53:47] maybe the ssh key is broken somehow [09:55:35] my recommendation is to migrate to Gerrit or eventually to Gitlab depending on whether LFS support is needed [09:55:56] then we can dish out that awkward replication setup in Phab [10:02:23] hashar: ack thanks for all the efforts! [10:02:24] <3 [12:12:06] hashar: https://gerrit.wikimedia.org/r/c/mediawiki/extensions/GrowthExperiments/+/809110 fixes a train blocker, should we merge + sync it now, or wait for a backport window? [12:12:35] I can't be around for the backport window 40 minutes from now [12:14:29] hashar: ah, looks like Sergio from Growth team can do it in the upcoming backport window, so never mind [12:40:18] kostajh: thanks :) [12:54:29] 10Release-Engineering-Team (Priority Backlog đŸ“Ĩ), 10Release, 10Train Deployments: 1.39.0-wmf.18 deployment blockers - https://phabricator.wikimedia.org/T308071 (10Lucas_Werkmeister_WMDE) ##### Risky Patch! 🚂đŸ”Ĩ * **Change**: https://gerrit.wikimedia.org/r/c/808836, https://gerrit.wikimedia.org/r/c/808837 (T31... [13:39:50] !log gerrit: added `Cindy-the-browser-test-bot` to the `Service Users` group https://gerrit.wikimedia.org/r/admin/groups/d39fe9cefd40ca1a07e372c0d7bd7e72ce2e4a2f,members | T311370 [13:39:52] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [13:39:53] T311370: Positive test reports by Cindy-the-browser-test-bot should not result in setting Attention to the patch owner - https://phabricator.wikimedia.org/T311370 [13:43:26] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team, 10CirrusSearch, 10Gerrit-Privilege-Requests, 10Discovery-Search (Current work): Positive test reports by Cindy-the-browser-test-bot should not result in setting Attention to the patch owner - https://phabricator.wikimedia.org/T311370 (10... [14:12:23] 10Phabricator, 10Release-Engineering-Team, 10Machine-Learning-Team (Active Tasks): Github's wikimedia/ores not mirroring to Gerrit's scoring /ores /ores - https://phabricator.wikimedia.org/T311390 (10elukey) [14:18:40] 10Phabricator, 10Release-Engineering-Team, 10Machine-Learning-Team (Active Tasks): Github's wikimedia/ores not mirroring to Gerrit's scoring/ores/ores - https://phabricator.wikimedia.org/T311390 (10Reedy) [14:22:54] 10Release-Engineering-Team (Deployment Autopilot 🛩ī¸), 10Scap, 10Infrastructure-Foundations, 10serviceops, 10Patch-For-Review: Use scap to deploy itself to scap targets - https://phabricator.wikimedia.org/T303559 (10dancy) [14:23:30] 10Release-Engineering-Team, 10Scap, 10Patch-For-Review: scap-o-scap: Bootstrapping a new host fails - https://phabricator.wikimedia.org/T310740 (10dancy) 05Stalled→03In progress p:05Low→03Medium [14:43:49] Project beta-update-databases-eqiad build #59619: 15ABORTED in 18 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/59619/ [14:44:01] Project beta-code-update-eqiad build #397831: 15ABORTED in 25 sec: https://integration.wikimedia.org/ci/job/beta-code-update-eqiad/397831/ [14:45:17] !log clear stuck beta deployment jobs, now running & will keep an eye [14:45:18] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [15:00:35] logstash is currently flooded with T311271. My guess is that https://gerrit.wikimedia.org/r/c/operations/mediawiki-config/+/809170 is not completly synced? [15:00:37] T311271: PHP Warning: array_key_exists() expects parameter 2 to be array, float given - https://phabricator.wikimedia.org/T311271 [15:02:52] (03CR) 10Ahmon Dancy: scap backport: add revert option (032 comments) [tools/scap] - 10https://gerrit.wikimedia.org/r/806352 (https://phabricator.wikimedia.org/T287046) (owner: 10Jeena Huneidi) [15:06:23] 10Release-Engineering-Team (Deployment Autopilot 🛩ī¸), 10Scap, 10Patch-For-Review: Automated Tuesday Train via a timer - https://phabricator.wikimedia.org/T310395 (10dancy) [15:06:30] 10Release-Engineering-Team (Deployment Autopilot 🛩ī¸), 10Scap: Allow Scap to push to Gerrit without operator creds - https://phabricator.wikimedia.org/T306425 (10dancy) 05Open→03Resolved a:03hashar [15:22:13] 10Release-Engineering-Team, 10Scap, 10Patch-For-Review: scap-o-scap: Bootstrapping a new host fails - https://phabricator.wikimedia.org/T310740 (10dancy) We need some way to ensure that the File['/usr/bin/scap'] resource (defined in operations/puppet/modules/scap/manifests/init.pp) is created before the scap... [15:28:04] (03CR) 10Ahmon Dancy: [C: 03+2] Remove ssh-agent startup/kill from train and test-scap-backport scripts [tools/train-dev] - 10https://gerrit.wikimedia.org/r/809001 (owner: 10Ahmon Dancy) [15:28:34] (03Merged) 10jenkins-bot: Remove ssh-agent startup/kill from train and test-scap-backport scripts [tools/train-dev] - 10https://gerrit.wikimedia.org/r/809001 (owner: 10Ahmon Dancy) [15:29:23] (03PS1) 10Ahmon Dancy: Clean up ProcessPoolExecutor after using it [tools/scap] - 10https://gerrit.wikimedia.org/r/809202 [15:49:28] 10GitLab (CI & Job Runners), 10Patch-For-Review: DNS/networking not working on Trusted Runners - https://phabricator.wikimedia.org/T311241 (10dduvall) >>! In T311241#8031518, @Dzahn wrote: > "When you deploy a container on your network, if it cannot find a DNS server defined in /etc/resolv.conf, by default it... [15:58:22] (03PS1) 10Ahmon Dancy: Release 4.10.0-1 [tools/scap] - 10https://gerrit.wikimedia.org/r/809212 [15:58:24] (03CR) 10Ahmon Dancy: [C: 03+2] Release 4.10.0-1 [tools/scap] - 10https://gerrit.wikimedia.org/r/809212 (owner: 10Ahmon Dancy) [16:02:32] (03Merged) 10jenkins-bot: Release 4.10.0-1 [tools/scap] - 10https://gerrit.wikimedia.org/r/809212 (owner: 10Ahmon Dancy) [16:12:36] 10Release-Engineering-Team (Priority Backlog đŸ“Ĩ), 10Patch-For-Review, 10Release, 10Train Deployments: 1.39.0-wmf.15 deployment blockers - https://phabricator.wikimedia.org/T308068 (10dduvall) 05Open→03Resolved [16:14:31] 10Release-Engineering-Team (Priority Backlog đŸ“Ĩ), 10Release, 10Train Deployments: 1.39.0-wmf.18 deployment blockers - https://phabricator.wikimedia.org/T308071 (10Zabe) [16:23:56] 10Release-Engineering-Team (Deployment Autopilot 🛩ī¸), 10Scap, 10Patch-For-Review: Automated Tuesday Train via a timer - https://phabricator.wikimedia.org/T310395 (10dduvall) For the logic behind "Timer determines the wmf.X branch/version for the week" I propose that we let the automated train branch job figu... [16:28:52] 10Release-Engineering-Team (Deployment Autopilot 🛩ī¸), 10Scap, 10Patch-For-Review: Automated Tuesday Train via a timer - https://phabricator.wikimedia.org/T310395 (10dduvall) Alternately, the branch cut job could write the branch name and/or version to an artifact (say `MW_VERSION`) and we could poll https://... [16:37:40] 10Release-Engineering-Team (Deployment Autopilot 🛩ī¸), 10Scap, 10Patch-For-Review: Automated Tuesday Train via a timer - https://phabricator.wikimedia.org/T310395 (10dancy) >>! In T310395#8033863, @dduvall wrote: > Alternately, the branch cut job could write the branch name and/or version to an artifact (say... [16:40:59] (03PS1) 10Ahmon Dancy: Add auto mode to stage-train [tools/scap] - 10https://gerrit.wikimedia.org/r/809220 (https://phabricator.wikimedia.org/T310395) [16:56:42] (03CR) 10CI reject: [V: 04-1] Add auto mode to stage-train [tools/scap] - 10https://gerrit.wikimedia.org/r/809220 (https://phabricator.wikimedia.org/T310395) (owner: 10Ahmon Dancy) [17:07:10] (03PS1) 10Ahmon Dancy: Set author on commit created by deploy-promote [tools/scap] - 10https://gerrit.wikimedia.org/r/809222 [17:10:55] 10Phabricator (Upstream), 10Release-Engineering-Team, 10Upstream, 10User-brennen: Uploaded files via the drag-and-drop are defaulting to private-access - https://phabricator.wikimedia.org/T310833 (10DLynch) Is this actually resolved? I saw it still occurring in a comment left today. [17:19:00] (03PS2) 10Ahmon Dancy: Set author on commits created by deploy-promote and apply-patches [tools/scap] - 10https://gerrit.wikimedia.org/r/809222 [17:22:33] 10Release-Engineering-Team, 10Platform Engineering, 10Similar Editors, 10Anti-Harassment (AHaT Sprint 11: The Fascinator): Configure SimilarEditors in production with Similarusers credentials - https://phabricator.wikimedia.org/T308670 (10ARamirez_WMF) [17:32:03] 10Phabricator (Upstream), 10Release-Engineering-Team, 10Upstream, 10User-brennen: Uploaded files via the drag-and-drop are defaulting to private-access - https://phabricator.wikimedia.org/T310833 (10brennen) Another public domain dinosaur test: {F35284639} [17:33:33] 10Phabricator (Upstream), 10Release-Engineering-Team, 10Upstream, 10User-brennen: Uploaded files via the drag-and-drop are defaulting to private-access - https://phabricator.wikimedia.org/T310833 (10brennen) A public domain dinosaur test for the upload button: {F35284642} [17:35:53] 10Phabricator (Upstream), 10Release-Engineering-Team, 10Upstream, 10User-brennen: Uploaded files via the drag-and-drop are defaulting to private-access - https://phabricator.wikimedia.org/T310833 (10brennen) A public domain dinosaur test for the copy-and-paste action: {F35284644} [17:41:07] 10Phabricator (Upstream), 10Release-Engineering-Team, 10Upstream, 10User-brennen: Uploaded files via the drag-and-drop are defaulting to private-access - https://phabricator.wikimedia.org/T310833 (10brennen) 05Resolved→03Open All I can say definitively at the moment is that this seems to automatically... [17:52:39] 10Continuous-Integration-Config, 10Project-Admins: Publish MultiMail extension - https://phabricator.wikimedia.org/T311542 (10Mainframe98) [17:57:00] (03CR) 10Ahmon Dancy: [C: 04-1] "Hacking. Don't look at this." [tools/scap] - 10https://gerrit.wikimedia.org/r/809222 (owner: 10Ahmon Dancy) [18:00:53] 10Phabricator (Upstream), 10Release-Engineering-Team, 10Upstream, 10User-brennen: Uploaded files via the drag-and-drop are defaulting to private-access - https://phabricator.wikimedia.org/T310833 (10matmarex) I imagine it could happen if you copy-paste (or drag-and-drop) the files on one task, then cut-and... [18:02:03] 10Phabricator (Upstream), 10Release-Engineering-Team, 10Upstream, 10User-brennen: Uploaded files via the drag-and-drop are defaulting to private-access - https://phabricator.wikimedia.org/T310833 (10matmarex) And indeed. I don't think it's possible to make this work automatically with Phab's new model for... [18:17:28] 10Phabricator (Upstream), 10Release-Engineering-Team, 10Upstream, 10User-brennen: Uploaded files via the drag-and-drop are defaulting to private-access - https://phabricator.wikimedia.org/T310833 (10brennen) > I imagine it could happen if you copy-paste (or drag-and-drop) the files on one task, then cut-an... [19:07:27] immediately looks at that only because it said ""Hacking. Don't look at this."" [19:07:36] jk [19:38:57] haha [19:43:38] (03PS30) 10Jeena Huneidi: scap backport: add revert option [tools/scap] - 10https://gerrit.wikimedia.org/r/806352 (https://phabricator.wikimedia.org/T287046) [19:43:49] (03CR) 10Jeena Huneidi: scap backport: add revert option (033 comments) [tools/scap] - 10https://gerrit.wikimedia.org/r/806352 (https://phabricator.wikimedia.org/T287046) (owner: 10Jeena Huneidi) [20:25:44] Running with gitlab-runner 14.10.1 (f761588f) [20:26:05] on gitlab-runner2004.codfw.wmnet JH3rkqws [20:26:11] $ echo "Compile complete." [20:26:16] Job succeeded [20:29:39] 10GitLab (CI & Job Runners), 10Patch-For-Review: DNS/networking not working on Trusted Runners - https://phabricator.wikimedia.org/T311241 (10Dzahn) A big thank you to @taavi for providing https://gerrit.wikimedia.org/r/c/operations/puppet/+/809085. I compiled and deployed that, watched it write the ferm chan... [20:31:18] (03PS3) 10Jeena Huneidi: Add test for scap backport --revert [tools/train-dev] - 10https://gerrit.wikimedia.org/r/809094 (https://phabricator.wikimedia.org/T287046) [20:31:27] 10GitLab (CI & Job Runners), 10serviceops-collab: DNS/networking not working on Trusted Runners - https://phabricator.wikimedia.org/T311241 (10Dzahn) [20:41:23] (03CR) 10Ahmon Dancy: Add test for scap backport --revert (032 comments) [tools/train-dev] - 10https://gerrit.wikimedia.org/r/809094 (https://phabricator.wikimedia.org/T287046) (owner: 10Jeena Huneidi) [20:42:32] 10GitLab (CI & Job Runners), 10serviceops-collab: DNS/networking not working on Trusted Runners - https://phabricator.wikimedia.org/T311241 (10Dzahn) testing DNS resolution inside container: ` root@gitlab-runner2004:/home/dzahn# docker exec -it -u root 22c009621ded bash ... root@22c009621ded:/# nslookup gitla... [20:42:56] 10GitLab (CI & Job Runners), 10Release-Engineering-Team (GitLab-a-thon đŸĻŠ), 10Patch-For-Review, 10User-brennen: Deploy buildkitd to trusted GitLab runners - https://phabricator.wikimedia.org/T308271 (10Dzahn) [20:43:03] 10GitLab (CI & Job Runners), 10serviceops-collab: DNS/networking not working on Trusted Runners - https://phabricator.wikimedia.org/T311241 (10Dzahn) 05Open→03Resolved a:03Dzahn [20:43:22] (03PS4) 10Jeena Huneidi: Add test for scap backport --revert [tools/train-dev] - 10https://gerrit.wikimedia.org/r/809094 (https://phabricator.wikimedia.org/T287046) [20:43:32] (03CR) 10Jeena Huneidi: Add test for scap backport --revert (032 comments) [tools/train-dev] - 10https://gerrit.wikimedia.org/r/809094 (https://phabricator.wikimedia.org/T287046) (owner: 10Jeena Huneidi) [20:56:18] 10GitLab (CI & Job Runners), 10Release-Engineering-Team (GitLab-a-thon đŸĻŠ), 10Patch-For-Review, 10User-brennen: Deploy buildkitd to trusted GitLab runners - https://phabricator.wikimedia.org/T308271 (10Dzahn) We have the first `Compiling the code... $ echo "Compile complete."` ever today after subtask about... [21:29:55] (03PS31) 10Jeena Huneidi: scap backport: add revert option [tools/scap] - 10https://gerrit.wikimedia.org/r/806352 (https://phabricator.wikimedia.org/T287046) [21:52:06] mutante: nice! [22:01:05] (03CR) 10Ahmon Dancy: [C: 03+2] scap backport: add revert option (031 comment) [tools/scap] - 10https://gerrit.wikimedia.org/r/806352 (https://phabricator.wikimedia.org/T287046) (owner: 10Jeena Huneidi) [22:01:09] (03CR) 10Ahmon Dancy: [C: 03+2] Add test for scap backport --revert [tools/train-dev] - 10https://gerrit.wikimedia.org/r/809094 (https://phabricator.wikimedia.org/T287046) (owner: 10Jeena Huneidi) [22:01:39] (03Merged) 10jenkins-bot: Add test for scap backport --revert [tools/train-dev] - 10https://gerrit.wikimedia.org/r/809094 (https://phabricator.wikimedia.org/T287046) (owner: 10Jeena Huneidi) [22:05:07] (03Merged) 10jenkins-bot: scap backport: add revert option [tools/scap] - 10https://gerrit.wikimedia.org/r/806352 (https://phabricator.wikimedia.org/T287046) (owner: 10Jeena Huneidi) [22:09:25] (03PS1) 10Hashar: Run bazel test on jsonschemagenerator [integration/config] - 10https://gerrit.wikimedia.org/r/809305 (https://phabricator.wikimedia.org/T304947) [22:34:30] 10Release-Engineering-Team (Priority Backlog đŸ“Ĩ), 10Release, 10Train Deployments: 1.39.0-wmf.19 deployment blockers - https://phabricator.wikimedia.org/T308072 (10Jdlrobson) [23:15:03] 10Phabricator: Username Change Request - https://phabricator.wikimedia.org/T311575 (10Zabe) [23:48:58] (03CR) 10BryanDavis: "dduvall: poke" [blubber] - 10https://gerrit.wikimedia.org/r/789950 (https://phabricator.wikimedia.org/T296046) (owner: 10BryanDavis)