[06:37:01] 10MediaWiki-Releasing, 10MediaWiki-Installer, 06MediaWiki-Stakeholders-Group, 05MW-1.45-release: Expand the set of bundled extensions and skins in MediaWiki 1.45 - https://phabricator.wikimedia.org/T392080#10824974 (10Bugreporter2) Since this task primarily addresses extensions, I think it would be prudent... [06:41:03] 10Release-Engineering-Team (Radar), 06collaboration-services, 06Traffic: Separate Gerrit https and ssh/git hostnames - https://phabricator.wikimedia.org/T394271#10824976 (10Jelto) [06:50:42] 10Release-Engineering-Team (Radar), 06collaboration-services, 06Traffic: Separate Gerrit https and ssh/git hostnames - https://phabricator.wikimedia.org/T394271#10824988 (10Jelto) >>! In T394271#10822942, @bd808 wrote: >> a new hostname like gerrit-git.wikimedia.org (tbd) for SSH/Git. > > Naming is always t... [06:52:43] 10MediaWiki-Releasing, 10MediaWiki-Installer, 06MediaWiki-Stakeholders-Group, 05MW-1.45-release: Expand the set of bundled extensions and skins in MediaWiki 1.45 - https://phabricator.wikimedia.org/T392080#10825008 (10Bugreporter2) [06:53:58] 10MediaWiki-Releasing, 10MediaWiki-Installer, 06MediaWiki-Stakeholders-Group, 05MW-1.45-release: Expand the set of bundled extensions and skins in MediaWiki 1.45 - https://phabricator.wikimedia.org/T392080#10825010 (10Bugreporter2) [06:54:29] 10MediaWiki-Releasing, 10MediaWiki-Installer, 06MediaWiki-Stakeholders-Group, 05MW-1.45-release: Expand the set of bundled extensions and skins in MediaWiki 1.45 - https://phabricator.wikimedia.org/T392080#10825013 (10Bugreporter2) [08:37:31] 10Release-Engineering-Team (Priority Backlog 📥), 07Essential-Work, 05Release, 05Train Deployments: 1.45.0-wmf.1 deployment blockers - https://phabricator.wikimedia.org/T392171#10825289 (10jnuche) [08:43:54] (03PS1) 10WMDE-leszek: Revert "Zuul: [mediawiki/extensions/Wikibase] Enable Open Search for apitests jobs" [integration/config] - 10https://gerrit.wikimedia.org/r/1146520 [08:45:07] (03CR) 10CI reject: [V:04-1] Revert "Zuul: [mediawiki/extensions/Wikibase] Enable Open Search for apitests jobs" [integration/config] - 10https://gerrit.wikimedia.org/r/1146520 (owner: 10WMDE-leszek) [08:48:04] 10MediaWiki-Releasing, 06translatewiki.net, 10LPL Essential (LPL Essential 2025 Apr-Jun: CX), 05MW-1.44-release, 07Unplanned-Sprint-Work: Configure Translatewiki.net for REL1_44 translation backports - https://phabricator.wikimedia.org/T393514#10825306 (10abi_) 05In progress→03Resolved Exports fo... [08:50:24] (03PS2) 10WMDE-leszek: Revert "Zuul: [mediawiki/extensions/Wikibase] Enable Open Search for apitests jobs" [integration/config] - 10https://gerrit.wikimedia.org/r/1146520 [08:53:49] bonjour hashar. It looks like something is not fully right with the opensearch in apitest jobs, exhibit 1 https://phabricator.wikimedia.org/T394376 [08:54:25] hashar I have made a revert for the change that enables the thing https://gerrit.wikimedia.org/r/c/integration/config/+/1146520 [08:55:02] would you mind merging and applying it - we seem to lack permissions (and skill), at least in the WMDE team that has been causing the trouble [09:02:29] 10GitLab (Infrastructure), 06Release-Engineering-Team, 06collaboration-services: Upgrade GitLab to major version 18 - https://phabricator.wikimedia.org/T394382 (10Jelto) 03NEW [09:17:42] 10MediaWiki-Releasing, 10MediaWiki-extensions-NewUserMessage: Bundle Extension:NewUserMessage with MediaWiki core - https://phabricator.wikimedia.org/T394374#10825355 (10Peachey88) [09:31:39] (03CR) 10Arthur taylor: [C:03+2] Revert "Zuul: [mediawiki/extensions/Wikibase] Enable Open Search for apitests jobs" [integration/config] - 10https://gerrit.wikimedia.org/r/1146520 (owner: 10WMDE-leszek) [09:31:55] (03CR) 10Arthur taylor: [C:03+2] "looks good - let's try it" [integration/config] - 10https://gerrit.wikimedia.org/r/1146520 (owner: 10WMDE-leszek) [09:32:53] (03Merged) 10jenkins-bot: Revert "Zuul: [mediawiki/extensions/Wikibase] Enable Open Search for apitests jobs" [integration/config] - 10https://gerrit.wikimedia.org/r/1146520 (owner: 10WMDE-leszek) [09:34:30] !log Reloading Zuul to deploy https://gerrit.wikimedia.org/r/c/integration/config/+/1146520 [09:34:31] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [10:34:13] (03PS1) 10Fomafix: Use Zuul template extension-quibble for extension Realnames [integration/config] - 10https://gerrit.wikimedia.org/r/1146545 [11:07:33] 10Release-Engineering-Team (Priority Backlog 📥), 07Essential-Work, 05Release, 05Train Deployments: 1.45.0-wmf.1 deployment blockers - https://phabricator.wikimedia.org/T392171#10825792 (10Lucas_Werkmeister_WMDE) FTR, {T394305} is likely related to the Codex 2.0 rollout this train (and seems to have ramific... [11:15:23] leszek_wmde: I am pushing the revert, sorry I did not have IRC open this morning! [11:15:35] oh codders did it \o/ [11:16:06] i did! didn't even break everything :) [11:16:26] hashar thanks, and sorry for not acking here it was reverted [11:19:22] no worries :b [11:19:35] hopefully one will find out why those tests fail when opensearch is enabled [11:19:46] or maybe that is due to a $wg variable that is flipped on [11:22:10] (03CR) 10Jforrester: "Using extension-quibble rather than extension-quibble-composer means it won't use the local composer definition — is this definitely what " [integration/config] - 10https://gerrit.wikimedia.org/r/1146545 (owner: 10Fomafix) [11:25:26] 10GitLab (Infrastructure), 06Release-Engineering-Team, 06collaboration-services: Upgrade GitLab to major version 18 - https://phabricator.wikimedia.org/T394382#10825838 (10Jelto) [11:57:13] jnuche: my condolences for running the post-hackathon train [11:59:39] Amir1: thank you 😅 [11:59:48] it's almost over thankfully [12:54:42] 10GitLab (Infrastructure), 06Release-Engineering-Team, 06collaboration-services: Upgrade GitLab to major version 18 - https://phabricator.wikimedia.org/T394382#10826080 (10Jelto) [13:06:05] hashar: Are you around to advise on T394404? Zuul-cloner on e.g. https://integration.wikimedia.org/ci/job/quibble-vendor-mysql-php74-noselenium/97485/console is referencing a git hash I can't see where it came from. [13:06:06] T394404: PHP Deprecated: Use of MediaWiki\Xml\Xml::radio was deprecated in MediaWiki 1.42. [Called from SpecialCentralNoticeLogs::getLogSwitcher] - https://phabricator.wikimedia.org/T394404 [13:06:27] zuul-cloner the image? [13:07:06] The code in CI. [13:07:42] (I think that's why it's complaining about an abstract class in FlaggedRevs not being implemented, which isn't triggered anywhere else.) [13:09:44] the git commit sha1 come from the Zuul merger instances [13:09:55] which would be a merge commit of the Gerrit proposed patch + the up-to-date branch [13:10:13] This is for core; the patch is for CentralNotice. [13:10:22] So it looks for the wmf_deploy branch of MW, falls back to master. [13:10:31] Except the hash it lists as pulling for MW isn't known to git. [13:10:32] so that commit is only present on one of the zuul merger instance (contint1002.wikimedia.org / contint2002.wikimedia.org) [13:10:45] Oh, some funky extra files in CI? [13:10:52] lte me check [13:11:04] The CI hashes on contint should be the same as gerrit for merged patches, surely? [13:11:47] Branch: wmf_deploy [13:11:48] fun [13:11:50] but why [13:12:21] and enqueued behind that CentralNotice patch was https://gerrit.wikimedia.org/r/c/mediawiki/core/+/1146450 for master [13:12:31] so that change to CentralNotice was tested with mediawiki/core from master [13:12:57] Oooh, unmerged future patch. [13:13:05] PHP Fatal error: Class MediaWiki\Extensions\FlaggedRevs\Tests\Structure\BundleSizeTest contains 1 abstract method and must therefore be declared abstract or implement the remaining methods [13:13:12] That explains where the hash comes from. But not the error, which is nonsense. [13:13:15] so that would be a class in FlaggedRevs having the issue? [13:13:18] FlaggedRevs clearly doesn't have that error. [13:13:40] well [13:13:42] https://gerrit.wikimedia.org/r/c/mediawiki/extensions/FlaggedRevs/+/1146523 landed 3 hours ago. [13:13:48] it is not eve in the list of repos to colone [13:13:48] This has been an issue for a week. [13:14:32] Huh. That's even odder. [13:14:38] yeah [13:14:45] How is it loaded? [13:15:59] https://www.yourpension.gov.uk/about/ [13:16:03] let me check whether I can retire now [13:16:04] :b [13:16:08] CN depends on EventLogging which depends on EventStreamConfig and EventBus, and that's it [13:16:12] Yeah yeah. [13:16:28] What happens if we rm -rf the workspace for CentralNotice everywhere and try again? ;-) [13:16:39] it is not [13:16:42] they are deleted on start [13:17:11] Also all four failed, on different agents. [13:17:32] https://integration.wikimedia.org/ci/job/quibble-vendor-mysql-php74-noselenium/97485/console on 1050, https://integration.wikimedia.org/ci/job/quibble-vendor-mysql-php81-noselenium/33620/console on 1053, https://integration.wikimedia.org/ci/job/quibble-vendor-mysql-php82-noselenium/33102/console on 1045, and https://integration.wikimedia.org/ci/job/quibble-vendor-mysql-php83-noselenium/24212/console on 1063 [13:18:55] I checked, there's no wmf_deploy branch for FlaggedRevs, so even if it was pulling it silently it'd be the correct version. [13:19:07] it is not cloned [13:19:19] However, it's present. [13:19:35] not even! [13:20:08] what I suspect is the PHPUnit results cache leaking incorrect info [13:20:08] 00:01:34.610 Downloaded latest PHPUnit results cache from https://phpunit-results-cache.toolforge.org/results/quibble-vendor-mysql-php74-noselenium [13:20:38] Huh. That shouldn't re-use with different check-outs, should it? [13:20:56] codders might know :] [13:22:44] HOLY SHIT OF A COW [13:22:49] … [13:23:42] 10Scap (SpiderPig 🕸️): SpiderPig sometimes misses notifications - https://phabricator.wikimedia.org/T394033#10826171 (10Lucas_Werkmeister_WMDE) Now it seems to be working \o/ [13:24:04] you know about that joke that there are ONLY TWO hard things in computer science: cache invalidation, naming things and off-by-1-errors ? [13:24:31] or how frontend engineers should not do backend :b [13:25:19] I take it the cache isn't invalidated? [13:25:33] na easier than that [13:26:13] do we have a codesniff to validate that a file having `namespace Foo\Bar;` is indeed in .../Foo/Bar/ ? [13:26:18] https://gerrit.wikimedia.org/g/mediawiki/extensions/CentralNotice/+/refs/heads/master/tests/phpunit/structure/BundleSizeTest.php [13:26:23] namespace MediaWiki\Extensions\FlaggedRevs\Tests\Structure; [13:26:25] * hashar whistles [13:26:38] hashar: Oh, oops. [13:26:39] * hashar patches it [13:26:46] <3 [13:26:57] No wonder we were so confused. [13:27:51] I mean, I don’t see a (Test)AutoloadNamespaces in https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/CentralNotice/+/refs/heads/master/extension.json so idk if there is a “right” or “wrong” namespace for that file to begin with [13:28:17] the FlaggedRevs is funny though ^^ [13:28:47] https://gerrit.wikimedia.org/r/c/mediawiki/extensions/CentralNotice/+/1146621 Update incorrect PHP namespace in BundleSizeTest [13:29:31] OH [13:29:36] it is has been made static lol [13:30:15] https://gerrit.wikimedia.org/r/c/mediawiki/core/+/1143071 [13:30:21] Yeah. :-( [13:30:24] so maybe Alangi has a patch pending for CentralNotice [13:30:34] No: https://gerrit.wikimedia.org/r/q/project:mediawiki/extensions/CentralNotice+status:open [13:30:43] * hashar craftsone [13:36:44] https://gerrit.wikimedia.org/r/c/mediawiki/extensions/CentralNotice/+/1146625/ [13:36:50] "tests: Migrate bundle size consumers to the new static method" [13:37:56] 10Scap (SpiderPig 🕸️): “Show sensitive information” checkbox broken, suspends terminal - https://phabricator.wikimedia.org/T394411 (10Lucas_Werkmeister_WMDE) 03NEW [13:38:41] why is that clcass copy pasted between repos? [13:39:02] eg https://gerrit.wikimedia.org/r/c/mediawiki/extensions/CentralNotice/+/1146625/ [13:39:24] when potentially we could have extension.json to point to the bundlesize.config.json file [13:39:25] 10Scap (SpiderPig 🕸️): “Show sensitive information” checkbox broken, suspends terminal - https://phabricator.wikimedia.org/T394411#10826274 (10Lucas_Werkmeister_WMDE) [13:39:40] and have a structure tests in mediawiki/core that would run the bundle size tests out of that [13:39:45] without having an extra php file [13:39:48] but well hmm [13:40:11] hashar: I think the idea was to fail repos that didn't over-ride the default. [13:40:33] And people wanted dynamic sizing, not a JSON file, so they could add tolerance to some numbers but not others. [13:40:55] well [13:40:55] https://gerrit.wikimedia.org/r/c/mediawiki/extensions/CentralNotice/+/1146625/1/tests/phpunit/structure/BundleSizeTest.php [13:41:08] that refers to a json file local to that extension [13:41:10] Yes, the "default" version just loads the JSON. [13:41:32] But some people needed (or claimed their code needed) more freedom. [13:41:33] so if they wanna override they could update the json file local to the repo [13:41:41] FREEDOM??? [13:41:51] it is the ennemy of Liberty! [13:42:02] anyway [13:42:06] all jokes and ranting aside [13:42:12] Yes, they want e.g. the module to be 10 Kib ± 1 KiB, but the module to be exactly 2.34 KiB, or whatever. [13:42:42] the patch works for `master` but I don't know what is the process to have those backported to `wmf_deploy` [13:42:47] i don't know whether they merge + push [13:42:49] or cherry pick [13:42:52] or just fast forward [13:42:59] hashar: I'll update my merge patch. [13:42:59] 🤷 [13:43:28] and yes I understand the need for customization [13:43:59] but I don't think the dummy php file is needed :b [13:44:06] it could be generated on the fly [13:44:09] but hmm yeah anyway [13:44:22] problem solved!!! 🎉 [13:47:58] (03CR) 10Hashar: [C:03+1] "The change that added that repository went to enable composer: https://gerrit.wikimedia.org/r/c/integration/config/+/831208 and a comment " [integration/config] - 10https://gerrit.wikimedia.org/r/1146545 (owner: 10Fomafix) [13:48:06] hashar: FWIW, my magic incantation is `git checkout -B wmf_deploy -t origin/wmf_deploy; git log --oneline origin/wmf_deploy..o [13:48:06] rigin/master | pbcopy; git merge origin/master` [13:48:20] ah [13:48:36] well I know whom to ask next time! [13:48:43] also https://gerrit.wikimedia.org/r/c/integration/config/+/1146545 can be merged I think [13:48:49] Oh no. [13:48:53] as I understand it Realnames does not need composer [13:48:56] dependencies [13:48:58] Yeah, sure, let's do it. [13:49:20] though I don't know how that enables Phan [13:49:32] (03PS2) 10Jforrester: Zuul: [mediawiki/extensions/Realnames] Use vendor quibble, not composer [integration/config] - 10https://gerrit.wikimedia.org/r/1146545 (owner: 10Fomafix) [13:49:37] Phan uses vendor, not composer. [13:49:38] I guess the Zuul templates comes with the phan job [13:49:41] \o/ [13:49:45] This is why there's no phan on release branches. [13:49:50] And also no phan on composer repos. [13:49:54] We should fix that. [13:49:56] "We". [13:50:09] (in an half century people would read the above transcript and wonder what was going on) [13:50:26] historian would try to find what phan was [13:50:29] In half a week I will read the above and not know what was going on [13:50:35] ditto [13:50:35] (03CR) 10Jforrester: [C:03+2] Zuul: [mediawiki/extensions/Realnames] Use vendor quibble, not composer [integration/config] - 10https://gerrit.wikimedia.org/r/1146545 (owner: 10Fomafix) [13:50:40] 🤪 [13:51:02] I can't even understand the tasks I have filed/debugged and resolved a decade ago [13:51:36] either my brain is rotted or entire bits got flushed to a vacuum [13:52:14] (03Merged) 10jenkins-bot: Zuul: [mediawiki/extensions/Realnames] Use vendor quibble, not composer [integration/config] - 10https://gerrit.wikimedia.org/r/1146545 (owner: 10Fomafix) [13:54:37] <3 [13:54:53] !log Zuul: [mediawiki/extensions/Realnames] Use vendor quibble, not composer [13:54:54] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [13:55:20] scap does the SAL logging automatically. We should get fab to do the same! [13:55:28] [14:00:08] yeah [14:00:10] I should retire [14:00:19] and do volunteer work to achieve what I had in mind :b [14:00:33] That's my worry about taking a sabbatical. [14:00:51] Instead of 80% work, 20% volunteer, I'd use the sabbatical to be 120% volunteer dev work. [14:00:52] I hear ya. Same [14:01:06] if I had 10k to burn, I would just go on a trip in the USA I guess :b [14:17:59] (03CR) 10Hashar: "@jhathaway@wikimedia.org let me know when this and the other Puppet change are ready and I will be happy to +2 and build the image :]" [integration/config] - 10https://gerrit.wikimedia.org/r/1142674 (owner: 10JHathaway) [14:20:03] Project beta-update-databases-eqiad build #84731: 04FAILURE in 3.8 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/84731/ [14:22:20] 🤨 [14:22:56] 00:00:03.445 Adding event_types field to table campaign_events...Wikimedia\Rdbms\DBQueryError from line 1232 of /srv/mediawiki-staging/php-master/includes/libs/rdbms/database/Database.php: Error 1091: Can't DROP COLUMN `event_type`; check that it exists [14:22:59] from CampaignEvents [14:23:31] * hashar files a task [14:26:06] 10Beta-Cluster-Infrastructure, 10CampaignEvents: CampaignEvents: Error 1091: Can't DROP COLUMN `event_type`; check that it exists - https://phabricator.wikimedia.org/T394418 (10hashar) 03NEW [14:27:13] 10Beta-Cluster-Infrastructure, 10CampaignEvents: CampaignEvents: Error 1091: Can't DROP COLUMN `event_type`; check that it exists - https://phabricator.wikimedia.org/T394418#10826689 (10hashar) [14:32:59] I have poked campaigns engineering about it [14:47:19] (03CR) 10Peter Fischer: "Thanks, it passes the tests now." [integration/config] - 10https://gerrit.wikimedia.org/r/1145174 (https://phabricator.wikimedia.org/T367405) (owner: 10Peter Fischer) [14:57:47] (03PS5) 10Jforrester: Zuul: [mediawiki/tools/api-testing] Stop testing in PHP 7.4 [integration/config] - 10https://gerrit.wikimedia.org/r/1127096 [15:04:59] (03CR) 10Hashar: [C:03+1] Zuul: [mediawiki/tools/api-testing] Stop testing in PHP 7.4 [integration/config] - 10https://gerrit.wikimedia.org/r/1127096 (owner: 10Jforrester) [15:06:44] 10Release-Engineering-Team (Priority Backlog 📥), 07Essential-Work, 05Release, 05Train Deployments: 1.45.0-wmf.1 deployment blockers - https://phabricator.wikimedia.org/T392171#10826885 (10jnuche) [15:07:33] (03CR) 10Hashar: [C:03+2] Zuul: [mediawiki/tools/api-testing] Stop testing in PHP 7.4 [integration/config] - 10https://gerrit.wikimedia.org/r/1127096 (owner: 10Jforrester) [15:09:00] (03Merged) 10jenkins-bot: Zuul: [mediawiki/tools/api-testing] Stop testing in PHP 7.4 [integration/config] - 10https://gerrit.wikimedia.org/r/1127096 (owner: 10Jforrester) [15:09:54] d e p l o y e d [15:12:13] (03update) 10dancy: Announce testserver sync complete before running checks [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/810 (https://phabricator.wikimedia.org/T378740) [15:13:48] I was a little late to train log triage, is it not happening today? (this is ok, I just want to be sure that if it is happening, I'm there) [15:39:45] (03merge) 10dancy: Release 4.168.0 [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/811 [15:40:58] FIRING: [3x] PuppetAgentNoResources: No Puppet resources found on instance deployment-cirrussearch12 on project deployment-prep - https://prometheus-alerts.wmcloud.org/?q=alertname%3DPuppetAgentNoResources [15:42:58] 10Beta-Cluster-Infrastructure: Puppet failing on deployment-cirrussearch12.deployment-prep due to missing profile::opensearch::cirrus::certificate_domains hiera value - https://phabricator.wikimedia.org/T394430 (10dancy) 03NEW [15:43:02] 10MediaWiki-Releasing, 06MediaWiki-Engineering, 05MW-1.39-release, 05MW-1.42-release, 05MW-1.43-release: Update release-branch CREDITS prior to next MediaWiki maintenance/security releases - https://phabricator.wikimedia.org/T394111#10827099 (10A_smart_kitten) >>! In T394111#10824021, @Reedy wrote: > I i... [15:45:34] 10Beta-Cluster-Infrastructure: Puppet failing on deployment-cirrussearch12.deployment-prep due to missing profile::opensearch::cirrus::certificate_domains hiera value - https://phabricator.wikimedia.org/T394430#10827113 (10dancy) [15:46:53] 10Beta-Cluster-Infrastructure: Puppet failing on deployment-cirrussearch12.deployment-prep due to missing profile::opensearch::cirrus::certificate_domains hiera value - https://phabricator.wikimedia.org/T394430#10827114 (10dancy) The failing lookup was added in https://gerrit.wikimedia.org/r/c/operations/puppet/... [15:46:53] Yippee, build fixed! [15:46:54] Project beta-scap-sync-world build #206617: 09FIXED in 1 min 51 sec: https://integration.wikimedia.org/ci/job/beta-scap-sync-world/206617/ [15:47:54] 10Beta-Cluster-Infrastructure: Puppet failing on deployment-cirrussearch12.deployment-prep due to missing profile::opensearch::cirrus::certificate_domains hiera value - https://phabricator.wikimedia.org/T394430#10827120 (10dancy) @bking Added you in hopes of an easy remedy. I haven't attempted to debug yet. [15:49:34] 10Scap (SpiderPig 🕸️): “Show sensitive information” checkbox broken, suspends terminal - https://phabricator.wikimedia.org/T394411#10827122 (10Lucas_Werkmeister_WMDE) No, if I visit it now and enable the checkbox then it shows [redacted]. So I guess it might be broken for ongoing deployments only? [15:52:06] 10Scap, 13Patch-For-Review: scap: announce testserver sync complete before running checks - https://phabricator.wikimedia.org/T378740#10827146 (10dancy) 05In progress→03Resolved a:03dancy Deployed via scap 4.168.0. [16:19:51] 10Beta-Cluster-Infrastructure, 10CirrusSearch, 06Data-Platform-SRE, 06Discovery-Search, 07Puppet: Puppet failing on deployment-cirrussearch{12,13,14}.deployment-prep.eqiad1.wikimedia.cloud - https://phabricator.wikimedia.org/T393924#10827290 (10bd808) [16:19:52] 10Beta-Cluster-Infrastructure: Puppet failing on deployment-cirrussearch12.deployment-prep due to missing profile::opensearch::cirrus::certificate_domains hiera value - https://phabricator.wikimedia.org/T394430#10827293 (10bd808) →14Duplicate dup:03T393924 [16:20:29] 10Beta-Cluster-Infrastructure, 10CirrusSearch, 06Data-Platform-SRE, 06Discovery-Search, 07Puppet: Puppet failing on deployment-cirrussearch{12,13,14}.deployment-prep.eqiad1.wikimedia.cloud - https://phabricator.wikimedia.org/T393924#10827295 (10bd808) >>! In T394430#10827113, @dancy wrote: > The failing... [16:32:18] 10Release-Engineering-Team (Priority Backlog 📥), 07Essential-Work, 05Release, 05Train Deployments: 1.45.0-wmf.1 deployment blockers - https://phabricator.wikimedia.org/T392171#10827391 (10jnuche) 05Open→03Resolved I'm going to foolishly tempt Fate and declare the train finished. Feel free to reope... [17:41:46] !issync [17:41:46] Syncing #wikimedia-releng (requested by bd808) [17:41:47] No updates for #wikimedia-releng [17:45:23] 10Release-Engineering-Team (Doing 😎), 10wikimedia.biterg.io: Automatically export and publish a list of WMF deployed code repositories in Bitergia's JSON format - https://phabricator.wikimedia.org/T385529#10827676 (10thcipriani) After talking to Bitergia folks, we'll need to make some tweaks. * they've update... [17:55:11] 10GitLab (Account Approval), 06Release-Engineering-Team: Requesting GitLab account activation for LLugo-WMF - https://phabricator.wikimedia.org/T394083#10827757 (10LLugo-WMF) @Aklapper Hello! I didn't see the banner on gitlab. followed instructions as shown here: https://wikitech.wikimedia.org/wiki/GitLab... [17:55:27] 10Beta-Cluster-Infrastructure, 06cloud-services-team, 10Cloud-VPS: Consider setting up an https://github.com/knyar/phalerts instance in metricsinfra - https://phabricator.wikimedia.org/T394446 (10bd808) 03NEW [17:59:04] 10Beta-Cluster-Infrastructure, 06Privacy Engineering, 06WMF-Legal, 07Privacy, 07Security: Require email address to register on Beta Cluster - https://phabricator.wikimedia.org/T181034#10827799 (10bd808) 05Open→03Declined No movement in 7+ years. Hopefully https://www.mediawiki.org/wiki/Extension:... [18:52:40] (03open) 10dancy: JobLog.vue: Fix “Show sensitive information” checkbox [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/812 (https://phabricator.wikimedia.org/T394411) [18:52:42] (03update) 10dancy: JobLog.vue: Fix “Show sensitive information” checkbox [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/812 (https://phabricator.wikimedia.org/T394411) [18:54:36] (03update) 10dancy: JobLog.vue: Fix “Show sensitive information” checkbox [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/812 (https://phabricator.wikimedia.org/T394411) [18:56:39] (03merge) 10dancy: JobLog.vue: Fix “Show sensitive information” checkbox [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/812 (https://phabricator.wikimedia.org/T394411) [18:57:56] (03open) 10dancy: Release 4.168.1 [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/813 [18:59:14] (03merge) 10dancy: Release 4.168.1 [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/813 [19:09:24] 10Scap (SpiderPig 🕸️), 13Patch-For-Review: “Show sensitive information” checkbox broken, suspends terminal - https://phabricator.wikimedia.org/T394411#10827977 (10dancy) 05Open→03Resolved a:03dancy Should be resolved as of scap 4.168.1 (just now deployed). [19:48:54] (03update) 10brennen: SpiderPig log view [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/767 (https://phabricator.wikimedia.org/T391005) [20:17:24] (03PS1) 10AntiCompositeNumber: Zuul: Add LD to CI allowlist [integration/config] - 10https://gerrit.wikimedia.org/r/1146722 [21:14:27] (03update) 10dancy: spiderpig: Linkify URLs in interaction prompts [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/785 (https://phabricator.wikimedia.org/T392795) [21:15:33] (03update) 10dancy: spiderpig: Linkify URLs in interaction prompts [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/785 (https://phabricator.wikimedia.org/T392795) [21:16:30] (03update) 10dancy: spiderpig: Linkify URLs in interaction prompts [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/785 (https://phabricator.wikimedia.org/T392795) [21:18:16] (03merge) 10dancy: spiderpig: Linkify URLs in interaction prompts [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/785 (https://phabricator.wikimedia.org/T392795) [21:19:24] After merging a patch adding someone to the layout.yaml allowlist, do I just `./fab deploy_zuul` to make it live? [21:20:19] * bd808 thinks that is correct per https://www.mediawiki.org/wiki/Continuous_integration/Zuul#Deploy_configuration [21:20:27] (03CR) 10BryanDavis: [C:03+2] Zuul: Add LD to CI allowlist [integration/config] - 10https://gerrit.wikimedia.org/r/1146722 (owner: 10AntiCompositeNumber) [21:21:13] bd808: Yep! [21:21:50] (03Merged) 10jenkins-bot: Zuul: Add LD to CI allowlist [integration/config] - 10https://gerrit.wikimedia.org/r/1146722 (owner: 10AntiCompositeNumber) [21:22:41] !log Reloading Zuul to deploy https://gerrit.wikimedia.org/r/c/integration/config/+/1146722 [21:22:42] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [21:23:10] the script claims it worked :) [21:23:11] (03open) 10dancy: Release 4.169.0 [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/814 [21:24:19] (03merge) 10dancy: Release 4.169.0 [repos/releng/scap] - 10https://gitlab.wikimedia.org/repos/releng/scap/-/merge_requests/814 [21:35:28] 10Scap (SpiderPig 🕸️): spiderpig: Link URLs in prompts - https://phabricator.wikimedia.org/T392795#10828322 (10dancy) 05In progress→03Resolved Deployed via scap 4.169.0