[01:19:49] Project mediawiki-core-doxygen build #147: 04FAILURE in 1 min 43 sec: https://integration.wikimedia.org/ci/job/mediawiki-core-doxygen/147/ [01:29:18] Yippee, build fixed! [01:29:18] Project mediawiki-core-doxygen build #148: 09FIXED in 9 min 26 sec: https://integration.wikimedia.org/ci/job/mediawiki-core-doxygen/148/ [04:09:20] 10Release-Engineering-Team (Priority Backlog 📥), 13Patch-For-Review, 05Release, 05Train Deployments: 1.42.0-wmf.26 deployment blockers - https://phabricator.wikimedia.org/T360158#9702842 (10hashar) [04:17:16] event/phorge: 2024-04-10 04:16:09 (49 seconds ago) [04:17:21] which I guess is good [04:17:33] event/irc: 2024-04-09 20:38:18 (7 hours ago) [04:17:41] and it started at 18:01:44 [04:17:50] so yeah wikibugs got stuck :] [04:27:50] !log Reloaded Zuul to enable Sonar Codehealth on Cognate, EventBus, Graph, Interwiki and intersection # T321837 [04:27:53] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [04:27:53] T321837: Repositories integrated into Codehealth Pipeline (Production) - https://phabricator.wikimedia.org/T321837 [05:03:00] 10Continuous-Integration-Infrastructure, 07Jenkins, 07Upstream: Jenkins collapsible console section plugin no more shows table of content - https://phabricator.wikimedia.org/T362048#9702866 (10hashar) [05:14:02] !log Restarted CI Jenkins to upgrade "collapsible console sections" plugin to a snapshot version having https://github.com/jenkinsci/collapsing-console-sections-plugin/pull/26 # T362048 [05:14:04] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [05:14:04] T362048: Jenkins collapsible console section plugin no more shows table of content - https://phabricator.wikimedia.org/T362048 [05:16:23] Yippee, build fixed! [05:16:23] Project beta-code-update-eqiad build #490750: 09FIXED in 2 min 23 sec: https://integration.wikimedia.org/ci/job/beta-code-update-eqiad/490750/ [05:16:50] 10Continuous-Integration-Infrastructure, 07Jenkins, 07Upstream: Jenkins collapsible console section plugin no more shows table of content - https://phabricator.wikimedia.org/T362048#9702870 (10hashar) 05Open→03Stalled a:03hashar That is solved. I am waiting for a review of https://github.com/jenkinsci/... [05:17:18] Krinkle: I have fixed the Jenkins collapsible sections not showing up in the side bar https://phabricator.wikimedia.org/T362048 [05:17:39] which was all about changing some PrototypeJS Ajax.Updater() call to `fetch()` [05:17:55] I am quite happy I have learned about modern JavaScript APIs [05:21:54] 10Release-Engineering-Team (Priority Backlog 📥), 13Patch-For-Review, 05Release, 05Train Deployments: 1.42.0-wmf.26 deployment blockers - https://phabricator.wikimedia.org/T360158#9702889 (10abi_) [06:08:30] 10Release-Engineering-Team (Priority Backlog 📥), 13Patch-For-Review, 05Release, 05Train Deployments: 1.42.0-wmf.26 deployment blockers - https://phabricator.wikimedia.org/T360158#9702960 (10hashar) [07:27:45] hashar: nice! [07:28:00] eventually I manage to fix some java code here and ther e:) [07:28:03] well javascript in this case [07:28:18] Are you patching upstream? [07:28:24] yeah [07:28:32] It seems about time that frontend plug-ins for Jenkins are dependency free [07:28:47] it is a long tale, they used to ship Prototype.JS inside Jenkins core itself which provided an interface Ajax.Updater [07:29:02] but that got removed eventually [07:29:15] that collapsible plugin still depends on JQuery though [07:29:33] if I eventually manage to write some tests to cover its behavior, I might port it to vanilla javascript [07:29:53] The way they depend on other plugins for a JS lib never made sense me. I can see for something stable like jQuery, but for the rest it imho makes a lot more sense for plugins to be standalone even if it makes them slightly larger [07:30:00] Vanilla JS indeed :) [07:30:59] I have to find out how to configure the plugin when in test context, but I will find out for sure eventually [07:31:02] then really [07:31:26] I should remove Jenkins entirely but that is an entire different story! [07:39:16] Yeah, it seems Travis has really pioneered the next gen CI to be dumbed down to plain text output, and stateless jobs, with centralised out of bound caching. That's the norm now and that's a lot simpler to achieve for better or worse. [07:41:09] I love the way that TestSwarm and Jenkins operate but they're largely optimised for post-merge linear builds. Dedicated intererfaces etc like https://swarm.jquery.org/project/jquery [07:42:03] I guess we've really just given up on that in favour of the way Zuul and Gerrit pioneered with testing it all upfront in a pipeline [07:42:24] Which means we're not chasing the green anymore but keeping it from going red in the first place [07:43:29] Too bad GitHub and GitLab are still over a decade behind in catching up, but they did start by going plain text first which feels like an accident almost that it feels modern now [07:43:54] Zuul 3 runs jobs directly on a grid of hosts via ansible right? [07:44:43] yup [07:44:54] essentially they replaced the Jenkins jobs with ansible playbooks [07:44:56] And there's basically no manual build or config UI, no persistent workspace, always ephemeral with any artefact keeping as your own responsibility to figure out [07:45:09] since the jobs were defined with the JJB yaml dsl which turned out to be very ver close to ansible [07:45:12] so they wrote a converter [07:45:32] Is the running logic plugable or is ansible the only way? [07:45:51] the resources are provided by Nodepool which has support for various drivers (kubernetes, disposable VM, static hosts etc) [07:46:06] Ah right so they moved the abstraction there [07:46:16] I think it only supports ansible, then the ansible playbook entry point can well execute whatever other command [07:46:37] Instead of different job running layers, there different things for ansible to target [07:46:39] then it has some advantages like prime support to set up the execution environemt (similar to puppet) [07:47:00] and the playbook can be executed in a set of VM/containers [07:47:25] Right so ansible isn't aware of host selection [07:47:32] so you can have the playbook setting up a backend service / a web frontend and then run the test against the mini infra that got crafted [07:47:44] it does [07:48:05] the ansible playbook runs on some executor which targets a cluster of 1..N resources which have names [07:48:13] Oh okay so the ansible converter injects an extra step based on your nodepool config? [07:48:15] and nodepool provides those resources [07:48:28] the converter is different [07:48:52] I don't think it was so smart about supporting mutiple resources [07:50:13] 10Phabricator, 06SRE, 13Patch-For-Review: 14have any task put into ops-access-requests automatically generate an ops-access-review task - 14https://phabricator.wikimedia.org/T87467#9703058 (10Aklapper) 14For archaeology researchers: This functionality got broken/removed in February 2016 by https://gerri... [07:51:30] * hashar prepares for train [07:53:42] 10Phabricator: 14Changing a non-access request ticket into an access request ticket does not create restricted blocker - 14https://phabricator.wikimedia.org/T103194#9703062 (10Aklapper) 05Stalled→03Declined 14Declining as this has been broken and dead code for eight years anyway since https://gerrit.wik... [09:38:29] 10GitLab (CI & Job Runners), 06collaboration-services, 13Patch-For-Review: Create a special-purpose Trusted Runner with Dockerfile frontend - https://phabricator.wikimedia.org/T357612#9703220 (10CodeReviewBot) jelto merged https://gitlab.wikimedia.org/repos/releng/buildkit/-/merge_requests/61 update dockerf... [09:53:30] 10Phabricator, 10wikimedia.biterg.io: Closed tickets in Bugzilla migrated without a closing date - https://phabricator.wikimedia.org/T107254#9703252 (10Aklapper) >>! In T107254#9702401, @Dzahn wrote: > git clone https://gitlab.wikimedia.org/repos/sre/miscweb/bugzilla.git Thanks, that might turn out helpful. N... [12:43:22] 10Continuous-Integration-Infrastructure, 07Jenkins, 06Release-Engineering-Team, 07Upstream: Jenkins CI parameterized trigger plugin logs warnings - https://phabricator.wikimedia.org/T336782#9703632 (10hashar) [12:44:30] 10Continuous-Integration-Infrastructure, 07Jenkins, 06Release-Engineering-Team, 07Upstream: Jenkins CI parameterized trigger plugin logs warnings - https://phabricator.wikimedia.org/T336782#9703642 (10hashar) [13:10:50] 10GitLab (CI & Job Runners), 06collaboration-services, 13Patch-For-Review: Create a special-purpose Trusted Runner with Dockerfile frontend - https://phabricator.wikimedia.org/T357612#9703733 (10Jelto) [14:52:44] 10Release-Engineering-Team (Priority Backlog 📥), 13Patch-For-Review, 05Release, 05Train Deployments: 1.42.0-wmf.26 deployment blockers - https://phabricator.wikimedia.org/T360158#9704074 (10daniel) ##### Risky Patch! 🚂🔥 * **Change**: https://gerrit.wikimedia.org/r/c/mediawiki/core/+/969369 * **Summary**... [15:33:34] 10Release-Engineering-Team (Priority Backlog 📥), 13Patch-For-Review, 05Release, 05Train Deployments: 1.42.0-wmf.26 deployment blockers - https://phabricator.wikimedia.org/T360158#9704339 (10hashar) @daniel I have deployed MediaWiki this morning ~ 8:30am UTC and thus it is already deployed on commons! [15:42:40] 10GitLab: GitLab archival by Software Heritage - https://phabricator.wikimedia.org/T362258 (10JJMC89) 03NEW [16:29:51] 10GitLab, 06collaboration-services: GitLab archival by Software Heritage - https://phabricator.wikimedia.org/T362258#9704571 (10Dzahn) [16:40:14] I am backporting https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Scribunto/+/1018691 which causes some log spam as part of this week train [16:40:49] should be on time for the next deployment window which has a comment about the deploy happening in the second half of the scheduled window [16:40:55] err wrong channel [17:21:23] 10Release-Engineering-Team (Radar), 10MW-on-K8s, 06serviceops-radar: 14Helm deployment of MediaWiki now takes 6 minutes - 14https://phabricator.wikimedia.org/T360403#9704833 (10hashar) 05Open→03Declined 14I am declining the task given it is on radar and 6 minutes Kubernetes deployment seems to be t... [17:28:09] 10Gerrit: Unchanged file with unresolved comment doesn't show up in file list - https://phabricator.wikimedia.org/T362269 (10Michael) 03NEW [17:30:26] 10Gerrit: 14Gerrit fails to show files / diff on a change - 14https://phabricator.wikimedia.org/T360178#9704863 (10hashar) →14Duplicate dup:03T362269 [17:30:55] 10Gerrit: Unchanged file with unresolved comment doesn't show up in file list - https://phabricator.wikimedia.org/T362269#9704860 (10hashar) [17:31:23] 10Gerrit: Unchanged file with unresolved comment doesn't show up in file list - https://phabricator.wikimedia.org/T362269#9704864 (10hashar) [17:32:00] 10Gerrit: Unchanged file with unresolved comment doesn't show up in file list - https://phabricator.wikimedia.org/T362269#9704881 (10hashar) I previously filed a placeholder task T360178 for it but I have not investigated it cause the example change I had was from 2013. If it happens on newer change, well I gues... [17:33:51] 10Gerrit: Unchanged file with unresolved comment doesn't show up in file list - https://phabricator.wikimedia.org/T362269#9704886 (10hashar) [17:33:53] 10Gerrit: Gerrit fails to show files / diff on a change - https://phabricator.wikimedia.org/T360178#9704887 (10hashar) 05Duplicate→03Open [18:20:48] !log Updating development images on contint primary for https://gitlab.wikimedia.org/repos/releng/dev-images/-/merge_requests/64 [18:20:50] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [19:56:00] 10Phabricator (Upstream), 07Upstream: 14Generic advanced search doesn't link maniphest advanced search - 14https://phabricator.wikimedia.org/T1375#9705157 (10Aklapper) 14FYI: Superseded by {T360518} downstream [20:03:16] 10Phabricator (Upstream), 07Upstream: Improve default Maniphest search settings - https://phabricator.wikimedia.org/T187587#9705176 (10Aklapper) I don't plan to maintain downstream changes for this [20:03:37] 10Phabricator (Upstream), 07Upstream: Improve default parameters of default Maniphest saved search queries - https://phabricator.wikimedia.org/T187587#9705180 (10Aklapper) [20:03:43] 10Continuous-Integration-Config, 10MW-1.42-notes (1.42.0-wmf.19; 2024-02-20), 07PHP 8.3 support: Make PHP 8.3 voting on development (master) branch of MW ecosystem (core, vendor, extensions, skins, libraries) - https://phabricator.wikimedia.org/T353362#9705181 (10Jdforrester-WMF) [20:19:48] 10Continuous-Integration-Config, 06Abstract Wikipedia team, 10WikiLambda, 03Abstract Wikipedia Fix-It tasks: Add the WikiLambda extension to the shared CI 'gate' - https://phabricator.wikimedia.org/T362085#9705218 (10Jdforrester-WMF) p:05Triage→03Medium [20:44:12] (03PS1) 10Jforrester: Zuul: [mediawiki/extensions/WikiLambda] Add EventLogging phan dep [integration/config] - 10https://gerrit.wikimedia.org/r/1018787 [20:45:49] (03CR) 10Jforrester: [C:03+2] Zuul: [mediawiki/extensions/WikiLambda] Add EventLogging phan dep [integration/config] - 10https://gerrit.wikimedia.org/r/1018787 (owner: 10Jforrester) [20:47:21] (03Merged) 10jenkins-bot: Zuul: [mediawiki/extensions/WikiLambda] Add EventLogging phan dep [integration/config] - 10https://gerrit.wikimedia.org/r/1018787 (owner: 10Jforrester) [20:51:17] !log Zuul: [mediawiki/extensions/WikiLambda] Add EventLogging phan dep [20:51:19] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [21:27:45] 10Gerrit, 14Release-Engineering-Team (Development services), 14Release-Engineering-Team-TODO, 06Diffusion-Repository-Administrators, and 2 others: 14Gerrit repositories mediawiki/services/service-runner and mediawiki/services/service-template-node appear a... - https://phabricator.wikimedia.org/T231953#9705413 [21:55:20] 10GitLab (Integrations): [gitlab-webhooks] Provide a server-sent events API for rebroadcast of GitLab webhook data - https://phabricator.wikimedia.org/T362288 (10bd808) 03NEW [21:56:08] 10GitLab (Integrations): [gitlab-webhooks] Provide a server-sent events API for rebroadcast of GitLab webhook data - https://phabricator.wikimedia.org/T362288#9705478 (10bd808) 05Open→03In progress p:05Triage→03Medium a:03bd808 [22:11:56] 10GitLab (Integrations), 10Phabricator, 10Release-Engineering-Team (Yak Shaving 🐃🪒), 10Wikimedia-Phabricator-Extensions: Phabricator gitlab panel is hard to read on narrow screens - https://phabricator.wikimedia.org/T362047#9705489 (10brennen) p:05Triage→03Low Yeah, I'm sure it could be improved.