[00:15:57] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Completed auto-reimage of hosts: ` ['mw2372.codfw.wmnet'] ` an... [00:16:47] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Completed auto-reimage of hosts: ` ['mw2370.codfw.wmnet'] ` an... [00:20:39] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Script wmf-auto-reimage was launched by dzahn on cumin1001.eqia... [00:38:18] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Script wmf-auto-reimage was launched by dzahn on cumin1001.eqia... [00:39:13] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Script wmf-auto-reimage was launched by dzahn on cumin1001.eqia... [00:40:14] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Script wmf-auto-reimage was launched by dzahn on cumin1001.eqia... [00:54:05] 10Release-Engineering-Team-TODO (2021-01-01 to 2021-03-31 (Q3)), 10Patch-For-Review, 10Release, 10Train Deployments, 10User-brennen: 1.36.0-wmf.27 deployment blockers - https://phabricator.wikimedia.org/T271341 (10brennen) [01:01:42] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Completed auto-reimage of hosts: ` ['mw2376.codfw.wmnet'] ` an... [01:04:42] 10Release-Engineering-Team-TODO (2021-01-01 to 2021-03-31 (Q3)), 10Patch-For-Review, 10Release, 10Train Deployments, 10User-brennen: 1.36.0-wmf.27 deployment blockers - https://phabricator.wikimedia.org/T271341 (10brennen) End-of-day summary: - I deployed to all wikis at the usual time, finishing at 2... [01:18:52] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Completed auto-reimage of hosts: ` ['mw2374.codfw.wmnet'] ` an... [01:20:24] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Completed auto-reimage of hosts: ` ['mw2368.codfw.wmnet'] ` an... [01:21:30] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Completed auto-reimage of hosts: ` ['mw2366.codfw.wmnet'] ` an... [01:50:39] 10Phabricator, 10Phatality, 10Developer Productivity: Phatality search not working - https://phabricator.wikimedia.org/T244330 (10mmodell) Fixed by setting `"fulltext": true` in the configuration for the `error.id` field (in phabricator's config under `maniphest.custom-field-definitions`) [01:50:55] 10Phabricator, 10Phatality, 10Developer Productivity: Phatality search not working - https://phabricator.wikimedia.org/T244330 (10mmodell) 05Open→03Resolved a:03mmodell [01:52:08] 10Release-Engineering-Team-TODO (2020-10-01 to 2020-12-31 (Q2)), 10Phatality: Phatality can't report bugs from very long messages - https://phabricator.wikimedia.org/T255671 (10mmodell) This seems sensible. I'm not sure where to truncate though - I think browsers and web servers are inconsistent about how long... [05:47:53] 10Phabricator, 10DBA, 10SRE, 10Patch-For-Review: Grant phstats user SELECT rights for phabricator_policy database - https://phabricator.wikimedia.org/T272654 (10Marostegui) 05Open→03Resolved a:03Marostegui Change has been applied - thanks daniel for working out the patch! [05:51:57] 10Phabricator, 10DBA, 10SRE, 10Patch-For-Review: Grant phstats user SELECT rights for phabricator_policy database - https://phabricator.wikimedia.org/T272654 (10Marostegui) Actually the original patch creator was @Aklapper so thank you too! :) [06:05:55] 10Phabricator, 10DBA: Restart m3 (phabricator) database master db1132 - https://phabricator.wikimedia.org/T272596 (10Marostegui) Thanks @mmodell - going to send a calendar invite for 06:00 AM UTC! [06:06:34] 10Phabricator, 10DBA: Restart m3 (phabricator) database master db1132 - https://phabricator.wikimedia.org/T272596 (10Marostegui) For Wednesday 27th! [06:32:47] 10Phabricator, 10DBA: Restart m3 (phabricator) database master db1132 - https://phabricator.wikimedia.org/T272596 (10Marostegui) [07:37:08] 10Continuous-Integration-Config, 10I18n, 10User-DannyS712: Add `mark` to mediawiki-i18n-check-docker html whitelist - https://phabricator.wikimedia.org/T272671 (10DannyS712) [07:37:34] 10Continuous-Integration-Config, 10I18n, 10User-DannyS712: Add `mark` to mediawiki-i18n-check-docker html whitelist - https://phabricator.wikimedia.org/T272671 (10DannyS712) (if #continuous-integration-config is the wrong tag I apologize, wasn't quite sure) [08:00:04] Project mwcore-phpunit-coverage-master build #1169: 04STILL FAILING in 5 hr 0 min: https://integration.wikimedia.org/ci/job/mwcore-phpunit-coverage-master/1169/ [08:03:50] we haven't had coverage for nearly 2 weeks now... [08:05:40] (03PS1) 10Legoktm: jjb: Bump mwcore-phpunit-coverage-master timeout to 6 hours [integration/config] - 10https://gerrit.wikimedia.org/r/657768 [08:07:23] !log manually started mwcore-phpunit-coverage-master job with 6hr timeout [08:07:25] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [08:08:32] (03CR) 10Legoktm: [C: 03+2] jjb: Bump mwcore-phpunit-coverage-master timeout to 6 hours [integration/config] - 10https://gerrit.wikimedia.org/r/657768 (owner: 10Legoktm) [08:09:55] (03Merged) 10jenkins-bot: jjb: Bump mwcore-phpunit-coverage-master timeout to 6 hours [integration/config] - 10https://gerrit.wikimedia.org/r/657768 (owner: 10Legoktm) [08:28:30] legoktm: ouch, pretty sure it used to pass in less than 3 hours [08:29:15] or we might have way moare code and moar tests added over the last few months [08:29:53] hashar: yeah that's what I remember too...I wonder if there's been a perf regression somewhere in the stack [08:30:05] in any case, we need the job to finish to see what the slow tests are! [08:30:14] legoktm: in October the introduction of Ceph has crippled disk io [08:30:22] cause the IO are rate limited [08:30:28] but I dont think that job does much io [08:30:34] or maybe it does cause it hits the database [08:30:45] is it no longer on tmpfs? [08:31:03] checked and --tmpfs /workspace/db:size=320M' [08:31:13] so yeah the db is exempt of the Ceph IO rate limiting [08:31:37] there were some discussions about using pcov instead of Xdebug [08:31:43] and tentatively more recent Xdebug being faster [08:31:54] and we might want to switch to a newer php as well [08:32:23] so we can go up to 7.4, but if we want to do code coverage on 8.0 (which should be even faster) we need to upgrade phpunit too [08:32:43] yeah tis a long tail [08:33:18] and we lack any history older than 15 days, so it is quite hard to figure out why it would have regressed :\ [08:35:08] legoktm: there are 30 k tests apparently, so maybe that the reason, a lot more tests being added [08:35:26] anywya it is late for you, I don't want to keep you up longer than needed [08:35:31] thank you for the timeout bump! [08:36:19] yeah, I'm hoping we'll see a bump in the coverage chart tomorrow [08:40:00] legoktm: from `perf top` and `iotop` on integration-agent-docker-1011.integration.eqiad.wmflabs [08:40:06] it barely does any IO [08:40:13] and bunch of the CPU time is in xdebug [08:40:53] tgr did file a few tasks to get a more recent xdebug package to be rebuild but that is stalled afaik [08:46:51] not that surprising I guess [08:47:04] we can check the slow test report once the build finishes this time [08:47:46] https://phabricator.wikimedia.org/T263933 [08:49:56] legoktm: yeah that might be the task. Though we got a 2.7.0 with cherry picked stuff under component/php72 [08:51:08] I also found https://phabricator.wikimedia.org/T263933 which is still open for 2.7.2 [08:51:15] but for later php version (such as 7.4) seems we would want Xdebug 2.9 [08:51:19] yeah [08:51:27] it is a bit messy :] [08:54:57] based on a skim it looks like upgrading to 2.9.x in buster should be straightforward [08:55:03] I don't really even want to try for stretch [08:56:11] 10Beta-Cluster-Infrastructure, 10Release-Engineering-Team (Development services): Puppet failling on deploy-1002.devtools.eqiad.wmflabs - https://phabricator.wikimedia.org/T272673 (10hashar) [09:02:00] 10Beta-Cluster-Infrastructure, 10Release-Engineering-Team (Development services): Puppet failling on deploy-1002.devtools.eqiad.wmflabs - https://phabricator.wikimedia.org/T272673 (10hashar) There is not even a `/var/log/puppet.log` file but there is a puppet.log.1 from 8:45. I guess rsyslog is not properly r... [09:05:48] 10Beta-Cluster-Infrastructure, 10Release-Engineering-Team (Development services): Puppet failling on deploy-1002.devtools.eqiad.wmflabs - https://phabricator.wikimedia.org/T272673 (10hashar) I have restarted `rsyslog` and ran `run-puppet-agent`, puppet now properly get logs written to `/var/log/puppet.log`. I... [09:07:46] 10Beta-Cluster-Infrastructure, 10Release-Engineering-Team (Development services): Puppet failling on deploy-1002.devtools.eqiad.wmflabs - https://phabricator.wikimedia.org/T272673 (10hashar) The puppet failure is: `counterexample Could not retrieve catalog from remote server: Error 500 on SERVER: Server Error:... [09:19:40] 10Release-Engineering-Team-TODO (2021-01-01 to 2021-03-31 (Q3)), 10Phatality, 10Wikimedia-Logstash, 10observability: Phatality doesn't work with Kibana 7 - https://phabricator.wikimedia.org/T272655 (10Aklapper) [10:08:12] 10Phabricator, 10DBA, 10SRE, 10Patch-For-Review: Grant phstats user SELECT rights for phabricator_policy database - https://phabricator.wikimedia.org/T272654 (10Aklapper) 05Resolved→03Open >>! In T272654#6767902, @Marostegui wrote: > Change has been applied (Thanks everyone.) Hmm, https://gerrit.wikim... [10:18:13] 10Phabricator, 10DBA, 10SRE, 10Patch-For-Review: Grant phstats user SELECT rights for phabricator_policy database - https://phabricator.wikimedia.org/T272654 (10Marostegui) 05Open→03Resolved I forgot the m3-slave CNAME uses the hostname directly instead of the proxy, which is not nice but we can fix th... [10:20:39] 10Phabricator, 10Security: Restrict creation of calendar items due to spam - https://phabricator.wikimedia.org/T265723 (10Aklapper) [10:22:21] 10Phabricator, 10DBA, 10SRE, 10Patch-For-Review: Grant phstats user SELECT rights for phabricator_policy database - https://phabricator.wikimedia.org/T272654 (10Aklapper) Yes, works now! Does that mean https://gerrit.wikimedia.org/r/c/operations/puppet/+/657692/ should be closed or abandoned or so? Thanks! <3 [11:13:24] (03CR) 10Lars Wirzenius: "I'll upload a new patch set, once I've verified all test pass, including under train-dev." (037 comments) [tools/scap] - 10https://gerrit.wikimedia.org/r/657616 (https://phabricator.wikimedia.org/T222372) (owner: 10Lars Wirzenius) [11:28:02] 10Continuous-Integration-Config, 10I18n, 10User-DannyS712: Add `mark` to mediawiki-i18n-check-docker html whitelist - https://phabricator.wikimedia.org/T272671 (10hashar) Yes it is fine, that is usually the default for CI and regardless it is easy to add remove projects. The Jenkins job `mediawiki-i18n-check... [11:32:14] (03PS3) 10Lars Wirzenius: refactor: drop scap/sh.py, use subprocess directly [tools/scap] - 10https://gerrit.wikimedia.org/r/657616 (https://phabricator.wikimedia.org/T222372) [11:35:06] (03CR) 10DannyS712: "This change is ready for review." [integration/config] - 10https://gerrit.wikimedia.org/r/657661 (https://phabricator.wikimedia.org/T272671) (owner: 10DannyS712) [11:37:59] DannyS712: I should just deploy that thing :] [11:38:49] I was about to log off, do you need me around for it? [11:39:13] (03CR) 10Hashar: [C: 03+2] "Deployed, can always be tweaked/reverted later on if need be." [integration/config] - 10https://gerrit.wikimedia.org/r/657661 (https://phabricator.wikimedia.org/T272671) (owner: 10DannyS712) [11:40:13] 10Continuous-Integration-Config, 10I18n, 10Patch-For-Review, 10User-DannyS712: Add `mark` to mediawiki-i18n-check-docker html whitelist - https://phabricator.wikimedia.org/T272671 (10hashar) 05Open→03Resolved a:03DannyS712 I have deployed your change anyway. Probably doesn't need to wait any other re... [11:40:16] DannyS712: I have pushed it. Dont worry :] [11:40:27] DannyS712: if that proves to be an issue, we can just remove again [11:40:28] thank you! [11:40:44] (03Merged) 10jenkins-bot: Add `mark` to mediawiki-i18n-check-docker html whitelist [integration/config] - 10https://gerrit.wikimedia.org/r/657661 (https://phabricator.wikimedia.org/T272671) (owner: 10DannyS712) [11:41:50] well, in that case, nevermind - thanks for the quick review [11:42:05] 10Continuous-Integration-Config, 10I18n, 10User-DannyS712: Add `mark` to mediawiki-i18n-check-docker html whitelist - https://phabricator.wikimedia.org/T272671 (10DannyS712) [12:12:49] Reedy: can you review https://gerrit.wikimedia.org/r/c/mediawiki/core/+/655148/ [12:17:26] 10Beta-Cluster-Infrastructure, 10Release-Engineering-Team (Development services): Puppet failling on deploy-1002.devtools.eqiad.wmflabs - https://phabricator.wikimedia.org/T272673 (10JMeybohm) Not completely sure (limited puppet knowledge) but maybe that `kafka_config` does not exist on cloudvps for some reaso... [12:22:33] hasharAway twentyafterfour: Could one of you help me understand how eqiad has changed? `/src/deployment/design/deploy-style-guide.sh` isn't there anymore (I assume) [12:34:57] just out of interest, if we can continue to have such shortcut script https://phabricator.wikimedia.org/P9518 [12:35:09] I for now made it manually [12:39:53] 10Phabricator, 10Security-Team, 10Security: acl*blog-admins (and two other acl projects) are joinable by the world - https://phabricator.wikimedia.org/T272634 (10Urbanecm) [12:53:00] Volker_E: hmm no idea? ;] [12:53:12] Volker_E: that would be in whatever is the upstream repository I guess [12:54:06] Nov 1 2019 deploy-style-guide.sh* [12:54:09] Volker_E: it is still there?! [13:12:03] 10Phabricator, 10DBA, 10SRE, 10Patch-For-Review: Grant phstats user SELECT rights for phabricator_policy database - https://phabricator.wikimedia.org/T272654 (10Marostegui) Just merged it! :) [13:35:38] (03PS1) 10Hashar: pom: move release to Wikimedia [integration/gearman-java] - 10https://gerrit.wikimedia.org/r/657811 (https://phabricator.wikimedia.org/T271683) [14:00:52] Yippee, build fixed! [14:00:52] Project mwcore-phpunit-coverage-master build #1170: 09FIXED in 5 hr 53 min: https://integration.wikimedia.org/ci/job/mwcore-phpunit-coverage-master/1170/ [14:08:15] 10Beta-Cluster-Infrastructure, 10Release-Engineering-Team (Development services): Puppet failling on deploy-1002.devtools.eqiad.wmflabs - https://phabricator.wikimedia.org/T272673 (10Ottomata) Yeah will revert. I think that problem is going to be solved differently after all. [14:30:28] (03PS2) 10Hashar: pom: move release to Wikimedia [integration/gearman-java] - 10https://gerrit.wikimedia.org/r/657811 (https://phabricator.wikimedia.org/T271683) [14:30:49] legoktm: the mediawiki coverage report worked :] thanks! [14:31:08] after 5h53min, just below the 6 hours timeout bah [14:41:54] (03CR) 10Hashar: "I have added the french speaking java cabal as reviewers (Guillaume, David, Joseph) since I have previously helped to setup CI to perform " [integration/gearman-java] - 10https://gerrit.wikimedia.org/r/657811 (https://phabricator.wikimedia.org/T271683) (owner: 10Hashar) [14:46:09] so hmm java magic [14:48:47] gehel: dcausse: joal: hello and happy friday. I have added you as reviewers for some pom.xml magic to ultimately be able to release yet another java madness. No urgency for today, but I would definitely welcome some help next week about it :] [14:50:46] looking in a few [14:55:02] 10Release-Engineering-Team (Pipeline), 10Release-Engineering-Team-TODO (2021-01-01 to 2021-03-31 (Q3)), 10MW-on-K8s, 10Release Pipeline: Move private settings to a k8s compatible location - https://phabricator.wikimedia.org/T271475 (10akosiaris) >>! In T271475#6765888, @dduvall wrote: > @akosiaris or @joe,... [15:09:55] (03CR) 10Gehel: "Minor comments about naming and versioning, and one about testing. Otherwise LGTM." (033 comments) [integration/gearman-java] - 10https://gerrit.wikimedia.org/r/657811 (https://phabricator.wikimedia.org/T271683) (owner: 10Hashar) [15:10:04] gehel: you are awesome [15:10:10] hashar: ping me if my comments are too criptic! [15:10:41] (03CR) 10DCausse: pom: move release to Wikimedia (036 comments) [integration/gearman-java] - 10https://gerrit.wikimedia.org/r/657811 (https://phabricator.wikimedia.org/T271683) (owner: 10Hashar) [15:10:44] May I suggest adding maven wrapper soon-ish as well? That way, we might even be able to re-use the same CI config than for other projects! [15:11:36] gehel: I have no idea how to do though. Is that just about adding the mvnw shell script at the root of the repo? [15:11:54] hashar: https://github.com/takari/maven-wrapper [15:12:08] just run `mvn -N io.takari:maven:0.7.7:wrapper` at the root of the project [15:14:06] (03CR) 10Gehel: pom: move release to Wikimedia (031 comment) [integration/gearman-java] - 10https://gerrit.wikimedia.org/r/657811 (https://phabricator.wikimedia.org/T271683) (owner: 10Hashar) [15:16:42] gehel: awesome, will follow up later tonight and guess we can follow up sometime next week [15:17:14] cool! [15:35:32] 10Gerrit, 10Wikimedia-GitHub: mediawiki/extensions/WSOAuth Github and Gerrit repo have diverged - https://phabricator.wikimedia.org/T263955 (10Xxmarijnw) It looks like this task has mostly been resolved. The only issue that still remains is that the `REL1_35` branch still seems to have the old version. How can... [15:49:50] (03CR) 10Ahmon Dancy: [C: 03+1] refactor: drop scap/sh.py, use subprocess directly (031 comment) [tools/scap] - 10https://gerrit.wikimedia.org/r/657616 (https://phabricator.wikimedia.org/T222372) (owner: 10Lars Wirzenius) [15:49:59] (03CR) 10Ahmon Dancy: [C: 03+1] "Nice work Lars." [tools/scap] - 10https://gerrit.wikimedia.org/r/657616 (https://phabricator.wikimedia.org/T222372) (owner: 10Lars Wirzenius) [15:54:35] 10MediaWiki-Codesniffer, 10Wikidata, 10User-Addshore, 10Wikidata-Campsite (Wikidata-Campsite-Iteration-∞): Use mediawiki codesniffer v33 in actively developed Wikibase related repositories and retire wikibase-codesniffer - https://phabricator.wikimedia.org/T266823 (10thiemowmde) I feel like we need to talk... [16:03:37] 10Phabricator: Re-check sidebar items and default panels on Phabricator default frontpage (with new users in mind?) - https://phabricator.wikimedia.org/T272715 (10Aklapper) p:05Triage→03Low [16:55:00] hashar: can you help with gerrit-GitHub syncs? [16:55:13] Oh ignore me I'm blind [16:56:45] sbassett, Urbanecm: does https://gerrit.wikimedia.org/r/c/mediawiki/extensions/AbuseFilter/+/657092 need backporting to 1.35? [17:06:26] RhinosF1: That file doesn't exist in 1.35. So if it does, it will be in code elsewhere [17:09:20] (03CR) 10Hashar: "Thanks Guillaume, will follow up next week :]" (032 comments) [integration/gearman-java] - 10https://gerrit.wikimedia.org/r/657811 (https://phabricator.wikimedia.org/T271683) (owner: 10Hashar) [17:14:40] Reedy: could someone look into it? [17:14:45] RhinosF1: yes i can :) [17:14:54] I think the block stuff was Martin's work anyway [17:14:55] for gerrit github I mean [17:15:06] hashar: I just couldn't read [17:15:14] it happens ! [17:16:03] Urbanecm: see above [17:22:39] some of the time it works every time. [17:22:59] RhinosF1: it doesn't sound like the respective REL1_35 code has a return status for the blocking function [17:23:03] so no, it doesn't need backporting [17:23:17] Urbanecm: ah thanks [17:23:36] the commit that introduced the return is also a fairly new one, I don't think it managed it to REL1_35 [17:30:32] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Script wmf-auto-reimage was launched by dzahn on cumin1001.eqia... [17:30:47] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Script wmf-auto-reimage was launched by dzahn on cumin1001.eqia... [17:31:15] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Script wmf-auto-reimage was launched by dzahn on cumin1001.eqia... [17:31:33] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Script wmf-auto-reimage was launched by dzahn on cumin1001.eqia... [17:51:02] 10Release-Engineering-Team (Pipeline), 10Release-Engineering-Team-TODO (2021-01-01 to 2021-03-31 (Q3)), 10MW-on-K8s, 10Release Pipeline: Move private settings to a k8s compatible location - https://phabricator.wikimedia.org/T271475 (10dduvall) >>! In T271475#6769055, @akosiaris wrote: >>>! In T271475#67658... [18:00:30] 10Release-Engineering-Team (Pipeline), 10Release-Engineering-Team-TODO (2021-01-01 to 2021-03-31 (Q3)), 10MW-on-K8s, 10Release Pipeline, 10serviceops: Request volume for Docker images and container filesystems on releases machines - https://phabricator.wikimedia.org/T272092 (10dduvall) Thanks for working... [18:11:43] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Completed auto-reimage of hosts: ` ['mw2358.codfw.wmnet'] ` an... [18:12:12] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Completed auto-reimage of hosts: ` ['mw2360.codfw.wmnet'] ` an... [18:12:21] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Completed auto-reimage of hosts: ` ['mw2362.codfw.wmnet'] ` an... [18:12:49] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Completed auto-reimage of hosts: ` ['mw2364.codfw.wmnet'] ` an... [18:24:08] 10Release-Engineering-Team (Pipeline), 10Release-Engineering-Team-TODO (2021-01-01 to 2021-03-31 (Q3)), 10MW-on-K8s, 10Release Pipeline, 10serviceops: Request volume for Docker images and container filesystems on releases machines - https://phabricator.wikimedia.org/T272092 (10Dzahn) Thank to Alex for fi... [18:25:23] 10Release-Engineering-Team (Pipeline), 10Release-Engineering-Team-TODO (2021-01-01 to 2021-03-31 (Q3)), 10MW-on-K8s, 10Release Pipeline, 10serviceops: Request volume for Docker images and container filesystems on releases machines - https://phabricator.wikimedia.org/T272092 (10Dzahn) a:05Dzahn→03dduva... [18:27:17] 10Release-Engineering-Team (Pipeline), 10Release-Engineering-Team-TODO (2021-01-01 to 2021-03-31 (Q3)), 10MW-on-K8s, 10Release Pipeline, 10Patch-For-Review: Define a PipelineLib based MW image build job on releases-jenkins.wikimedia.org - https://phabricator.wikimedia.org/T271477 (10dduvall) [18:27:25] 10Release-Engineering-Team (Pipeline), 10Release-Engineering-Team-TODO (2021-01-01 to 2021-03-31 (Q3)), 10MW-on-K8s, 10Release Pipeline, 10serviceops: Request volume for Docker images and container filesystems on releases machines - https://phabricator.wikimedia.org/T272092 (10dduvall) 05Open→03Resolv... [18:48:49] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Script wmf-auto-reimage was launched by dzahn on cumin1001.eqia... [18:49:10] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Script wmf-auto-reimage was launched by dzahn on cumin1001.eqia... [18:50:04] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Script wmf-auto-reimage was launched by dzahn on cumin1001.eqia... [18:51:14] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Script wmf-auto-reimage was launched by dzahn on cumin1001.eqia... [18:55:18] 10Release-Engineering-Team-TODO (2021-01-01 to 2021-03-31 (Q3)), 10Patch-For-Review, 10Release, 10Train Deployments, 10User-brennen: 1.36.0-wmf.27 deployment blockers - https://phabricator.wikimedia.org/T271341 (10brennen) 05Open→03Resolved [18:57:38] 10MediaWiki-Releasing, 10Release-Engineering-Team, 10Patch-For-Review: Install docker on releases-jenkins - https://phabricator.wikimedia.org/T208529 (10Dzahn) created /srv/docker as part of T272092 which was resolved after T272555 merged changes above and now on releases1002 and releases2002: ` Notice: /... [18:57:41] 10MediaWiki-Releasing, 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10Security: Streamline/automate MW tarball security release process - https://phabricator.wikimedia.org/T156445 (10Dzahn) [18:58:27] 10MediaWiki-Releasing, 10Release-Engineering-Team, 10Patch-For-Review: Install docker on releases-jenkins - https://phabricator.wikimedia.org/T208529 (10Dzahn) 05Open→03Resolved a:03Dzahn 18:55 < marxarelli> mutante: great! and looks like the jenkins agent has access to the socket so we're good to go [19:08:58] James_F: I just saw https://phabricator.wikimedia.org/T249674 , thats gonna make CI slooooowww right? :P [19:23:12] addshore: It would, yes. [19:23:35] i wonder how much faster our CI would be on faster hardware [19:23:38] addshore: But the worst extensions are Wikibase family and CirrusSearch, and they're already in the gate. :-P [19:24:18] I don't imagine we'll get close before the GitLab migration. [19:27:02] I should go and read up on what CI is going to look like with GitLab [19:27:14] "different" [19:27:18] I think you'd need to write the plan. ;-) [19:30:44] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Completed auto-reimage of hosts: ` ['mw2354.codfw.wmnet'] ` an... [19:31:16] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Completed auto-reimage of hosts: ` ['mw2356.codfw.wmnet'] ` an... [19:31:33] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Completed auto-reimage of hosts: ` ['mw2352.codfw.wmnet'] ` an... [19:32:12] We really need to move forward with the buster jobs in CI, given SRE have re-imaged half of prod by now. ;-( [19:32:21] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Completed auto-reimage of hosts: ` ['mw2350.codfw.wmnet'] ` an... [19:38:41] gitlab ci looks and feels like travis, now i remember [19:40:23] James_F: all that tells me is other extensions don't offer large suites of functionality and actually test them :P [19:40:35] Hopefully they're support doesn't feel like Travis addshore [19:40:43] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Script wmf-auto-reimage was launched by dzahn on cumin1001.eqia... [19:40:45] Been waiting 2 weeks for them to fix their own mess [19:41:01] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Script wmf-auto-reimage was launched by dzahn on cumin1001.eqia... [19:41:09] RhinosF1: why not use github actions instead of travis? :) (If youre on github) [19:41:09] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Script wmf-auto-reimage was launched by dzahn on cumin1001.eqia... [19:41:28] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Script wmf-auto-reimage was launched by dzahn on cumin1001.eqia... [19:43:36] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Script wmf-auto-reimage was launched by dzahn on cumin1001.eqia... [19:44:02] addshore: because Travis education is supposed to be unlimited [19:44:12] And worked easier for older python versions [19:44:18] So I've got it split across both [19:44:23] But Travis broke [19:44:47] * RhinosF1 thinks actions for education should be higher per month [19:45:04] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Script wmf-auto-reimage was launched by dzahn on cumin1001.eqia... [19:46:50] what's the actions limit? [19:46:51] for private repos? or? [19:47:45] the one RhinosF1 is complaining about [19:48:17] i mean, there are no limits for public repos, so I'm assuming those education realted ones much be private? [19:48:30] https://docs.github.com/en/github/setting-up-and-managing-billing-and-payments-on-github/about-billing-for-github-actions#about-billing-for-github-actions [19:49:39] ah, thanks [19:56:47] 10Gerrit, 10Wikimedia-GitHub: mediawiki/extensions/WSOAuth Github and Gerrit repo have diverged - https://phabricator.wikimedia.org/T263955 (10Tgr) Easiest way is to use the cherry-pick option in Gerrit (triple-dot icon on the top right). [20:01:54] 10Release-Engineering-Team (Pipeline), 10Release-Engineering-Team-TODO (2021-01-01 to 2021-03-31 (Q3)), 10MW-on-K8s, 10Release Pipeline: Define a PipelineLib based MW image build job on releases-jenkins.wikimedia.org - https://phabricator.wikimedia.org/T271477 (10Dzahn) docker is now running on releases ma... [20:15:13] addshore: private yeah [20:15:21] It's 3000 minutes per month [20:15:30] But 1 minute isn't one minute on every OS [20:21:58] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Completed auto-reimage of hosts: ` ['mw2334.codfw.wmnet'] ` an... [20:22:30] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Completed auto-reimage of hosts: ` ['mw2330.codfw.wmnet'] ` an... [20:22:37] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Completed auto-reimage of hosts: ` ['mw2328.codfw.wmnet'] ` an... [20:23:08] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Completed auto-reimage of hosts: ` ['mw2332.codfw.wmnet'] ` an... [20:23:52] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Completed auto-reimage of hosts: ` ['mw1413.eqiad.wmnet'] ` an... [20:25:59] James_F: mildly interesting, i ran a wmf-quibble-selenium-php72-docker job that had run on jenkins on github actions just to see what the test execution time was, 23 mins on jenkins, 16 mins on Github Actions https://usercontent.irccloud-cdn.com/file/0HH0fiSK/image.png [20:26:39] addshore: huh. [20:27:03] turns our copying what ours CI does is pretty easy nowadays :P [20:27:44] i wonder if that is beefier hardware, or less load [20:31:45] addshore: GitHub actions is super fast [20:35:44] addshore: I imagine though that Microsoft has rather more 'spare' capacity in their Azure cloud than WMCS has in theirs. :-) [20:35:58] indeed ;) [20:36:11] addshore: Note that the plan AIUI is to run GitLab CI on WMCS, though. [20:36:28] So it'll be different, but not necessarily faster (or slower). [20:55:49] 10Release-Engineering-Team (Deployment services), 10Release-Engineering-Team-TODO, 10SRE, 10serviceops, 10User-jijiki: Upgrade MediaWiki clusters to Debian Buster (debian 10) - https://phabricator.wikimedia.org/T245757 (10ops-monitoring-bot) Completed auto-reimage of hosts: ` ['mw1268.eqiad.wmnet'] ` an... [21:00:10] James_F: in theory the test runners will be on dedicated hardware for the new setup. [21:01:03] this has been the plan for a while (~2 years) but keeps getting moved around by changes in other parts of the implementation plan [21:02:10] what bd808 says is true, we have hardware budget for "prod" to use for CI runners. [21:02:58] initial setup: a set of ganeti vms with runners on them. future: "one k8s per child" ;) (aka: we'll use a k8s cluster for the CI runners, and gitlab itself) [21:03:25] James_F: addshore ^ [21:03:49] * James_F nods. [21:04:20] Sounds great. But I confidently expect Wikimedia devs to write more and worse code faster than we can buy hardware to keep up. [21:04:33] "but k8s solves scaling" right? [21:04:38] * James_F coughs. [21:04:44] s/"but/but "/ [21:05:04] grr, missed the space, always do that [21:05:05] greg-g: It does if you re-write MW into a series of thin interfaced microservices with no monolith, sure. Give me US$100m and a decade. ;-) [21:05:14] addshore: it is also pretty unfair to compare a project owned by MS and running on Azure with functionally infinite resources to the perf of Cloud VPS. Its a bit like complaining that a bicycle is slower than a Ferrari [21:05:19] optimist [21:05:29] * addshore reads up [21:05:41] greg-g: OK, OK, 20 years. [21:05:48] "in theory the test runners will be on dedicated hardware for the new setup" <3 [21:05:54] $dev_estimate * 3 [21:06:00] James_F: $100M and decade, what's that by the end [21:06:47] bd808: indeed! I was just curious, the difference was actually not as much as I expected! [21:07:02] * RhinosF1 has a lot of projects with the end date set to when there's 25 hours in a day [21:07:07] * James_F grins. [21:07:12] yeah, well the tests are fscking slow :) [21:08:03] Part of it is our test runner frameworks. [21:08:36] RhinosF1: we're slowing down our spin right? so what's that date? [21:08:56] K.rinkle has pointed out that our selenium runner takes ~10x more time per test than can be achieved doing the same kinds of requests, as seen in fresnel. [21:09:20] greg-g: that's a point I've never thought about. It'll probably just get changed to 26 if that happens [21:09:32] "Capitalists can't wait until the year 25,103 to bring back the 9 hour work day" [21:10:02] (see also, 996.ICU) [21:10:51] (03CR) 10jerkins-bot: [V: 04-1] Output MW releases as zip as well as tar [tools/release] - 10https://gerrit.wikimedia.org/r/657829 (https://phabricator.wikimedia.org/T272126) (owner: 10Reedy) [21:12:26] (03PS10) 10Reedy: Output MW releases as zip as well as tar [tools/release] - 10https://gerrit.wikimedia.org/r/657829 (https://phabricator.wikimedia.org/T272126) [21:13:41] (03PS11) 10Reedy: Output MW releases as zip as well as tar [tools/release] - 10https://gerrit.wikimedia.org/r/657829 (https://phabricator.wikimedia.org/T272126) [21:13:47] typoes! [21:14:03] Oh noes typoeses! [21:17:35] * Reedy tries making some zips [21:18:09] https://usercontent.irccloud-cdn.com/file/g7hnRHpM/image.png [21:18:14] nearly there [21:18:26] Reedy: I was going to say, cool test suite you've got there. :-) [21:18:36] tests? [21:18:39] I'm not paid to write tests [21:19:08] (03PS12) 10Reedy: Output MW releases as zip as well as tar [tools/release] - 10https://gerrit.wikimedia.org/r/657829 (https://phabricator.wikimedia.org/T272126) [21:19:08] * greg-g checks JD [21:20:54] Let's not be hasty and start looking at JDs when it comes to work on on third party releases of MW. :-) [21:24:14] * bd808 doesn't have a JD :P [21:25:26] 10Gerrit, 10Release-Engineering-Team (Development services), 10Release-Engineering-Team-TODO, 10Upstream: Unable to edit external-ids ref in notedb due to validation - https://phabricator.wikimedia.org/T197192 (10thcipriani) 05Open→03Stalled [21:25:34] (03PS13) 10Reedy: Output MW releases as zip as well as tar [tools/release] - 10https://gerrit.wikimedia.org/r/657829 (https://phabricator.wikimedia.org/T272126) [21:26:14] 10Continuous-Integration-Config, 10Release-Engineering-Team (CI & Testing services), 10MW-on-K8s, 10Epic, 10Patch-For-Review: Have all Wikimedia production extensions and skins in the CI gate - https://phabricator.wikimedia.org/T249674 (10Addshore) [21:27:03] 10Continuous-Integration-Config, 10Wikidata, 10wdwb-tech-focus, 10Patch-For-Review, 10User-Addshore: Add more Wikibase extensions to gatedextensions - https://phabricator.wikimedia.org/T204153 (10Addshore) 05Open→03Resolved a:03Addshore This ticket just talks about "more". We do have more. In the f... [21:27:26] 10Continuous-Integration-Config, 10Multi-Content-Revisions, 10Wikidata, 10wdwb-tech-focus, and 2 others: WikibaseLexeme CI broken (database errors) - https://phabricator.wikimedia.org/T204065 (10Addshore) [21:36:53] (03PS14) 10Reedy: Output MW releases as zip as well as tar [tools/release] - 10https://gerrit.wikimedia.org/r/657829 (https://phabricator.wikimedia.org/T272126) [21:37:58] working now [21:38:02] let's see if the zips are sane [21:38:41] of course, the tar to upload everything is 301M now [21:40:09] lol, path issues [21:47:15] (03PS15) 10Reedy: Output MW releases as zip as well as tar [tools/release] - 10https://gerrit.wikimedia.org/r/657829 (https://phabricator.wikimedia.org/T272126) [21:52:07] (03PS16) 10Reedy: Output MW releases as zip as well as tar [tools/release] - 10https://gerrit.wikimedia.org/r/657829 (https://phabricator.wikimedia.org/T272126) [21:52:16] just some compression now [22:00:31] maybe? i dunno... do we care? [22:00:49] meh [22:00:56] (03CR) 10Reedy: [C: 03+2] Output MW releases as zip as well as tar [tools/release] - 10https://gerrit.wikimedia.org/r/657829 (https://phabricator.wikimedia.org/T272126) (owner: 10Reedy) [22:02:00] (03Merged) 10jenkins-bot: Output MW releases as zip as well as tar [tools/release] - 10https://gerrit.wikimedia.org/r/657829 (https://phabricator.wikimedia.org/T272126) (owner: 10Reedy) [22:07:30] (03PS2) 10Reedy: make-release: Lint PHP and JSON files as an extra sanity check [tools/release] - 10https://gerrit.wikimedia.org/r/650410 (https://phabricator.wikimedia.org/T270452) (owner: 10Legoktm) [22:08:11] (03CR) 10Jforrester: [C: 03+1] make-release: Lint PHP and JSON files as an extra sanity check (031 comment) [tools/release] - 10https://gerrit.wikimedia.org/r/650410 (https://phabricator.wikimedia.org/T270452) (owner: 10Legoktm) [22:21:00] 10Beta-Cluster-Infrastructure, 10SRE, 10Wikidata, 10serviceops, and 3 others: Run mediawiki::maintenance scripts in Beta Cluster - https://phabricator.wikimedia.org/T125976 (10Addshore) [22:24:23] 10MediaWiki-Releasing, 10MediaWiki-Installer: Release MediaWiki tarballs additionally as zip files - https://phabricator.wikimedia.org/T272126 (10Reedy) 05Open→03Resolved a:03Reedy Links in documentation probably need updating, but zips and patches for their previous created ` **************************... [22:34:17] (03CR) 10Reedy: "Sooo... My only problem is the output of what's wrong is a bit pants" [tools/release] - 10https://gerrit.wikimedia.org/r/650410 (https://phabricator.wikimedia.org/T270452) (owner: 10Legoktm) [22:39:34] Reedy: try scapping something that's invalid JSON or PHP? [22:39:38] :p [22:39:42] Yeah, I was going to ;P [22:39:56] (03PS1) 10Reedy: Not just tarballs! [tools/release] - 10https://gerrit.wikimedia.org/r/657918 [22:40:11] (03CR) 10Reedy: [C: 03+2] Not just tarballs! [tools/release] - 10https://gerrit.wikimedia.org/r/657918 (owner: 10Reedy) [22:40:21] 10Release-Engineering-Team (Pipeline), 10MW-on-K8s, 10SRE, 10serviceops, 10Release Pipeline (Blubber): Deployment infrastructure for PHP microservices - https://phabricator.wikimedia.org/T261369 (10thcipriani) 05Open→03Resolved [22:41:16] (03Merged) 10jenkins-bot: Not just tarballs! [tools/release] - 10https://gerrit.wikimedia.org/r/657918 (owner: 10Reedy) [22:41:43] is zipballs a term? [22:43:54] sounds like an awesome game [22:46:07] https://serverfault.com/questions/389570/download-git-zipball-in-unix [22:46:07] heh [22:47:33] apparently GH uses zipball... [22:47:34] https://serverfault.com/questions/389570/download-git-zipball-in-unix [22:47:35] ffs [22:47:39] https://github.com/zeromq/jzmq/zipball/master [22:47:49] lol [22:47:56] but also this: https://www.youtube.com/watch?v=F2UIqbOkC_E [22:50:27] i'll quit being unhelpful :) [22:53:06] 10Scap: scap invalid JSON/PHP shebang check doesn't work if not syncing a directory - https://phabricator.wikimedia.org/T272756 (10Legoktm) p:05Triage→03High [22:55:57] 10Release-Engineering-Team, 10Scap: scap invalid JSON/PHP shebang check doesn't work if not syncing a directory - https://phabricator.wikimedia.org/T272756 (10thcipriani) [23:02:34] (03PS1) 10Legoktm: lint: Handle individual files being passed to check_valid_syntax() [tools/scap] - 10https://gerrit.wikimedia.org/r/657921 (https://phabricator.wikimedia.org/T272756) [23:05:24] (03CR) 10Reedy: lint: Handle individual files being passed to check_valid_syntax() (031 comment) [tools/scap] - 10https://gerrit.wikimedia.org/r/657921 (https://phabricator.wikimedia.org/T272756) (owner: 10Legoktm) [23:06:14] 10Continuous-Integration-Infrastructure, 10Wikidata, 10Wikidata-Campsite, 10Patch-For-Review, and 2 others: Run browser tests as part of "npm test" of wikidata/query/gui - https://phabricator.wikimedia.org/T222200 (10Addshore) [23:06:29] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (CI & Testing services), 10Release-Engineering-Team-TODO, 10Wikidata, and 3 others: Create docker based CI job to build the wikidata-query-gui - https://phabricator.wikimedia.org/T210286 (10Addshore) [23:13:48] 10Release-Engineering-Team-TODO (2021-01-01 to 2021-03-31 (Q3)), 10Release Pipeline (Blubber): Blubber: Install packages from defined release targets - https://phabricator.wikimedia.org/T272759 (10jeena) [23:13:59] 10Release-Engineering-Team-TODO (2021-01-01 to 2021-03-31 (Q3)), 10Release Pipeline (Blubber): Blubber: Install packages from defined release targets - https://phabricator.wikimedia.org/T272759 (10jeena) [23:14:01] 10Release-Engineering-Team, 10WVUI, 10Release Pipeline (Blubber): Use npm version 6.x on blubber-generated docker images - https://phabricator.wikimedia.org/T269957 (10jeena) [23:33:25] (03PS2) 10Thcipriani: lint: Handle individual files being passed to check_valid_syntax() [tools/scap] - 10https://gerrit.wikimedia.org/r/657921 (https://phabricator.wikimedia.org/T272756) (owner: 10Legoktm) [23:34:19] 10Scap: Output of scap lint.py isn't helpful if it fails the php -l check - https://phabricator.wikimedia.org/T272760 (10Reedy) [23:34:25] (03PS3) 10Reedy: make-release: Lint PHP and JSON files as an extra sanity check [tools/release] - 10https://gerrit.wikimedia.org/r/650410 (https://phabricator.wikimedia.org/T270452) (owner: 10Legoktm) [23:35:50] (03CR) 10Reedy: [C: 03+2] "This works to at least alert us that something is wrong (better than we had before this commit ;)), same as it does in scap." [tools/release] - 10https://gerrit.wikimedia.org/r/650410 (https://phabricator.wikimedia.org/T270452) (owner: 10Legoktm) [23:36:33] 10MediaWiki-Releasing, 10Patch-For-Review: Add more sanity checks to makerelease2 - https://phabricator.wikimedia.org/T270452 (10Reedy) [23:37:00] (03Merged) 10jenkins-bot: make-release: Lint PHP and JSON files as an extra sanity check [tools/release] - 10https://gerrit.wikimedia.org/r/650410 (https://phabricator.wikimedia.org/T270452) (owner: 10Legoktm) [23:37:05] (03CR) 10Thcipriani: [C: 03+2] "Thanks for the test." (031 comment) [tools/scap] - 10https://gerrit.wikimedia.org/r/657921 (https://phabricator.wikimedia.org/T272756) (owner: 10Legoktm) [23:37:33] 10Scap: Output of scap lint.py isn't helpful if it fails the php -l check - https://phabricator.wikimedia.org/T272760 (10Reedy) [23:39:15] (03Merged) 10jenkins-bot: lint: Handle individual files being passed to check_valid_syntax() [tools/scap] - 10https://gerrit.wikimedia.org/r/657921 (https://phabricator.wikimedia.org/T272756) (owner: 10Legoktm) [23:41:54] 10Scap, 10MediaWiki-Release-Tools: Output of scap lint.py isn't helpful if it fails the php -l check - https://phabricator.wikimedia.org/T272760 (10Reedy) The "problem" is ` >/dev/null 2>&1` If we run it without the redirection, we do get something useful: ` No syntax errors detected in ./docs/doxygen_first_... [23:46:41] 10Release-Engineering-Team, 10Scap, 10Patch-For-Review: scap invalid JSON/PHP shebang check doesn't work if not syncing a directory - https://phabricator.wikimedia.org/T272756 (10Reedy) 05Open→03Resolved a:03Reedy Maybe we can this out as part of {T272145} ? [23:48:54] 10Release-Engineering-Team, 10Scap, 10Patch-For-Review: scap invalid JSON/PHP shebang check doesn't work if not syncing a directory - https://phabricator.wikimedia.org/T272756 (10Reedy) a:05Reedy→03Legoktm [23:50:08] (03CR) 10Reedy: [C: 03+2] scap_lint.py: Bring in 0ee4c78 from scap [tools/release] - 10https://gerrit.wikimedia.org/r/657830 (owner: 10Reedy) [23:51:00] (03Merged) 10jenkins-bot: scap_lint.py: Bring in 0ee4c78 from scap [tools/release] - 10https://gerrit.wikimedia.org/r/657830 (owner: 10Reedy)