[00:16:09] 10Continuous-Integration-Config, 10ContentTranslation, 10MediaWiki-extensions-Interwiki, 10MediaWiki-extensions-TranslationNotifications, 10WikimediaMessages: Add i18n related extensions to the CI gate - https://phabricator.wikimedia.org/T86930 (10Pppery) [00:18:47] 10Beta-Cluster-Infrastructure: Update references from labmon.* to cloudmetrics.* on deployment-prep (beta cluster) - https://phabricator.wikimedia.org/T241462 (10Pppery) [00:48:10] (03CR) 10Krinkle: zuul: Enable CI jobs for node-cssjanus (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/903539 (owner: 10Krinkle) [00:49:09] (03CR) 10Krinkle: zuul: Enable CI jobs for node-cssjanus (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/903539 (owner: 10Krinkle) [00:50:11] !log Reloading Zuul to deploy https://gerrit.wikimedia.org/r/903539 [00:50:13] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [03:07:12] * Krinkle smiles at https://doc.wikimedia.org/cover/mediawiki-libs-node-cssjanus/ [03:07:29] The clover.xml integration is really nice at https://doc.wikimedia.org/cover/ [03:07:32] * Krinkle thanks legoktm again [03:08:30] :D [03:08:58] feels like so many years ago... [03:13:57] (03PS1) 10Krinkle: Add docs publish job for node-cssjanus repo [integration/config] - 10https://gerrit.wikimedia.org/r/903839 [06:07:15] Krinkle: you can surely self merge those tiny config changes :] [06:07:54] (03CR) 10Hashar: [C: 03+2] Add docs publish job for node-cssjanus repo [integration/config] - 10https://gerrit.wikimedia.org/r/903839 (owner: 10Krinkle) [06:08:01] Krinkle: thats done by your Reviewerbot subscription, not me [06:08:29] I don't need the job yet, the repo change is still pending review [06:08:35] but it's fine to merge/deploy if you want [06:09:03] (03Merged) 10jenkins-bot: Add docs publish job for node-cssjanus repo [integration/config] - 10https://gerrit.wikimedia.org/r/903839 (owner: 10Krinkle) [06:09:10] oh yeah sorry :( [06:09:44] !log Reloaded Zuul for https://gerrit.wikimedia.org/r/903839 [06:09:46] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [06:13:15] Krinkle: do you know off hand if MediaWiki extensions/skins have an ecmascript version requirement? [06:13:46] I was looking again at https://www.mediawiki.org/wiki/Compatibility#Browsers but that sounds obsolete from a time when browser were vastly different I guess [06:13:58] seems up to date to me [06:14:24] my reason is that this week-end we have pushed an update of eslint-config-wikimedia which bring a newer version of the eslint-es plugin [06:14:55] MediaWiki core gracefully no-ops in browsers that do not pass the Grade A feature test (we check ES5, DOM4, HTML5 in the startup.js). If the browser passes, then we load the modules queued by addModules(). We treat core, skin, and extensions the same. [06:15:11] The plugin provides all versions. [06:15:16] then on a repository that claims to be wikimedia/client-es5 compatible it raised a bunch of no-ex-x issue likes Prototype.Promise.Finally [06:15:26] What the linter accepts at runtime in CI is determined by .eslintrc in the repo. [06:15:46] Example? [06:16:40] ah for the docroot repo https://gerrit.wikimedia.org/r/c/integration/docroot/+/901696/1/.eslintrc.json#16 [06:16:44] Promise#finally is ensured by core if the module depends on "es6-polyfills", using native of fallback accordingly, so can work in ES5 as well. [06:16:45] ok that one is specific [06:17:20] Polyfills work for APIs, not syntax. E.g any function call basically. [06:18:10] hashar: the commit message of that docroot change is correct, the diff is wrong. [06:18:16] it shoudl have raised es2016 to es2018 [06:18:21] we don't care about old browsers on int.wm.o [06:19:10] yeah that is why for integration/docroot I have amended the LibUp patch to bump the es version and dropped the ignores [06:19:34] ah I see [06:19:36] there is a PS2 [06:19:38] :GTM [06:19:40] LGTM :) [06:19:43] yeah [06:19:50] I feel like I am writing modern code now [06:19:53] apparently I +2ed it last week [06:20:04] for mediawiki here is one for TimedMediaHandler https://gerrit.wikimedia.org/r/c/mediawiki/extensions/TimedMediaHandler/+/902896/1/.eslintrc.json . It ignores Array.prototype.fill [06:20:07] * Krinkle steps out of Tardis [06:20:36] which theorically could cause an issue on an old browser not implementating that fill() [06:20:38] TMH: https://integration.wikimedia.org/ci/job/mwgate-node16-docker/13854/console [06:21:16] yeah [06:21:32] extension.json- "ext.tmh.player.inline": { [06:21:32] extension.json- "es6": true, [06:21:32] extension.json- "packageFiles": [ [06:21:32] extension.json: "resources/ext.tmh.player.inline.js", [06:21:53] ES6==ES2015 [06:21:57] 23:19:12 291:7 warning ES2015 'Array.prototype.fill' method is forbidden es-x/no-array-prototype-fill [06:22:02] That one is fine. [06:22:58] and eslint has "wikimedia/client-es5" [06:23:10] it's not for the whole repo, just that one module [06:24:01] hashar: I think the choice to ignore with "warn" in LibUp by default is a bit strange. It's all existing code so it's just breaking anything new, but indeed it coudl in some cases notice a mistake in which case maybe it's better to review or to disable inline instead of on the whole repo. Ignoring on the whole repo seems like basically never the right solution for non-style rules. [06:24:14] especially if it passed before. [06:24:23] But then again, if it's a rule with many false positives probably better to do this way [06:24:28] and let devs eventeually notice and decide what to do with it [06:24:43] I guess it's the same way we do for PHan and PHPCS [06:24:43] and anyone using that specific module with an es2015 browser would end up having a fault there [06:24:51] so our extension is not fully compatible with es2015 [06:24:51] new warnings get disabled by default if there are aready pre-existing violations. [06:25:28] hashar: It can't be loaded in ES5 even if you try. 'es6':true prevents that. [06:25:33] It's fine :) [06:25:39] AH [06:25:54] so we need to keep in sync the es version in extension.json with the one in eslintrc.json [06:26:04] in this case switch to "wikimedia/client-es6" [06:26:13] new code is subject to mediawiki core startup requirements [06:26:24] which leads to what you have mentioned about ignoring on a per module basis [06:26:26] I would not recommend switching eslintrc to something else unless it's not a MW-related repo [06:26:35] yeah [06:27:02] could be at the top of the file, /* eslint-env es6 */ etc or via "files" array in .eslintrc [06:27:11] many differnet ways, just like .phpcs.xml [06:27:16] I have to go now [06:27:44] complex example at v [06:27:45] https://github.com/qunitjs/qunit/blob/b1267346cf4430cdf427512d08e16a01cf2ec02b/.eslintrc.json#L79 [06:27:52] Krinkle: thank you so much! :] [06:32:39] (03CR) 10Hashar: [C: 03+2] wm-zuul-status: filter out non-live item [software/gerrit] (deploy/wmf/stable-3.5) - 10https://gerrit.wikimedia.org/r/902705 (https://phabricator.wikimedia.org/T214068) (owner: 10Hashar) [06:33:15] (03CR) 10Hashar: [C: 03+2] wm-checks-api: parse PCC full message [software/gerrit] (deploy/wmf/stable-3.5) - 10https://gerrit.wikimedia.org/r/903643 (owner: 10Hashar) [06:33:21] (03Merged) 10jenkins-bot: wm-zuul-status: filter out non-live item [software/gerrit] (deploy/wmf/stable-3.5) - 10https://gerrit.wikimedia.org/r/902705 (https://phabricator.wikimedia.org/T214068) (owner: 10Hashar) [06:36:49] (03PS2) 10Hashar: wm-checks-api: parse PCC full message [software/gerrit] (deploy/wmf/stable-3.5) - 10https://gerrit.wikimedia.org/r/903643 [06:37:17] (03CR) 10Hashar: [C: 03+2] wm-checks-api: parse PCC full message [software/gerrit] (deploy/wmf/stable-3.5) - 10https://gerrit.wikimedia.org/r/903643 (owner: 10Hashar) [06:37:47] (03Merged) 10jenkins-bot: wm-checks-api: parse PCC full message [software/gerrit] (deploy/wmf/stable-3.5) - 10https://gerrit.wikimedia.org/r/903643 (owner: 10Hashar) [06:44:45] Project beta-code-update-eqiad build #437038: 04FAILURE in 1 min 44 sec: https://integration.wikimedia.org/ci/job/beta-code-update-eqiad/437038/ [06:47:46] ^ probably cause Gerrit was restarting [06:49:42] Yippee, build fixed! [06:49:43] Project beta-code-update-eqiad build #437039: 09FIXED in 1 min 50 sec: https://integration.wikimedia.org/ci/job/beta-code-update-eqiad/437039/ [06:51:14] 10Continuous-Integration-Infrastructure, 10Gerrit, 10Release-Engineering-Team (Seen), 10Zuul, 10Patch-For-Review: Display Zuul status of jobs for a change on Gerrit UI - https://phabricator.wikimedia.org/T214068 (10hashar) I have deployed a fix for `TypeError: status.jobs[0] is undefined` showing when th... [07:56:44] (03CR) 10Hashar: [C: 03+2] "I have confirmed the error has gone from I8ed3ff5d7712569b74a23936aba43e5039b91b00" [software/gerrit] (deploy/wmf/stable-3.5) - 10https://gerrit.wikimedia.org/r/903643 (owner: 10Hashar) [08:53:57] 10Phabricator, 10serviceops-collab: Phabricator's access log may have some problems in log rotation - https://phabricator.wikimedia.org/T332869 (10Jelto) With merging https://gerrit.wikimedia.org/r/903693 the aphlict logrotate job was removed from phabricator hosts and stayed on aphlict host. However the defa... [10:14:36] 10Phabricator, 10serviceops-collab: Phabricator's access log may have some problems in log rotation - https://phabricator.wikimedia.org/T332869 (10Jelto) After some troulbleshooting with @eoghan we found out `systemd::unmask` has set the `refreshonly` parameter to `true` in the `exec` command. Which means > I... [10:33:59] 10Beta-Cluster-Infrastructure: Puppet agent is failing on restbase beta node - https://phabricator.wikimedia.org/T333438 (10Jgiannelos) [10:58:05] 10Beta-Cluster-Infrastructure: Puppet agent is failing on restbase beta node - https://phabricator.wikimedia.org/T333438 (10TheresNoTime) //Awful at puppet, but a bit of class chasing for whoever looks at this:// `role::restbase::production` ([[ https://gerrit.wikimedia.org/r/plugins/gitiles/cloud/instance-pupp... [11:00:14] 10Release-Engineering-Team (Seen), 10MW-on-K8s, 10SRE, 10Traffic, and 3 others: Migrate internal traffic to k8s - https://phabricator.wikimedia.org/T333120 (10Clement_Goubert) `mw-api-int` and `mw-api-int-ro` services now in production, we can proceed with creating the envoy listeners in https://gerrit.wik... [11:04:44] 10Release-Engineering-Team (Seen), 10MW-on-K8s, 10SRE, 10Traffic, and 3 others: Migrate internal traffic to k8s - https://phabricator.wikimedia.org/T333120 (10Clement_Goubert) [11:18:57] (03PS1) 10Jforrester: jjb: Provide bespoke PHPUnit standalone job for MediaWiki core [integration/config] - 10https://gerrit.wikimedia.org/r/904100 (https://phabricator.wikimedia.org/T203694) [11:18:59] (03PS1) 10Jforrester: Zuul: [mediawiki/core] Switch standalone job to bespoke one [integration/config] - 10https://gerrit.wikimedia.org/r/904101 (https://phabricator.wikimedia.org/T203694) [11:20:06] (03CR) 10CI reject: [V: 04-1] Zuul: [mediawiki/core] Switch standalone job to bespoke one [integration/config] - 10https://gerrit.wikimedia.org/r/904101 (https://phabricator.wikimedia.org/T203694) (owner: 10Jforrester) [11:27:25] (03PS1) 10Jforrester: Zuul: [mediawiki/services/apple-search] Mark as archived [integration/config] - 10https://gerrit.wikimedia.org/r/904103 (https://phabricator.wikimedia.org/T333409) [11:27:26] 10Continuous-Integration-Infrastructure, 10Jenkins, 10Math: Jenkins should run test for extension math with PHP8 - https://phabricator.wikimedia.org/T333002 (10Physikerwelt) This is a problem for example in the context of this change (which requires PHP8, probably it is best to ONLY test php8)? What do we ru... [11:27:32] (03PS1) 10Jforrester: jjb: Drop apple-search service pipeline jobs [integration/config] - 10https://gerrit.wikimedia.org/r/904104 (https://phabricator.wikimedia.org/T333409) [11:34:48] (03CR) 10Hashar: [C: 03+2] jjb: Drop apple-search service pipeline jobs [integration/config] - 10https://gerrit.wikimedia.org/r/904104 (https://phabricator.wikimedia.org/T333409) (owner: 10Jforrester) [11:35:03] (03CR) 10Hashar: [C: 03+2] Zuul: [mediawiki/services/apple-search] Mark as archived [integration/config] - 10https://gerrit.wikimedia.org/r/904103 (https://phabricator.wikimedia.org/T333409) (owner: 10Jforrester) [11:36:19] (03Merged) 10jenkins-bot: Zuul: [mediawiki/services/apple-search] Mark as archived [integration/config] - 10https://gerrit.wikimedia.org/r/904103 (https://phabricator.wikimedia.org/T333409) (owner: 10Jforrester) [11:36:22] (03Merged) 10jenkins-bot: jjb: Drop apple-search service pipeline jobs [integration/config] - 10https://gerrit.wikimedia.org/r/904104 (https://phabricator.wikimedia.org/T333409) (owner: 10Jforrester) [11:41:06] Thanks hashar. [11:49:46] James_F: I thought we still had to serve the Apple search thingy ;) [11:49:52] I guess it is long obsolete nowadays [11:50:06] hashar: Yeah, I was delighted to find it was dead too. [11:50:20] All hail lego.ktm for noticing. [11:51:42] I have deleted the trigger-apple-search Jenkins jobs [12:16:17] Hi, we have a patch to deploy for restbase. Is it ok if i do it now outside of our regulat deployment window ? [12:23:00] nemo-yiannis: most probably. I guess announce it in #wikimedia-operations and make sure SRE are aware of it [12:23:22] ok [12:23:23] nemo-yiannis: I am assuming an update to Restbase might potentially cause major issue and SRE most probably want to know about it ;) [12:23:57] the windows are mostly to avoid having multiple changes/deployment to occur at the same time or to ensure teams that they are more or less the sole active [12:24:10] and sometime it is fine to deploy outside of the windows ;] [12:24:34] I think Restbase falls under #wikimedia-serviceops team [12:33:00] 10MediaWiki-Releasing, 10MediaWiki-Installer, 10MediaWiki-Stakeholders-Group, 10Epic: Expand the set of bundled extensions and skins in MediaWiki 1.41 - https://phabricator.wikimedia.org/T333405 (10Bawolff) [12:40:03] (03CR) 10Hashar: "I have done a diff between the two jobs:" [integration/config] - 10https://gerrit.wikimedia.org/r/904100 (https://phabricator.wikimedia.org/T203694) (owner: 10Jforrester) [12:55:43] (03PS3) 10Hashar: wm-zuul-status: fix items having no build [software/gerrit] (deploy/wmf/stable-3.5) - 10https://gerrit.wikimedia.org/r/902718 (https://phabricator.wikimedia.org/T214068) [12:55:52] (03Abandoned) 10David Caro: Remove Bug header order restriction [integration/commit-message-validator] - 10https://gerrit.wikimedia.org/r/863238 (https://phabricator.wikimedia.org/T324316) (owner: 10David Caro) [13:30:21] 10GitLab, 10serviceops-collab: Repository by URL import from Gerrit to GitLab fails - https://phabricator.wikimedia.org/T333447 (10Jelto) [13:39:17] 10GitLab, 10serviceops-collab: Repository by URL import from Gerrit to GitLab fails - https://phabricator.wikimedia.org/T333447 (10Jelto) p:05Triageβ†’03Medium a:03Jelto According to some upstream issues https://gitlab.com/gitlab-org/gitlab/-/issues/384547 https://gitlab.com/gitlab-org/gitlab/-/issues/3794... [14:04:31] 10Continuous-Integration-Infrastructure, 10serviceops-collab, 10Patch-For-Review: Migrate doc hosts to Bullseye - https://phabricator.wikimedia.org/T319477 (10andrea.denisse) [14:05:23] 10Release-Engineering-Team (Seen), 10MW-on-K8s, 10SRE, 10Traffic, and 3 others: Migrate internal traffic to k8s - https://phabricator.wikimedia.org/T333120 (10Clement_Goubert) [14:05:48] 10Release-Engineering-Team (GitLab V: Event Horizon πŸŒ„), 10Patch-For-Review, 10Release, 10Train Deployments: 1.41.0-wmf.2 deployment blockers - https://phabricator.wikimedia.org/T330208 (10cscott) ##### Risky Patch! πŸš‚πŸ”₯ * **Change**: https://gerrit.wikimedia.org/r/c/mediawiki/core/+/883501, https://gerrit... [14:06:49] 10Phabricator, 10Security: Phabricator tasks are not reliably indexed by search engines - https://phabricator.wikimedia.org/T333451 (10Tgr) [14:08:55] If any puppet-y people are about, a quick review of https://gerrit.wikimedia.org/r/c/operations/puppet/+/868510/ would be really appreciated β€” changing `deployment-prometheus02` to `deployment-prometheus05` [14:09:33] 10Release-Engineering-Team (Seen), 10DataΒ³, 10Quality-and-Test-Engineering-Team (QTE) (Quality Engineering): Release Engineering Data Collection and Retention (aka DataΒ³) - https://phabricator.wikimedia.org/T216085 (10TAdeleye_WMF) [14:11:36] TheresNoTime: deployment-prometheus05.deployment-prep.eqiad.wmflabs does not resolve [14:14:50] oh great [14:14:56] :) [14:18:49] oh wait, it's `deployment-prometheus05.deployment-prep.eqiad1.wikimedia.cloud` β€” `eqiad1`, not `eqiad` ? [14:23:16] 10Phabricator, 10Release-Engineering-Team, 10serviceops-collab: Replace existing aphlict1001 with puppet-managed bullseye host - https://phabricator.wikimedia.org/T333452 (10eoghan) [14:24:24] Hi Releng friends, I'm wondering if there's a phabricator maintenance window coming up that I could take advantage of. What I would like to do is detailed in this ticket, but the tl;dr is a couple of restarts of phabricator to pick up the new aphlict host, and a possibility of notifications being broken for a short time while we test a new host for a replacement. https://phabricator.wikimedia.org/T333452 [14:26:46] TheresNoTime: your hostname also changes wmflabs to wikimedia.cloud compared to taavi [14:27:15] that was just what `hostname --fqdn` returned fwiw [14:27:17] (I notice the arclamp_host, two lines below in the puppet change, also has eqiad1.wikimedia.cloud, so I guess that should work in principle?) [14:28:05] https://wikitech.wikimedia.org/wiki/News/Phasing_out_the_.wmflabs_domain [14:31:35] 10Phabricator, 10Security: Phabricator tasks are not reliably indexed by search engines - https://phabricator.wikimedia.org/T333451 (10Aklapper) I guess I can reproduce for `T223456` in Google but what makes this an issue on the Wikimedia Phabricator side? Bing finds that page. [14:59:54] hashar: sorry I don't have a more useful bug report for you, but I've noticed that Gerrit sometimes goes completely haywire when I'm typing a comment in Firefox, and wondering if others have seen this issue. I can try to file a task with more details if I'm able to debug/reproduce it reliably [15:07:14] kostajh: yeah the upstream frontend js sometime use Chrome specific api :/ [15:07:31] I think a lot of the key handling has been rewritten entirely in 3.6 [15:07:45] there is probably a task somewhere :] [15:08:29] I have triaged a couple keystroke related one under the Gerrit 3.6 milestone: T192666 T219809 [15:08:30] T219809: Triple-clicking in Gerrit doesn't work with firefox (was: change subject selects unwanted space at the beginning) - https://phabricator.wikimedia.org/T219809 [15:08:30] T192666: Gerrit's New UI reply dialog ignores Ctrl-Z - https://phabricator.wikimedia.org/T192666 [15:09:36] 10GitLab, 10serviceops-collab: Repository by URL import from Gerrit to GitLab fails - https://phabricator.wikimedia.org/T333447 (10Legoktm) Duplicate of {T333048}? [15:09:50] hello Daimona - any idea why https://integration.wikimedia.org/ci/job/quibble-vendor-mysql-php74-selenium-docker/33237/console#console-section-11 fails? [15:11:00] Not really, but those tests were refactored recently: https://gerrit.wikimedia.org/r/c/mediawiki/extensions/AbuseFilter/+/901629 [15:11:30] yep - I don't see anything obvious though [15:11:55] not sure if the \n is the cause [15:13:10] It's not, looks like we may be accessing the element too early, it's hard to tell... Selenium is mostly black magic... [15:16:46] lol - allora vado a sfogliare il libro degli incantesimi [15:29:08] > `'' !== 'null\n'` [15:29:08] true dat. :relieved: [15:29:40] TheresNoTime: heh [15:31:34] (I'm afraid that's all my input in regard to CI tests..) [15:31:54] hehe [15:33:51] indeed removing the \n didn't solve it [15:34:06] https://integration.wikimedia.org/ci/job/quibble-vendor-mysql-php74-selenium-docker/33261/console [15:41:54] 10GitLab, 10serviceops-collab: Repository by URL import from Gerrit to GitLab fails - https://phabricator.wikimedia.org/T333447 (10Dzahn) I have definitely imported a repo from Gerrit before, seems like this must have been introduced in a gitlab version upgrade. [15:51:54] (03PS1) 10Clare Ming: Review access change [libs/metrics-platform] (refs/meta/config) - 10https://gerrit.wikimedia.org/r/904222 [15:53:18] 10Project-Admins: Requests for addition to the #acl*Project-Admins group (in comments) - https://phabricator.wikimedia.org/T706 (10KSiebert) As an Engineering Manager I would need access as we won't have a Technical Program Manager as of next week. [15:58:25] Sorry, I forgot about this conversation :D There was a comment about that specific test in https://gerrit.wikimedia.org/r/c/mediawiki/extensions/AbuseFilter/+/901629/ [15:58:30] Looks like it didn't fix the flakiness [16:03:20] Daimona: https://gerrit.wikimedia.org/r/c/mediawiki/extensions/AbuseFilter/+/901629/comments/e7fd6aad_16e8683e [16:03:31] oh, lol, we were looking at the same heh [16:04:18] so to answer James_F at https://gerrit.wikimedia.org/r/c/mediawiki/extensions/AbuseFilter/+/901629/comments/48666d05_e701926c - nope, it's still randomly failing :) [16:05:30] Indeed :-/ [16:06:29] it has await so it should... await until loaded :-/ [16:06:48] I left a comment on https://phabricator.wikimedia.org/T300790#8738879 [16:09:05] 10Project-Admins: Requests for addition to the #acl*Project-Admins group (in comments) - https://phabricator.wikimedia.org/T706 (10Ladsgroup) >>! In T706#8738862, @KSiebert wrote: > As an Engineering Manager I would need access as we won't have a Technical Program Manager as of next week. > Could I be added to... [16:09:50] and the async / await feels correct with node doc's at hand [16:11:35] 10Gerrit, 10Release-Engineering-Team: Migrate Gerrit deployment from git-fat to git-lfs - https://phabricator.wikimedia.org/T333465 (10hashar) [16:22:22] 10Continuous-Integration-Infrastructure, 10serviceops-collab, 10Patch-For-Review: Migrate doc hosts to Bullseye - https://phabricator.wikimedia.org/T319477 (10Dzahn) Yes, the issue with mismatched UIDs on hosts that rsync has come up multiple times before and the preferred fix in SRE is definitely to use res... [16:32:35] 10GitLab (Administration, Settings & Policy), 10Release-Engineering-Team (Priority Backlog πŸ“₯), 10Privacy Engineering, 10Product-Analytics, and 2 others: Request for Private repos to be enabled - https://phabricator.wikimedia.org/T305082 (10mpopov) >>! In T305082#8735744, @Legoktm wrote: >> @Legoktm This vi... [16:43:14] (03PS1) 10Hashar: Enable lfs for operations/software/gerrit [All-Projects] (refs/meta/config) - 10https://gerrit.wikimedia.org/r/904230 (https://phabricator.wikimedia.org/T333465) [16:43:55] (03CR) 10Hashar: [V: 03+2 C: 03+2] Enable lfs for operations/software/gerrit [All-Projects] (refs/meta/config) - 10https://gerrit.wikimedia.org/r/904230 (https://phabricator.wikimedia.org/T333465) (owner: 10Hashar) [16:44:13] (03CR) 10Hashar: [V: 03+2 C: 03+2] "I need it for experimental purposes :)" [All-Projects] (refs/meta/config) - 10https://gerrit.wikimedia.org/r/904230 (https://phabricator.wikimedia.org/T333465) (owner: 10Hashar) [17:30:07] (03PS1) 10Hashar: Migrate from git fat to git lfs [software/gerrit] (deploy/wmf/stable-3.5) - 10https://gerrit.wikimedia.org/r/904239 (https://phabricator.wikimedia.org/T333465) [17:30:36] (03CR) 10CI reject: [V: 04-1] Migrate from git fat to git lfs [software/gerrit] (deploy/wmf/stable-3.5) - 10https://gerrit.wikimedia.org/r/904239 (https://phabricator.wikimedia.org/T333465) (owner: 10Hashar) [17:31:20] 10Gerrit, 10Release-Engineering-Team, 10Patch-For-Review: Migrate Gerrit deployment from git-fat to git-lfs - https://phabricator.wikimedia.org/T333465 (10hashar) ` $ git push origin HEAD:refs/for/deploy/wmf/stable-3.5 Locking support detected on remote "origin". Consider enabling it with: $ git config lfs... [17:41:16] (03CR) 10Thcipriani: [V: 03+2 C: 03+2] Review access change [libs/metrics-platform] (refs/meta/config) - 10https://gerrit.wikimedia.org/r/904222 (owner: 10Clare Ming) [17:55:14] 10Release-Engineering-Team (Priority Backlog πŸ“₯), 10serviceops, 10Patch-For-Review, 10Release Pipeline (Blubber): Buildkit erroring with "cannot reuse body, request must be retried" upon multi-platform push - https://phabricator.wikimedia.org/T322453 (10dduvall) I was able to reproduce the problem locally a... [19:10:35] maintenance-disconnect-full-disks build 477886 integration-agent-docker-1029 (/: 28%, /srv: 95%, /var/lib/docker: 42%): OFFLINE due to disk space [19:15:31] maintenance-disconnect-full-disks build 477887 integration-agent-docker-1029 (/: 28%, /srv: 56%, /var/lib/docker: 41%): RECOVERY disk space OK [19:19:35] (03CR) 10Hashar: "I should probably amend the commit message to be more descriptive." [software/gerrit] (deploy/wmf/stable-3.5) - 10https://gerrit.wikimedia.org/r/904239 (https://phabricator.wikimedia.org/T333465) (owner: 10Hashar) [19:27:15] 10Gerrit, 10Release-Engineering-Team, 10Patch-For-Review: Migrate Gerrit deployment from git-fat to git-lfs - https://phabricator.wikimedia.org/T333465 (10hashar) [19:27:22] 10Gerrit, 10Release-Engineering-Team, 10Patch-For-Review: Migrate Gerrit deployment from git-fat to git-lfs - https://phabricator.wikimedia.org/T333465 (10hashar) [19:27:25] 10Gerrit, 10Release-Engineering-Team (Priority Backlog πŸ“₯): gerrit: stop using git-fat - https://phabricator.wikimedia.org/T316878 (10hashar) [19:28:37] 10Gerrit, 10Release-Engineering-Team (Priority Backlog πŸ“₯): gerrit: stop using git-fat - https://phabricator.wikimedia.org/T316878 (10hashar) I have filed another task today which already has commits attached T316878. I have copy pasted the content of this task which I wrote on Sept 7th 2022. [19:28:47] 10Gerrit, 10Release-Engineering-Team, 10Patch-For-Review: Migrate Gerrit deployment from git-fat to git-lfs - https://phabricator.wikimedia.org/T333465 (10hashar) [19:28:49] 10Release-Engineering-Team (Priority Backlog πŸ“₯), 10Scap, 10SRE, 10Python3-Porting: git-fat replacement/removal - https://phabricator.wikimedia.org/T279509 (10hashar) [19:38:41] 10Release-Engineering-Team (Priority Backlog πŸ“₯), 10Scap, 10SRE, 10Python3-Porting: git-fat replacement/removal - https://phabricator.wikimedia.org/T279509 (10hashar) Some caution, #scap does not properly support `git-lfs`. On the scap targets the local git repository cache has a remote set to the deploymen... [19:54:29] (03CR) 10Jforrester: jjb: Provide bespoke PHPUnit standalone job for MediaWiki core (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/904100 (https://phabricator.wikimedia.org/T203694) (owner: 10Jforrester) [20:28:31] (03CR) 10Hashar: jjb: Provide bespoke PHPUnit standalone job for MediaWiki core (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/904100 (https://phabricator.wikimedia.org/T203694) (owner: 10Jforrester) [21:40:17] 10Phabricator, 10Security: Phabricator tasks are not reliably indexed by search engines - https://phabricator.wikimedia.org/T333451 (10Tgr) 05Openβ†’03Invalid Overly strict robots.txt? Lack of sitemap? Not sure. I imagine someone with access to Google Search Console could easily find out. But it's good to kn... [22:34:56] (03CR) 10Krinkle: jjb: Provide bespoke PHPUnit standalone job for MediaWiki core (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/904100 (https://phabricator.wikimedia.org/T203694) (owner: 10Jforrester) [23:15:42] PROBLEM - Check systemd state on doc1002 is CRITICAL: CRITICAL - degraded: The following units failed: rsync-doc-doc2002.codfw.wmnet.service https://wikitech.wikimedia.org/wiki/Monitoring/check_systemd_state [23:18:05] 10Phabricator, 10Security: Phabricator tasks are not reliably indexed by search engines - https://phabricator.wikimedia.org/T333451 (10Dzahn) >>! In T333451#8740092, @Tgr wrote: > Overly strict robots.txt? That's here https://phabricator.wikimedia.org/robots.txt > Lack of sitemap? There is also T332101 ques...