[00:05:54] bd808: i think it would be nice to use a normal comment style that allows replying to it, so that we can clarify it if the deployment gets cancelled or something. [00:06:12] neither of those seems to allow normal replies :/ [00:07:14] MatmaRex: hmm.. so you would like to see it as an open issue on the review? [00:08:48] hmm, i guess? i didn't really think of that. but i suppose it does represent an action item waiting to be done [00:09:08] or it could be marked as a resolved comment [00:09:36] (i feel like most people don't really pay attention to that anyway) [00:10:32] yeah, I think that would end up looking like the robot comment version but as you said you would be able to reply to it. Let me mess about a bit and see what options there might be for that. [00:10:39] i wouldn't mind either of the options you've already implemented, though [00:20:08] Project beta-update-databases-eqiad build #76660: 04STILL FAILING in 7.7 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/76660/ [01:20:08] Project beta-update-databases-eqiad build #76661: 04STILL FAILING in 7.8 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/76661/ [02:20:08] Project beta-update-databases-eqiad build #76662: 04STILL FAILING in 7.2 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/76662/ [03:20:08] Project beta-update-databases-eqiad build #76663: 04STILL FAILING in 7.5 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/76663/ [04:20:08] Project beta-update-databases-eqiad build #76664: 04STILL FAILING in 7.4 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/76664/ [05:20:08] Project beta-update-databases-eqiad build #76665: 04STILL FAILING in 7.5 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/76665/ [05:55:17] 10Beta-Cluster-Infrastructure, 10AbuseFilter: Beta cluster fails to update database due to MigrateActorsAF maintenance script - https://phabricator.wikimedia.org/T367144#9883136 (10hashar) For commonswiki: `counterexample Running /srv/mediawiki-staging/php-master/extensions/AbuseFilter/includes/Hooks/Handlers/... [06:20:08] Project beta-update-databases-eqiad build #76666: 04STILL FAILING in 7.8 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/76666/ [06:37:22] (03CR) 10Hashar: [C:03+2] "Lets give it a try given that seems to work from the browser console and that is how I wrote and tested the code previously." [software/gerrit] (deploy/wmf/stable-3.9) - 10https://gerrit.wikimedia.org/r/1041243 (https://phabricator.wikimedia.org/T360550) (owner: 10Hashar) [06:38:03] (03Merged) 10jenkins-bot: wm-zuul-status: fix reload button [software/gerrit] (deploy/wmf/stable-3.9) - 10https://gerrit.wikimedia.org/r/1041243 (https://phabricator.wikimedia.org/T360550) (owner: 10Hashar) [06:42:33] 10Gerrit (Gerrit 3.7), 13Patch-For-Review: Gerrit 3.7.8: CI has completed checks. Reload the change view? RELOAD button doesn't work - https://phabricator.wikimedia.org/T360550#9883176 (10hashar) I have tried it live (waiting for the result of a `postmerge` to complete) and clicking {nav RELOAD} fixed it. Add... [06:47:10] !log gerrit: changed HEAD of operations/software/gerrit from `deploy/wmf/stable-3.8` to `deploy/wmf/stable-3.9` # T354886 [06:47:13] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [06:47:13] T354886: Upgrade to Gerrit 3.8 - https://phabricator.wikimedia.org/T354886 [06:47:55] !log gerrit: changed HEAD of operations/software/gerrit from `deploy/wmf/stable-3.8` to `deploy/wmf/stable-3.9` # T354887 [06:47:57] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [06:47:57] T354887: Upgrade to Gerrit 3.9 - https://phabricator.wikimedia.org/T354887 [06:47:58] off by one :( [07:13:27] 10Gerrit, 06Release-Engineering-Team: Gerrit error: Error while fetching results for wm-patch-demo - https://phabricator.wikimedia.org/T367155#9883217 (10hashar) Thank you for the task! The issue is that patch demo can fail and the fetched json would end up being invalid since it is an error message and additi... [07:20:08] Project beta-update-databases-eqiad build #76667: 04STILL FAILING in 7.8 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/76667/ [07:43:20] 10Gerrit, 06Release-Engineering-Team: Gerrit error: Error while fetching results for wm-patch-demo - https://phabricator.wikimedia.org/T367155#9883276 (10Tacsipacsi) >>! In T367155#9882210, @Dzahn wrote: > Thanks for the clarification. As of today I can confirm it happened in repo `operations/puppet` but that... [07:59:54] 10Gerrit: «Error while fetching results for wm-patch-demo: SyntaxError: Unexpected token '<', "
"... is not valid JSON» in all gerrit patches - https://phabricator.wikimedia.org/T363355#9883293 (10hashar) This task was to get patch demo to be fixed. A continuation is made via T367155 to ignore error... [08:20:13] Project beta-update-databases-eqiad build #76668: 04STILL FAILING in 13 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/76668/ [08:30:32] 10Gerrit, 06Release-Engineering-Team: Gerrit error: Error while fetching results for wm-patch-demo - https://phabricator.wikimedia.org/T367155#9883346 (10hashar) a:03hashar [08:30:35] (03PS1) 10Hashar: wm-patch-demo: silently ignore errors [software/gerrit] (deploy/wmf/stable-3.9) - 10https://gerrit.wikimedia.org/r/1042153 (https://phabricator.wikimedia.org/T367155) [08:34:28] (03CR) 10Hashar: "Whenever the patchdemo service fails, that causes a red chipset to be displayed on any change which is a bit confusing. There are few rea" [software/gerrit] (deploy/wmf/stable-3.9) - 10https://gerrit.wikimedia.org/r/1042153 (https://phabricator.wikimedia.org/T367155) (owner: 10Hashar) [08:59:28] 10Phabricator, 06Release-Engineering-Team, 07Developer Productivity, 13Patch-For-Review: Disable parent task metadata by default for new sub tasks - https://phabricator.wikimedia.org/T239378#9883404 (10ArielGlenn) I don't mind if subscribers aren't copied, as long as there's an easy way for subscribers to... [09:20:10] Project beta-update-databases-eqiad build #76669: 04STILL FAILING in 9.5 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/76669/ [09:21:31] (03approved) 10jnuche: deploy-local: Remove "symlink is current" check [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/352 (https://phabricator.wikimedia.org/T342162) (owner: 10dancy) [09:33:03] 10Beta-Cluster-Infrastructure, 10AbuseFilter: Beta cluster fails to update database due to MigrateActorsAF maintenance script - https://phabricator.wikimedia.org/T367144#9883492 (10Ladsgroup) Fixed commons. Let's see what's next. [09:34:34] Project beta-update-databases-eqiad build #76670: 04STILL FAILING in 42 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/76670/ [09:34:40] 10Beta-Cluster-Infrastructure, 10AbuseFilter: Beta cluster fails to update database due to MigrateActorsAF maintenance script - https://phabricator.wikimedia.org/T367144#9883494 (10matej_suchanek) I'm still super confused, but I think the corruptions might be related to RenameUser. AbuseFilter did not support... [09:35:41] that's me, it's dewiki that's broken now [09:36:57] Amir1: thank you for fixing those :) [09:38:13] ^_^ [09:38:17] I hope I can fix it [09:45:01] Project beta-update-databases-eqiad build #76671: 04STILL FAILING in 39 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/76671/ [09:46:45] oh boy enwiki [09:47:45] 10Beta-Cluster-Infrastructure, 10AbuseFilter: Beta cluster fails to update database due to MigrateActorsAF maintenance script - https://phabricator.wikimedia.org/T367144#9883523 (10Ladsgroup) I think it's because it was imported from production. While the users were not imported. You can see the user id stored... [09:58:26] o/ trying to understand how scap dsh_targets are working, when attempting to deploy a single wdqs host running scap from /srv/deployment/wdqs/wdqs with scap deploy -l 'wdqs2023.codfw.wmnet' I'm getting "No targets selected, check limits and dsh_targets", wondering how/where hosts are assigned to a particular dsh_target? [10:03:22] nvm I think found something that my explain my issue in puppet:/hieradata/common/scap/dsh.yaml [10:03:38] s/my/might [10:20:42] Project beta-update-databases-eqiad build #76672: 04STILL FAILING in 41 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/76672/ [10:22:55] 10GitLab, 06collaboration-services, 13Patch-For-Review: Create an SSH blackbox test for GitLab - https://phabricator.wikimedia.org/T367021#9883638 (10Jelto) [10:27:05] (03CR) 10Hashar: [C:03+2] fresh-npm: write "command install is disabled" to stderr (031 comment) [fresh] - 10https://gerrit.wikimedia.org/r/1040855 (owner: 10Krinkle) [10:29:49] 10GitLab, 06collaboration-services, 13Patch-For-Review: Create an SSH blackbox test for GitLab - https://phabricator.wikimedia.org/T367021#9883654 (10Jelto) 05Open→03Resolved ^ another patch was needed to make sure to probe the service IPs and not the default host IPs (similar to the blackbox::http c... [10:38:15] (03Merged) 10jenkins-bot: fresh-npm: write "command install is disabled" to stderr [fresh] - 10https://gerrit.wikimedia.org/r/1040855 (owner: 10Krinkle) [10:58:41] 10Beta-Cluster-Infrastructure, 10AbuseFilter: Beta cluster fails to update database due to MigrateActorsAF maintenance script - https://phabricator.wikimedia.org/T367144#9883817 (10matej_suchanek) >>! In T367144#9883492, @Ladsgroup wrote: > Fixed commons. Let's see what's next. enwiki >:( [11:05:55] 10Beta-Cluster-Infrastructure, 10AbuseFilter: Beta cluster fails to update database due to MigrateActorsAF maintenance script - https://phabricator.wikimedia.org/T367144#9883848 (10Ladsgroup) It had 31 case. I fixed it via stuff like: ` $users = ['Prodego', 'Tim1357', 'Ruslik0', 'Mr.Z-man', '28bytes', 'Reaper... [11:07:34] Project beta-update-databases-eqiad build #76673: 04STILL FAILING in 52 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/76673/ [11:20:56] Project beta-update-databases-eqiad build #76674: 04STILL FAILING in 55 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/76674/ [11:52:24] 06Release-Engineering-Team, 06Infrastructure-Foundations, 06serviceops, 13Patch-For-Review: Deprecate buster-backports - https://phabricator.wikimedia.org/T362518#9883984 (10Clement_Goubert) 05In progress→03Resolved a:03Clement_Goubert [12:00:38] (03CR) 10Hashar: [C:04-1] "I think we can simply `absent_bin('fresh-node20')` which was forgotten when doing the previous release. That should be added to the relea" [fresh] - 10https://gerrit.wikimedia.org/r/1041527 (https://phabricator.wikimedia.org/T367063) (owner: 10Lucas Werkmeister (WMDE)) [12:07:05] 10Phabricator: Disable remaining commit-based Herald rules H49, H50, H51? - https://phabricator.wikimedia.org/T366578#9884024 (10Aklapper) [12:42:07] Yippee, build fixed! [12:42:08] Project beta-update-databases-eqiad build #76677: 09FIXED in 10 min: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/76677/ [12:54:52] 10Beta-Cluster-Infrastructure, 10AbuseFilter: Beta cluster fails to update database due to MigrateActorsAF maintenance script - https://phabricator.wikimedia.org/T367144#9884143 (10Ladsgroup) 05Open→03Resolved a:03Ladsgroup [13:14:49] Amir1: congratulations [13:16:09] :D [13:45:34] (03open) 10lucaswerkmeister-wmde: deployments-calendar: Fix spelling of 'Wikifunctions' [repos/releng/release] - 10https://gitlab.wikimedia.org/repos/releng/release/-/merge_requests/81 [13:54:22] 10Scap: Confusing scap backport behavior on gate-and-submit failure - https://phabricator.wikimedia.org/T367302 (10Lucas_Werkmeister_WMDE) 03NEW [14:25:55] 06Release-Engineering-Team, 06collaboration-services, 06Java-Scala-Standardization, 10Data-Platform-SRE (2024.05.27 - 2024.06.16), 07Security: Investigate replacing Archiva with Gitlab repositories - https://phabricator.wikimedia.org/T358612#9884721 (10Gehel) [14:26:51] 06Release-Engineering-Team, 06collaboration-services, 06Java-Scala-Standardization, 10Data-Platform-SRE (2024.05.27 - 2024.06.16), 07Security: Investigate replacing Archiva with Gitlab repositories - https://phabricator.wikimedia.org/T358612#9884746 (10Gehel) 05Open→03Resolved a:03Gehel Investi... [14:31:50] (03open) 10lucaswerkmeister-wmde: Report final k8s progress as 100% [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/357 [14:39:58] 06Release-Engineering-Team, 06Data-Platform-SRE: Create a global Maven package registry in Gitlab - https://phabricator.wikimedia.org/T367322 (10Gehel) 03NEW [14:42:40] thcipriani: I'm finally moving forward with the migration from Archiva to Gitlab. First step will be to create a maven registry on Gitlab. Any chance you (or someone on your team) could help? - T367322 [14:42:40] T367322: Create a global Maven package registry in Gitlab - https://phabricator.wikimedia.org/T367322 [14:43:27] (03PS1) 10Urbanecm: Zuul: Add CommunityConfiguration to the MediaWiki gated extension set [integration/config] - 10https://gerrit.wikimedia.org/r/1042282 (https://phabricator.wikimedia.org/T366696) [14:44:46] 06Release-Engineering-Team, 06Data-Platform-SRE: Create a global Maven package registry in Gitlab - https://phabricator.wikimedia.org/T367322#9884944 (10Ottomata) I like this idea. Because a repo can host different kinds of packages (npm, pip, maven, etc.), perhaps this global registry repo could be used for... [14:44:51] (03CR) 10CI reject: [V:04-1] Zuul: Add CommunityConfiguration to the MediaWiki gated extension set [integration/config] - 10https://gerrit.wikimedia.org/r/1042282 (https://phabricator.wikimedia.org/T366696) (owner: 10Urbanecm) [14:45:03] 06Release-Engineering-Team, 06Data-Platform-SRE: Create a global Maven package registry in Gitlab - https://phabricator.wikimedia.org/T367322#9884947 (10Ottomata) cc @gmodena @tchin [14:45:18] gehel: Tyler is out this week. [14:46:31] gehel: I'll read T367322 today [14:46:41] 06Release-Engineering-Team, 06Data-Platform-SRE: Create a global Maven package registry in Gitlab - https://phabricator.wikimedia.org/T367322#9884969 (10Gehel) >>! In T367322#9884944, @Ottomata wrote: > Because a repo can host different kinds of packages (npm, pip, maven, etc.), perhaps this global registry re... [14:47:03] (03PS2) 10Urbanecm: Zuul: Add CommunityConfiguration to the MediaWiki gated extension set [integration/config] - 10https://gerrit.wikimedia.org/r/1042282 (https://phabricator.wikimedia.org/T366696) [14:47:27] dancy: thanks! No emergency, I've been stalling this for long enough that I'm in no position to ask you to be responsive :) [14:47:57] That being said, I'd to at least know if there is something weird and impossible in that request! [14:48:42] beside gitlab? :D [14:48:57] I wasn't aware it had a brick to offer a Maven registry [14:50:14] It supports quite a few formats! https://docs.gitlab.com/ee/user/packages/package_registry/supported_package_managers.html [14:51:42] 06Release-Engineering-Team, 06Data-Platform-SRE: Create a global Maven package registry in Gitlab - https://phabricator.wikimedia.org/T367322#9884988 (10Ottomata) > We should probably try to isolate different type of packages Possibly! Why do you think so? IIUC, this repo would mostly be just a place to publ... [14:52:32] hashar: we use this for pip packages, but we host them in their code repos. that means that dependers have to explicitly add the gitlab pip registry to use them [14:52:39] e.g. [14:52:40] https://gitlab.wikimedia.org/repos/data-engineering/eventutilities-python/-/packages [14:53:02] and https://gitlab.wikimedia.org/repos/data-engineering/mediawiki-event-enrichment/-/blob/main/requirements.txt?ref_type=heads [14:54:20] 06Release-Engineering-Team, 06Data-Platform-SRE: Create a global Maven package registry in Gitlab - https://phabricator.wikimedia.org/T367322#9884995 (10Gehel) Yes, if we keep different kind of artifacts separated in different package registries, I have no objection. At the moment, I'd like to focus on the Mav... [14:54:50] 06Release-Engineering-Team, 06Data-Platform-SRE: Create a global Maven package registry in Gitlab - https://phabricator.wikimedia.org/T367322#9884996 (10Ottomata) A potential use case we have: We'd like to move host eventutilities-python and wikimedia-eventutilities (Java) in the same repo in gitlab, and publ... [14:56:25] 06Release-Engineering-Team, 06Data-Platform-SRE: Create a global Maven package registry in Gitlab - https://phabricator.wikimedia.org/T367322#9884999 (10Ottomata) > At the moment, I'd like to focus on the Maven part and hope that we don't abuse it as much as we've abused Archiva! Agree. I think the only work... [14:57:12] (03merge) 10dancy: deploy-local: Remove "symlink is current" check [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/352 (https://phabricator.wikimedia.org/T342162) [15:04:26] 10Beta-Cluster-Infrastructure, 06MediaWiki-Platform-Team, 05SUL3: Set up some beta cluster wikis with different registrable domain - https://phabricator.wikimedia.org/T355281#9885030 (10Tgr) I'm a bit late realizing this but we could have probably just added `beta.wmflabs.org` / `beta.wmcloud.org` to the... [15:05:56] happy workiversary dancy [15:06:06] (that's all I could see quickly on that slide, apologies if I missed others!) [15:06:09] Thanks! [15:06:21] It's been a fun time [15:06:25] <3 [15:07:02] 4 years [15:07:03] wild [15:08:01] uh uh! congrats [15:08:14] dancy: congrats! [15:10:56] congratulations! :) [15:16:20] 10Continuous-Integration-Infrastructure, 10EntitySchema, 10Wikidata, 10wmde-wikidata-tech, 10Wikidata Dev Team (Wikidata.org Slice): EntitySchema CI broken on master with OutOfMemory error in browser test - https://phabricator.wikimedia.org/T354179#9885081 (10ItamarWMDE) 05Open→03Resolved a:03It... [15:19:19] oh no [15:20:51] I don't know how to do a merge request in Gitlab :( [15:21:05] I swear I had that issue previously [15:21:26] in short, I have pushed to a branch https://gitlab.wikimedia.org/repos/ci-tools/patchdemo/-/commits/normalize-api-errors [15:21:55] gitlab gave back a message with a link to create the merge request: https://gitlab.wikimedia.org/repos/ci-tools/patchdemo/-/merge_requests/new?merge_request%5Bsource_branch%5D=normalize-api-errors [15:21:59] which is a ... [15:22:04] QUATRE CENT QUATRE [15:22:17] Scheiße [15:23:19] * hashar tries a fork [15:25:12] (03open) 10hashar: Normalize API errors [repos/ci-tools/patchdemo] - 10https://gitlab.wikimedia.org/repos/ci-tools/patchdemo/-/merge_requests/619 (https://phabricator.wikimedia.org/T367155) [15:25:30] hashar: i don't know how to do a lot of things in gitlab :-( [15:25:45] I think it is somehow related to me being an admin [15:25:58] I should demote myself I guess [15:26:09] and create a new account 'hashar-admin' that has the privileges [15:26:20] cause apparently, being an Admin opens a lot of workflows and closes a few more [15:26:59] iirc, as an admin I can push to any repo/branch so Gitlab doesn't enable a way to open a merge request since ... well I can just push [15:27:01] something like that [15:27:51] if that's the case, that feels to be a fairly stupid decision on GL's end. like...MRs should be the default way to go! [15:28:27] (03update) 10matmarex: Improve display of repo lists for custom preset in the wiki list [repos/ci-tools/patchdemo] - 10https://gitlab.wikimedia.org/repos/ci-tools/patchdemo/-/merge_requests/618 [15:30:11] urbanecm: at least I figured it out: I have forked, pushed to my fork, delete the branch from the canonical repository and then was able to file a merge request :] [15:30:29] I also started my code from a base that used to be hosted on Github.. [15:30:33] * hashar cries [15:33:45] (03merge) 10dancy: deployments-calendar: Fix spelling of 'Wikifunctions' [repos/releng/release] - 10https://gitlab.wikimedia.org/repos/releng/release/-/merge_requests/81 (owner: 10lucaswerkmeister-wmde) [15:35:17] (03approved) 10dancy: ci: Use experimental-native-llb version of blubber [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/345 (owner: 10dduvall) [15:38:41] (03update) 10matmarex: Improve display of repo lists for custom preset in the wiki list [repos/ci-tools/patchdemo] - 10https://gitlab.wikimedia.org/repos/ci-tools/patchdemo/-/merge_requests/618 [15:44:51] (03update) 10matmarex: Improve display of repo lists for custom preset in the wiki list [repos/ci-tools/patchdemo] - 10https://gitlab.wikimedia.org/repos/ci-tools/patchdemo/-/merge_requests/618 [15:47:33] (03update) 10dduvall: buildkit: Upgrade to buildkit v0.14.0 [repos/releng/blubber] (experimental/native-llb) - 10https://gitlab.wikimedia.org/repos/releng/blubber/-/merge_requests/97 [15:47:35] (03open) 10dduvall: buildkit: Upgrade to buildkit v0.14.0 [repos/releng/blubber] (experimental/native-llb) - 10https://gitlab.wikimedia.org/repos/releng/blubber/-/merge_requests/97 [15:56:16] (03CR) 10Krinkle: Also install fresh-node20 (031 comment) [fresh] - 10https://gerrit.wikimedia.org/r/1041527 (https://phabricator.wikimedia.org/T367063) (owner: 10Lucas Werkmeister (WMDE)) [16:05:41] 10Continuous-Integration-Config, 06Growth-Team, 10MediaWiki-extensions-CommunityConfiguration, 13Patch-For-Review: Make CommunityConfiguration a gated extension - https://phabricator.wikimedia.org/T366696#9885343 (10Urbanecm_WMF) p:05Triage→03High [16:09:06] 10Gerrit (Gerrit 3.7): Gerrit 3.7.8: CI has completed checks. Reload the change view? RELOAD button doesn't work - https://phabricator.wikimedia.org/T360550#9885358 (10dancy) 05Open→03Resolved >>! In T360550#9883176, @hashar wrote: > I have tried it live (waiting for the result of a `postmerge` to comple... [16:11:15] (03update) 10dduvall: ci: Use experimental-native-llb version of blubber [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/345 [16:11:52] (03update) 10dduvall: buildkit: Upgrade to buildkit v0.14.0 [repos/releng/blubber] (experimental/native-llb) - 10https://gitlab.wikimedia.org/repos/releng/blubber/-/merge_requests/97 [16:13:09] (03merge) 10dduvall: ci: Use experimental-native-llb version of blubber [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/345 [16:14:07] (03approved) 10dancy: buildkit: Upgrade to buildkit v0.14.0 [repos/releng/blubber] (experimental/native-llb) - 10https://gitlab.wikimedia.org/repos/releng/blubber/-/merge_requests/97 (owner: 10dduvall) [16:14:21] 10Release-Engineering-Team (Priority Backlog 📥), 10EntitySchema, 10Wikidata, 05Release, and 3 others: EntitySchema conditional namespace registration errors (NS_ENTITYSCHEMA_JSON, NamespaceRegistrationHandler::registerNamespace() TypeError) - https://phabricator.wikimedia.org/T367334 (10Lucas_Werkmeister_WM... [16:14:58] (03merge) 10dduvall: buildkit: Upgrade to buildkit v0.14.0 [repos/releng/blubber] (experimental/native-llb) - 10https://gitlab.wikimedia.org/repos/releng/blubber/-/merge_requests/97 [16:18:01] 10Release-Engineering-Team (Radar), 10MediaWiki-extensions-VipsScaler, 10Structured Data Engineering, 06Structured-Data-Backlog, 10Wikimedia-Extension-setup: Undeploy VipsScaler from Wikimedia wikis - https://phabricator.wikimedia.org/T290759#9885436 (10Jdforrester-WMF) >>! In T290759#9365108, @Ladsgroup... [16:18:55] 10Release-Engineering-Team (Priority Backlog 📥), 10EntitySchema, 10Wikidata, 10wmde-wikidata-tech, and 4 others: EntitySchema conditional namespace registration errors (NS_ENTITYSCHEMA_JSON, NamespaceRegistrationHandler::registerNamespace() TypeError) - https://phabricator.wikimedia.org/T367334#9885424 (10L... [16:34:15] hashar: dancy: i've been thinking about the gerrit "Too many concurrent connections" thing. it only started for me recently, i first saw it on june 6th. maybe it was triggered by the java upgrade on june 4th? https://phabricator.wikimedia.org/T364342#9858233 [16:35:04] i don't remember what exactly i worked on during these two days, but it's possible i did less than 8 git pulls/pushes [16:36:22] somebody check me on this: shouldn't T361403 have an "added a subtask" entry for the blocker at T367334? [16:36:38] ^ cc: andre [16:39:53] brennen: when it's created using "Create Subtask", there's no entry on the timeline of the parent task [16:40:13] there's only an entry if it's created as a standalone task and added using "Edit Subtasks" [16:40:19] ah, gotcha. i probably knew this at one point. [16:40:32] not sure if that's a bug or feature. i consider it a bug :) [16:40:41] yeah, it feels like something that would be nice to address upstream. [16:44:22] (03CR) 10Bartosz Dziewoński: [C:03+1] wm-patch-demo: silently ignore errors [software/gerrit] (deploy/wmf/stable-3.9) - 10https://gerrit.wikimedia.org/r/1042153 (https://phabricator.wikimedia.org/T367155) (owner: 10Hashar) [16:44:54] 10Release-Engineering-Team (Priority Backlog 📥), 10EntitySchema, 10Wikidata, 10wmde-wikidata-tech, and 5 others: EntitySchema conditional namespace registration errors (NS_ENTITYSCHEMA_JSON, NamespaceRegistrationHandler::registerNamespace() TypeError) - https://phabricator.wikimedia.org/T367334#9885619 (10L... [16:53:13] (03approved) 10matmarex: Normalize API errors [repos/ci-tools/patchdemo] - 10https://gitlab.wikimedia.org/repos/ci-tools/patchdemo/-/merge_requests/619 (https://phabricator.wikimedia.org/T367155) (owner: 10hashar) [16:54:08] huh, i didn't even know that patchdemo changes are reported here. [17:04:48] gitlab notices on irc at all are pretty recent [17:05:04] (thx bd808) [17:22:57] Next up for the gitlab wikibugs integration is getting additional webhooks setup everywhere so that we can report on MR comments and CI pipeline events. [17:24:32] MatmaRex: Available for another round of data collection? [17:24:43] dancy: sure [17:24:55] ok.. lemme clear out your existing connections first. [17:25:36] ok.. let 'er rip [17:25:55] done (a `git pull`) [17:26:05] thx.. looking through the strace [17:29:40] (03PS1) 10Catrope: For Vendor, pass --skip-external-dependencies to the installer too [integration/quibble] - 10https://gerrit.wikimedia.org/r/1042324 [17:31:27] (03CR) 10CI reject: [V:04-1] For Vendor, pass --skip-external-dependencies to the installer too [integration/quibble] - 10https://gerrit.wikimedia.org/r/1042324 (owner: 10Catrope) [17:35:31] (03PS2) 10Catrope: For Vendor, pass --skip-external-dependencies to the installer too [integration/quibble] - 10https://gerrit.wikimedia.org/r/1042324 [17:39:35] (03CR) 10CI reject: [V:04-1] For Vendor, pass --skip-external-dependencies to the installer too [integration/quibble] - 10https://gerrit.wikimedia.org/r/1042324 (owner: 10Catrope) [17:41:32] 10GitLab (Pipeline Services Migration🐤), 10Data-Engineering (Q4 2024 April 1st - June 30th), 10Event-Platform, 13Patch-For-Review: Migrate Data Engineering Pipelinelib repos to GitLab - https://phabricator.wikimedia.org/T344730#9885931 (10Snwachukwu) I drafted a [[ https://docs.google.com/document/d/1F8jUW... [17:42:29] My learning of the week so far is that our Gerrit supports quite a bit of the core Markdown spec in comments -- https://gerrit.wikimedia.org/r/c/operations/mediawiki-config/+/1041168/1#message-7fd864a243a302fd12964cbdf48fbf7ae28eac72 [17:43:49] (03open) 10matmarex: Add repository name to Gerrit URLs [repos/ci-tools/patchdemo] - 10https://gitlab.wikimedia.org/repos/ci-tools/patchdemo/-/merge_requests/620 [17:45:14] (03PS3) 10Catrope: For Vendor, pass --skip-external-dependencies to the installer too [integration/quibble] - 10https://gerrit.wikimedia.org/r/1042324 [17:56:50] (03update) 10matmarex: Add repository name to Gerrit URLs [repos/ci-tools/patchdemo] - 10https://gitlab.wikimedia.org/repos/ci-tools/patchdemo/-/merge_requests/620 [18:01:36] (03open) 10jforrester: releases: Upgrade eslint-config-wikimedia to 0.28.2 [repos/ci-tools/libup-config] - 10https://gitlab.wikimedia.org/repos/ci-tools/libup-config/-/merge_requests/22 [18:07:04] 10Release-Engineering-Team (Priority Backlog 📥), 10EntitySchema, 10Wikidata, 10wmde-wikidata-tech, and 5 others: EntitySchema conditional namespace registration errors (NS_ENTITYSCHEMA_JSON, NamespaceRegistrationHandler::registerNamespace() TypeError) - https://phabricator.wikimedia.org/T367334#9886017 (10b... [18:09:24] (03CR) 10Jforrester: [C:03+2] "WFM. Remember to be careful not to add too many/too expensive tests, as they're now run for every patch everywhere in the MW ecosystem." [integration/config] - 10https://gerrit.wikimedia.org/r/1042282 (https://phabricator.wikimedia.org/T366696) (owner: 10Urbanecm) [18:11:09] (03Merged) 10jenkins-bot: Zuul: Add CommunityConfiguration to the MediaWiki gated extension set [integration/config] - 10https://gerrit.wikimedia.org/r/1042282 (https://phabricator.wikimedia.org/T366696) (owner: 10Urbanecm) [18:12:39] (03CR) 10CI reject: [V:04-1] For Vendor, pass --skip-external-dependencies to the installer too [integration/quibble] - 10https://gerrit.wikimedia.org/r/1042324 (owner: 10Catrope) [18:20:57] !log Zuul: Add CommunityConfiguration to the MediaWiki gated extension set, for T366696 [18:20:59] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [18:21:00] T366696: Make CommunityConfiguration a gated extension - https://phabricator.wikimedia.org/T366696 [18:55:16] 06Release-Engineering-Team, 10Scap: Confusing scap backport behavior on gate-and-submit failure - https://phabricator.wikimedia.org/T367302#9886243 (10dancy) [19:05:56] (03CR) 10Catrope: "The test failure is unrelated to this patch, it's because the Vector performance budget test fails" [integration/quibble] - 10https://gerrit.wikimedia.org/r/1042324 (owner: 10Catrope) [19:09:02] 10GitLab (CI & Job Runners), 06Release-Engineering-Team: Buildkit v0.14.0 released - https://phabricator.wikimedia.org/T367352 (10dancy) 03NEW [19:10:10] 10Beta-Cluster-Infrastructure, 06MediaWiki-Platform-Team, 13Patch-For-Review, 05SUL3: Set up sso.wikimedia.beta.wmflabs.org with config-layer routing to other wikis - https://phabricator.wikimedia.org/T365162#9886301 (10Tgr) [19:44:43] MatmaRex: thank you for the review/merge of my patch to patchdemo. I wasn't sure whether it was too big for a single commit ;) [19:45:27] thanks for writing it [19:46:00] MatmaRex: then for https://gerrit.wikimedia.org/r/c/operations/software/gerrit/+/1042153 that would cause errors to be hidden entirely [19:46:14] which might delay the time to notice something is broken :/ [19:47:04] 10Release-Engineering-Team (Priority Backlog 📥), 10EntitySchema, 10Wikidata, 10wmde-wikidata-tech, and 5 others: EntitySchema conditional namespace registration errors (NS_ENTITYSCHEMA_JSON, NamespaceRegistrationHandler::registerNamespace() TypeError) - https://phabricator.wikimedia.org/T367334#9886395 (10b... [19:47:08] 10Release-Engineering-Team (Priority Backlog 📥), 05Release, 05Train Deployments: 1.43.0-wmf.9 deployment blockers - https://phabricator.wikimedia.org/T361403#9886397 (10brennen) [19:47:16] 10Release-Engineering-Team (Priority Backlog 📥), 10EntitySchema, 10Wikidata, 10wmde-wikidata-tech, and 5 others: EntitySchema conditional namespace registration errors (NS_ENTITYSCHEMA_JSON, NamespaceRegistrationHandler::registerNamespace() TypeError) - https://phabricator.wikimedia.org/T367334#9886396 (10b... [19:47:19] eh, that seems fine for me. we shouldn't surface patchdemo problems on every patch on gerrit [19:47:58] cool :) [19:47:58] (03CR) 10Hashar: [C:03+2] wm-patch-demo: silently ignore errors [software/gerrit] (deploy/wmf/stable-3.9) - 10https://gerrit.wikimedia.org/r/1042153 (https://phabricator.wikimedia.org/T367155) (owner: 10Hashar) [19:48:02] I am deploying it [19:48:39] (03Merged) 10jenkins-bot: wm-patch-demo: silently ignore errors [software/gerrit] (deploy/wmf/stable-3.9) - 10https://gerrit.wikimedia.org/r/1042153 (https://phabricator.wikimedia.org/T367155) (owner: 10Hashar) [19:49:55] bd808: looks like wikibugs failed to report to phab some hours ago . https://phabricator.wikimedia.org/T367155#9885162 is a MR being opened and that got merged, but the fact it got merged does not show up [19:53:20] (03CR) 10C. Scott Ananian: For Vendor, pass --skip-external-dependencies to the installer too (031 comment) [integration/quibble] - 10https://gerrit.wikimedia.org/r/1042324 (owner: 10Catrope) [19:53:39] hashar: toolforge as a whole was down a bit ago. [19:54:05] 10Release-Engineering-Team (Radar), 10MediaWiki-extensions-VipsScaler, 10Structured Data Engineering, 06Structured-Data-Backlog, 10Wikimedia-Extension-setup: Undeploy VipsScaler from Wikimedia wikis - https://phabricator.wikimedia.org/T290759#9886432 (10Ladsgroup) I played with it and it's waaay more com... [19:54:14] hashar: I see the "(open)" event for that MR in this channel at 15:25 UTC. [19:56:21] I don't see the merge on the phab task either, so I would guess that gitlab-webhooks had issues. [19:57:15] as brennen notes there was a Toolforge incident that may have been involved here [19:57:20] ah sure [19:57:27] I mentioned it just for the sake of it [19:57:58] brennen: thanks! [19:58:14] MatmaRex: I have closed the task given Gerrit will no more report anything when patchdemo fails \o/ [19:58:48] wikibugs finds out about gitlab changes from the same process that updates related Phab tasks, so if the Phab update is missing it makes sense to me that Wikibugs never heard about the event [19:59:55] 10Gerrit, 06Release-Engineering-Team, 13Patch-For-Review: Gerrit error: Error while fetching results for wm-patch-demo - https://phabricator.wikimedia.org/T367155#9886461 (10hashar) 05Open→03Resolved @matmarex has deployed my patch to make patchdemo API to emit CORS headers as early as possible, wrap... [20:00:12] bd808: *nods* [20:00:35] * bd808 again wishes that gitlab would let him set a UTC timezone instead of using his browser's default tz [20:01:15] I wonder how much it would make my head hurt to set my laptop's local tz to UTC? [20:01:33] I have the issue with Jenkins, the web UI uses the server timezone which is UTC [20:01:49] but it is displayed in american format with am/pm so I am always wondering which default timezone it is using [20:01:56] or if it uses my browser timezone [20:02:29] try showing both local and UTC time in your PS1? [20:02:59] or a couple old school clocks on the wall :D [20:03:08] I don't think I would like the PS1 solution [20:06:04] It looks like I might be able to write a greasemonkey script for the gitlab time display. I'm seeing markup like `` which I assume is how they make the relative time and 12/24-hour display options work. [20:25:54] `Array.from(document.getElementsByTagName('time')).forEach(el => {if (el.getAttribute("datetime")) {el.innerHTML = (new Date(el.getAttribute("datetime"))).toUTCString()}})` is the worst way to do it ;) [20:32:59] brennen: feel free to file me some boogs on Phab behavior [20:55:09] (03open) 10jforrester: Tag v0.20.1 [repos/ci-tools/grunt-stylelint] - 10https://gitlab.wikimedia.org/repos/ci-tools/grunt-stylelint/-/merge_requests/4 [20:58:51] (03approved) 10esanders: Tag v0.20.1 [repos/ci-tools/grunt-stylelint] - 10https://gitlab.wikimedia.org/repos/ci-tools/grunt-stylelint/-/merge_requests/4 (owner: 10jforrester) [20:59:31] (03merge) 10esanders: Tag v0.20.1 [repos/ci-tools/grunt-stylelint] - 10https://gitlab.wikimedia.org/repos/ci-tools/grunt-stylelint/-/merge_requests/4 (owner: 10jforrester) [22:04:33] 10Release-Engineering-Team (Priority Backlog 📥), 05Release, 05Train Deployments: 1.43.0-wmf.9 deployment blockers - https://phabricator.wikimedia.org/T361403#9886849 (10brennen) End-of-workday status: Stable at group1. [22:43:07] 06Release-Engineering-Team, 10Data-Engineering (Q4 2024 April 1st - June 30th), 07Spike: [Developer Experience] [SPIKE] Investigate process to automate deployment of folders and artifacts to HDFS - https://phabricator.wikimedia.org/T360968#9886891 (10Ottomata) [23:25:35] 10Phabricator (Upstream), 10Release-Engineering-Team (Priority Backlog 📥), 07Upstream: Consider using preconnect for https://phab.wmfusercontent.org CDN - https://phabricator.wikimedia.org/T367290#9886995 (10Aklapper) a:03Aklapper [23:27:36] 10Phabricator (Upstream), 10Release-Engineering-Team (Priority Backlog 📥), 06Traffic, 07Upstream: Consider using preconnect for https://phab.wmfusercontent.org CDN - https://phabricator.wikimedia.org/T367290#9887003 (10Aklapper) Would be trivial four lines in Phabricator code but would love to hear from #T... [23:32:14] 10Deployments: Consider using JSON content model for deployment calendar - https://phabricator.wikimedia.org/T366880#9887026 (10Pppery) "Today I don't think there is an on-wiki way a JSON content model with a custom read rendering" -> T365847 Great minds think alike