[01:41:24] PROBLEM - SSH on integration-slave-docker-1021 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [01:46:15] RECOVERY - SSH on integration-slave-docker-1021 is OK: SSH OK - OpenSSH_6.7p1 Debian-5+deb8u7 (protocol 2.0) [02:14:34] Project mediawiki-core-doxygen-docker build #1841: 04FAILURE in 1 min 9 sec: https://integration.wikimedia.org/ci/job/mediawiki-core-doxygen-docker/1841/ [02:26:23] eh [02:26:39] 02:14:34 warning: Could not find remote branch REL1_32 to clone. [02:26:39] 02:14:34 fatal: Remote branch REL1_32 not found in upstream origin [02:26:58] oh [02:26:59] I see [02:27:38] I created REL1_32 on vendor [02:28:15] Ah, right, does the script not do that? [02:36:09] Yippee, build fixed! [02:36:10] Project mediawiki-core-doxygen-docker build #1842: 09FIXED in 8 min 27 sec: https://integration.wikimedia.org/ci/job/mediawiki-core-doxygen-docker/1842/ [02:39:18] 10Deployments, 10MediaWiki-Debug-Logger, 10User-Tgr: Capture PHP warnings with stacktraces in MediaWiki and save to logstash - https://phabricator.wikimedia.org/T45086 (10Krinkle) [02:39:40] 10Deployments, 10MediaWiki-Debug-Logger, 10Performance-Team, 10User-Tgr: Capture PHP warnings with stacktraces in MediaWiki and save to logstash - https://phabricator.wikimedia.org/T45086 (10Krinkle) [02:40:02] 10Deployments, 10MediaWiki-Debug-Logger, 10Performance-Team, 10User-Tgr: Capture PHP warnings with stacktraces in MediaWiki and save to logstash - https://phabricator.wikimedia.org/T45086 (10Krinkle) Last remaining check box: > [ ] Remove unused `exception-json` conversion filter from `filter-mediawiki.co... [02:41:40] 10Deployments, 10MediaWiki-Debug-Logger, 10Performance-Team, 10User-Tgr: Capture PHP warnings with stacktraces in MediaWiki and save to logstash - https://phabricator.wikimedia.org/T45086 (10Krinkle) Pushing back. But would be nice to finish up at some point, but not now. To anyone else that happens to run... [03:12:25] PROBLEM - SSH on integration-slave-docker-1021 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [03:12:41] 10Continuous-Integration-Infrastructure, 10Core Platform Team (PHP7 (TEC4)), 10Core Platform Team Kanban (Doing), 10MW-1.32-notes (WMF-deploy-2018-10-16 (1.32.0-wmf.26)), and 3 others: Run MediaWiki tests on PHP 7.3 - https://phabricator.wikimedia.org/T204884 (10RazeSoldier) Are we planning to add PHP 7.3... [03:19:07] Project mediawiki-core-doxygen-docker build #1843: 04FAILURE in 15 min: https://integration.wikimedia.org/ci/job/mediawiki-core-doxygen-docker/1843/ [03:27:23] Yippee, build fixed! [03:27:23] Project mediawiki-core-doxygen-docker build #1844: 09FIXED in 8 min 15 sec: https://integration.wikimedia.org/ci/job/mediawiki-core-doxygen-docker/1844/ [03:46:44] Krinkle: qunit tests take about 20 seconds, so splitting it into a separate job is going to be more overhead than leaving it in quibble [03:52:15] RECOVERY - SSH on integration-slave-docker-1021 is OK: SSH OK - OpenSSH_6.7p1 Debian-5+deb8u7 (protocol 2.0) [03:56:40] 10MediaWiki-Codesniffer, 10PHP 7.3 support: Backport codesniffer update to 19.x for PHP 7.3 compatibility - https://phabricator.wikimedia.org/T207250 (10Legoktm) [04:06:03] 10Continuous-Integration-Infrastructure, 10Core Platform Team (PHP7 (TEC4)), 10Core Platform Team Kanban (Doing), 10MW-1.32-notes (WMF-deploy-2018-10-16 (1.32.0-wmf.26)), and 3 others: Run MediaWiki tests on PHP 7.3 - https://phabricator.wikimedia.org/T204884 (10Legoktm) >>! In T204884#4673093, @RazeSoldie... [04:07:57] ugh it affects wikibase-codesniffer too [05:08:35] (03PS1) 10Legoktm: Add REL1_32 to mediawiki_supported_branches [integration/config] - 10https://gerrit.wikimedia.org/r/467877 [05:26:00] 10Continuous-Integration-Infrastructure, 10Core Platform Team (PHP7 (TEC4)), 10Core Platform Team Kanban (Doing), 10MW-1.32-notes (WMF-deploy-2018-10-16 (1.32.0-wmf.26)), and 3 others: Run MediaWiki tests on PHP 7.3 - https://phabricator.wikimedia.org/T204884 (10Legoktm) [07:07:39] (03CR) 10Legoktm: [C: 032] Add REL1_32 to mediawiki_supported_branches [integration/config] - 10https://gerrit.wikimedia.org/r/467877 (owner: 10Legoktm) [07:10:58] 10Continuous-Integration-Config, 10MW-1.27-release: release-quibble-vendor-mysql-php*-docker failing on REL1_27 AbuseFilter - https://phabricator.wikimedia.org/T207241 (10hashar) I have hit that one a few times during the summer. To the best I can tell, it is a time based race condition when running `install.p... [07:12:27] (03Merged) 10jenkins-bot: Add REL1_32 to mediawiki_supported_branches [integration/config] - 10https://gerrit.wikimedia.org/r/467877 (owner: 10Legoktm) [07:12:42] 10Continuous-Integration-Config, 10MW-1.27-release, 10Patch-For-Review: CI jobs on REL1_27 fails with: updatelog: Duplicate entry 'updatelist-1.27.5-XXXXXy for key 'PRIMARY' - https://phabricator.wikimedia.org/T207241 (10hashar) [07:13:14] 10Release-Engineering-Team (Watching / External), 10MediaWiki-Installer, 10MW-1.27-release, 10Patch-For-Review: CI jobs on REL1_27 fails with: updatelog: Duplicate entry 'updatelist-1.27.5-XXXXXy for key 'PRIMARY' - https://phabricator.wikimedia.org/T207241 (10hashar) [07:22:20] 10Continuous-Integration-Config, 10Technical-Debt, 10Zuul: test-requirements.txt in ci-config still points to precise deb - https://phabricator.wikimedia.org/T162191 (10hashar) [07:22:25] 10Gerrit, 10Release-Engineering-Team (Next), 10Zuul: Update zuul to latest pre 3.0 commit - https://phabricator.wikimedia.org/T158243 (10hashar) 05Open>03declined Will backport other commits as needed. [08:06:47] 10Beta-Cluster-Infrastructure, 10Continuous-Integration-Config, 10Release-Engineering-Team (Kanban), 10Mail, and 2 others: Jenkins mail delivery failure to betacluster-alerts@list.wikimedia.org - https://phabricator.wikimedia.org/T207260 (10hashar) [08:08:46] (03PS1) 10Hashar: Fix betacluster-alerts mailling list address [integration/config] - 10https://gerrit.wikimedia.org/r/467903 (https://phabricator.wikimedia.org/T207260) [08:12:11] (03PS2) 10Hashar: Fix betacluster-alerts mailling list address [integration/config] - 10https://gerrit.wikimedia.org/r/467903 (https://phabricator.wikimedia.org/T207260) [08:12:48] (03PS3) 10Hashar: Fix betacluster-alerts mailling list address [integration/config] - 10https://gerrit.wikimedia.org/r/467903 (https://phabricator.wikimedia.org/T207260) [08:12:57] (03CR) 10Hashar: [C: 032] Fix betacluster-alerts mailling list address [integration/config] - 10https://gerrit.wikimedia.org/r/467903 (https://phabricator.wikimedia.org/T207260) (owner: 10Hashar) [08:13:28] 10Beta-Cluster-Infrastructure, 10Continuous-Integration-Config, 10Release-Engineering-Team (Kanban), 10Mail, and 3 others: Jenkins mail delivery failure to betacluster-alerts@list.wikimedia.org - https://phabricator.wikimedia.org/T207260 (10hashar) 05Open>03Resolved a:03hashar The email domain was wr... [08:17:38] (03Merged) 10jenkins-bot: Fix betacluster-alerts mailling list address [integration/config] - 10https://gerrit.wikimedia.org/r/467903 (https://phabricator.wikimedia.org/T207260) (owner: 10Hashar) [08:20:37] (03PS1) 10Hashar: jjb: add a missing 'triggers: [zuul]' [integration/config] - 10https://gerrit.wikimedia.org/r/467905 [08:22:10] (03PS2) 10Hashar: jjb: add missing 'triggers: [zuul]' [integration/config] - 10https://gerrit.wikimedia.org/r/467905 [08:30:47] (03PS1) 10Hashar: Dummy empty commit for jjb diff [integration/config] - 10https://gerrit.wikimedia.org/r/467906 [08:34:56] (03PS2) 10Hashar: Dummy empty commit for jjb diff [integration/config] - 10https://gerrit.wikimedia.org/r/467906 [08:49:13] 10Scap, 10Proton, 10Core Platform Team Backlog (Watching / External), 10Services (watching): Scap not restarting Proton - https://phabricator.wikimedia.org/T207263 (10mobrovac) p:05Triage>03High [08:51:58] 10Continuous-Integration-Config, 10Growth-Team, 10StructuredDiscussions, 10MW-1.31-release: release-quibble-vendor-mysql-hhvm-docker fails with unknown class Pimple\Container - https://phabricator.wikimedia.org/T207242 (10Reedy) Looks like composer isn't being run to install it... [08:57:17] (03Abandoned) 10Hashar: Dummy empty commit for jjb diff [integration/config] - 10https://gerrit.wikimedia.org/r/467906 (owner: 10Hashar) [08:57:32] (03CR) 10Hashar: [C: 032] jjb: add missing 'triggers: [zuul]' [integration/config] - 10https://gerrit.wikimedia.org/r/467905 (owner: 10Hashar) [09:00:14] (03Merged) 10jenkins-bot: jjb: add missing 'triggers: [zuul]' [integration/config] - 10https://gerrit.wikimedia.org/r/467905 (owner: 10Hashar) [09:03:04] 10Release-Engineering-Team, 10Operations, 10Release Pipeline, 10Core Platform Team Backlog (Watching / External), 10Services (watching): Track and install additional npm packages for all service container images - https://phabricator.wikimedia.org/T205911 (10mobrovac) These are fairly static node package... [09:11:07] 10Continuous-Integration-Config, 10Growth-Team, 10StructuredDiscussions, 10MW-1.31-release: release-quibble-vendor-mysql-hhvm-docker fails with unknown class Pimple\Container - https://phabricator.wikimedia.org/T207242 (10hashar) Same as T202668 which was for `REL1_31` and ultimately a duplicate of T189560... [09:11:18] 10Continuous-Integration-Config, 10Growth-Team, 10StructuredDiscussions, 10MW-1.31-release: release-quibble-vendor-mysql-hhvm-docker fails with unknown class Pimple\Container - https://phabricator.wikimedia.org/T207242 (10hashar) [09:11:21] 10Continuous-Integration-Config, 10AbuseFilter, 10CX-deployments: mediawiki/vendor REL1_31 no more ship dependencies for wmf extensions that are not in the mediawiki tarball - https://phabricator.wikimedia.org/T189560 (10hashar) [10:11:05] 10Release-Engineering-Team, 10MediaWiki-Core-Tests, 10Epic, 10MW-1.32-notes (WMF-deploy-2018-06-26 (1.32.0-wmf.10)), and 2 others: Q3 Selenium framework improvements - https://phabricator.wikimedia.org/T182421 (10zeljkofilipin) [11:17:54] 10Continuous-Integration-Config, 10Wikinity, 10User-Urbanecm: Get mysqld in Wikinity integration config run - https://phabricator.wikimedia.org/T207268 (10Urbanecm) [11:18:27] 10Continuous-Integration-Config, 10Wikinity, 10User-Urbanecm: Spawn mysqld in Wikinity CI environment - https://phabricator.wikimedia.org/T207268 (10Urbanecm) [11:18:29] (03PS1) 10Urbanecm: Spawn mysqld in Wikinity CI environment [integration/config] - 10https://gerrit.wikimedia.org/r/467948 (https://phabricator.wikimedia.org/T207268) [14:58:38] PROBLEM - App Server Main HTTP Response on deployment-mediawiki-09 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [15:02:11] 10Release-Engineering-Team (Kanban), 10Release, 10Train Deployments: Text in the Sidebar does no longer show the message text, only the message name - https://phabricator.wikimedia.org/T207288 (10Mainframe98) [15:03:31] RECOVERY - App Server Main HTTP Response on deployment-mediawiki-09 is OK: HTTP OK: HTTP/1.1 200 OK - 47217 bytes in 1.104 second response time [15:06:43] 10Release-Engineering-Team (Kanban), 10MediaWiki-General-or-Unknown, 10Release, 10Train Deployments: Text in the Sidebar does no longer show the message text, only the message name - https://phabricator.wikimedia.org/T207288 (10Krenair) [15:06:57] 10Release-Engineering-Team (Kanban), 10MediaWiki-General-or-Unknown, 10Release, 10Train Deployments: Text in the Sidebar does no longer show the message text, only the message name - https://phabricator.wikimedia.org/T207288 (10Krenair) a:05mmodell>03None (rm inherited assignment) [15:23:27] 10Release-Engineering-Team (Kanban), 10Patch-For-Review, 10Release, 10Train Deployments: 1.32.0-wmf.26 deployment blockers - https://phabricator.wikimedia.org/T191072 (10mmodell) @krinkle: Fix submitted: {b3bfff1138d1212b318392b5e18ac0bfd6f78108}. I will deploy this as soon as I can. [15:25:47] 10Release-Engineering-Team (Kanban), 10MediaWiki-General-or-Unknown, 10Release, 10Train Deployments: Text in the Sidebar does no longer show the message text, only the message name - https://phabricator.wikimedia.org/T207288 (10greg) p:05Normal>03Unbreak! [15:47:46] (03Abandoned) 10Faidon Liambotis: Edit Project Config [software/netbox] (refs/meta/config) - 10https://gerrit.wikimedia.org/r/433754 (owner: 10Faidon Liambotis) [16:05:41] hi, is there a way to see how code coverage evolved in the last 3 months for a specific extension (in other words do we store historical data of the coverage metrics we already compute?) [16:39:09] (03PS1) 10Hashar: mediawiki/core has fundraising/RELxxx branches [integration/config] - 10https://gerrit.wikimedia.org/r/468018 (https://phabricator.wikimedia.org/T203084) [16:40:59] right/me needs to go and re read the lubber docs... [16:41:01] blubber... [16:41:45] (03PS2) 10Hashar: mediawiki/core has fundraising/RELxxx branches [integration/config] - 10https://gerrit.wikimedia.org/r/468018 (https://phabricator.wikimedia.org/T203084) [16:41:47] (03PS1) 10Hashar: Drop DonationInterface job for REL1_28 [integration/config] - 10https://gerrit.wikimedia.org/r/468022 [16:47:20] $ blubber ./.pipeline/blubber.yaml test | docker build -t wikidata-query-gui-test-$(date --iso) -f - . [16:47:20] Incorrect function. [16:47:22] :( [16:48:06] (03CR) 10Hashar: [C: 032] Drop DonationInterface job for REL1_28 [integration/config] - 10https://gerrit.wikimedia.org/r/468022 (owner: 10Hashar) [16:51:09] (03PS3) 10Hashar: mediawiki/core has fundraising/RELxxx branches [integration/config] - 10https://gerrit.wikimedia.org/r/468018 (https://phabricator.wikimedia.org/T199130) [16:51:39] (03CR) 10Hashar: [C: 032] mediawiki/core has fundraising/RELxxx branches [integration/config] - 10https://gerrit.wikimedia.org/r/468018 (https://phabricator.wikimedia.org/T199130) (owner: 10Hashar) [16:52:42] (03Merged) 10jenkins-bot: Drop DonationInterface job for REL1_28 [integration/config] - 10https://gerrit.wikimedia.org/r/468022 (owner: 10Hashar) [16:54:07] (03Merged) 10jenkins-bot: mediawiki/core has fundraising/RELxxx branches [integration/config] - 10https://gerrit.wikimedia.org/r/468018 (https://phabricator.wikimedia.org/T199130) (owner: 10Hashar) [17:05:31] 10Release-Engineering-Team (Watching / External), 10MediaWiki-Installer, 10MW-1.27-release, 10Patch-For-Review: CI jobs on REL1_27 fails with: updatelog: Duplicate entry 'updatelist-1.27.5-XXXXXy for key 'PRIMARY' - https://phabricator.wikimedia.org/T207241 (10hashar) The explanation was on T197861#4305139... [17:05:51] 10Continuous-Integration-Config, 10Continuous-Integration-Infrastructure (shipyard), 10BlueSpice: BlueSpiceFoundation REL1_27 cause DatabaseUpdater::setAppliedUpdates Error: 1062 Duplicate entry 'updatelist-1.27.4-15295832440' - https://phabricator.wikimedia.org/T197861 (10hashar) [17:05:53] 10Release-Engineering-Team (Watching / External), 10MediaWiki-Installer, 10MW-1.27-release, 10Patch-For-Review: CI jobs on REL1_27 fails with: updatelog: Duplicate entry 'updatelist-1.27.5-XXXXXy for key 'PRIMARY' - https://phabricator.wikimedia.org/T207241 (10hashar) [17:06:25] 10Continuous-Integration-Config, 10Continuous-Integration-Infrastructure (shipyard), 10BlueSpice: BlueSpiceFoundation REL1_27 cause DatabaseUpdater::setAppliedUpdates Error: 1062 Duplicate entry 'updatelist-1.27.4-15295832440' - https://phabricator.wikimedia.org/T197861 (10hashar) Using T207241 instead, I go... [17:23:03] 10Continuous-Integration-Infrastructure, 10Core Platform Team (PHP7 (TEC4)), 10Core Platform Team Kanban (Doing), 10MW-1.32-notes (WMF-deploy-2018-10-16 (1.32.0-wmf.26)), and 3 others: Run MediaWiki tests on PHP 7.3 - https://phabricator.wikimedia.org/T204884 (10RazeSoldier) [17:43:03] 10Release-Engineering-Team, 10MW-1.32-release: REL1_32 branch didn't get cut for some extensions - https://phabricator.wikimedia.org/T207281 (10Aklapper) According to [[mw:Release_checklist]] there is a `make-extension-branches` script. [17:50:39] 10Release-Engineering-Team, 10MW-1.32-release: REL1_32 branch didn't get cut for some extensions - https://phabricator.wikimedia.org/T207281 (10CCicalese_WMF) I also saw that a number of the extensions that do have REL1_32 branches now also have REL1_33 branches. I can create a separate ticket for that if it n... [17:53:59] 10Release-Engineering-Team, 10MW-1.32-release: REL1_32 branch didn't get cut for some extensions - https://phabricator.wikimedia.org/T207281 (10Paladox) @Aklapper apparently that script does not exist any more. Per @Legoktm [23:17:32] make-extension-branches [23:17:53] yeah that hasn't e... [18:02:14] PROBLEM - Free space - all mounts on deployment-maps03 is CRITICAL: CRITICAL: deployment-prep.deployment-maps03.diskspace._srv.byte_percentfree (<22.22%) [18:04:27] 10Release-Engineering-Team, 10MW-1.32-release: REL1_32 branch didn't get cut for some extensions - https://phabricator.wikimedia.org/T207281 (10Aklapper) Ah, nice catch, thanks! Means that RelEng shall update https://www.mediawiki.org/wiki/Release_checklist :) [18:04:33] 10MediaWiki-Releasing, 10Release-Engineering-Team, 10MW-1.32-release: REL1_32 branch didn't get cut for some extensions - https://phabricator.wikimedia.org/T207281 (10greg) [18:17:13] RECOVERY - Free space - all mounts on deployment-maps03 is OK: OK: All targets OK [18:20:04] 10Continuous-Integration-Infrastructure (shipyard), 10Release-Engineering-Team (Kanban), 10MediaWiki-extensions-DonationInterface, 10Patch-For-Review: Migrate DonationInterface CI job to Docker - https://phabricator.wikimedia.org/T203084 (10hashar) quibble-donationinterface-REL1_27-zend56-docker SUCCESS in... [18:24:20] Project beta-scap-eqiad build #225074: 04FAILURE in 14 min: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/225074/ [18:25:15] Project beta-scap-eqiad build #225075: 04STILL FAILING in 1.7 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/225075/ [18:33:47] 10Release-Engineering-Team (Kanban), 10Patch-For-Review, 10Release, 10Train Deployments: 1.32.0-wmf.26 deployment blockers - https://phabricator.wikimedia.org/T191072 (10Krinkle) [18:39:54] 10Scap, 10Proton, 10Core Platform Team Backlog (Watching / External), 10Services (watching): Scap not restarting Proton - https://phabricator.wikimedia.org/T207263 (10thcipriani) I don't see a `service_name` in `/srv/deployment/proton/deploy/.git/DEPLOY_HEAD`. Currently `service_name` is commented out in `... [18:43:14] PROBLEM - Free space - all mounts on deployment-maps03 is CRITICAL: CRITICAL: deployment-prep.deployment-maps03.diskspace._srv.byte_percentfree (<33.33%) [18:47:27] PROBLEM - Puppet errors on deployment-maps03 is CRITICAL: CRITICAL: 4.49% of data above the critical threshold [3.0] [18:48:11] Yippee, build fixed! [18:48:11] Project beta-scap-eqiad build #225076: 09FIXED in 14 min: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/225076/ [18:53:14] RECOVERY - Free space - all mounts on deployment-maps03 is OK: OK: All targets OK [19:08:02] ejegg: hello there. Do you happen to be around? I could use help to update mediawiki/vendor @ fundraising/REL1_27 :] [19:11:40] hi hashar [19:11:51] so what's the update? [19:12:13] I think I managed to sort out the issue :] [19:12:26] ok, cool! [19:12:38] bumping the composer merge plugin does the trick for sure [19:13:41] I did so for mediawiki/core with https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/459762/ (note it depends on an other open change which is a backport from REL1_27) [19:13:45] that one is trivial [19:14:15] but then the CI job uses mediawiki/vendor , so we gotta update the merge plugin there. But my attempts cause a bunch of unlreated change in the composer.lock [19:14:38] due to 1) the composer version I use is different 2) the composer.json in mediawiki/vendor refers to dependencies that are not commited in vendor [19:14:54] hashar ooh, odd [19:15:08] so it seems for fundraising/REL1_27 , mediawiki/vendor.git and the composer.json are not in sync [19:15:22] OK, we had been meaning to switch to composer merge plugin when we went to fundraising/REL1_31 [19:15:45] oh. What are you using for production? [19:15:58] 10MediaWiki-Releasing, 10Release-Engineering-Team, 10MW-1.32-release: REL1_32 branch didn't get cut for some extensions - https://phabricator.wikimedia.org/T207281 (10mmodell) >>! In T207281#4675056, @CCicalese_WMF wrote: > I also saw that a number of the extensions that do have REL1_32 branches now also hav... [19:16:34] it sucks, under fundraising/REL1_27 we've got a separate vendor dir under DonationInterface and FundraisingEmailUnsubscribe extensions [19:16:41] OHH [19:17:12] so there is some duplicate code up there [19:17:47] with the threat of incompatibility hanging over us [19:18:00] yeah I can imagine :\ [19:18:06] and CI does not use those extra /vendor repos [19:18:29] but we can sort that out later on I guess [19:18:53] ah, I think it was doing a composer install under DonationInterface, right? [19:19:04] yeah [19:19:19] the old job indeed did a cd DonationInterface && composer install [19:19:31] I am gonna phase out that job though, it runs on a legacy infra I have to delete [19:19:47] so I crafted a new job based on Quibble ( a python script that has all the CI workflow) [19:19:58] but that new job only relies on the composer merge plugin :) [19:19:59] luckily [19:20:25] it works fine once the proper version of the merge plugin is used. And thus the extra "cd DonationInterface && composer install" is not needed anymore [19:21:12] so what i did eventually, is I refreshed the vendor repo with composer 1.6.5 / php7.0 which created https://gerrit.wikimedia.org/r/#/c/mediawiki/vendor/+/462888/ [19:21:29] then I tried to update the merge plugin (and only it) which resulted in https://gerrit.wikimedia.org/r/#/c/mediawiki/vendor/+/459792/ [19:21:38] but I cant tell whether those changes will work on your infra :\ [19:26:50] 10Release-Engineering-Team (Watching / External), 10MediaWiki-Installer, 10MW-1.27-release, 10MW-1.27-release-notes: CI jobs on REL1_27 fails with: updatelog: Duplicate entry 'updatelist-1.27.5-XXXXXy for key 'PRIMARY' - https://phabricator.wikimedia.org/T207241 (10Reedy) 05Open>03Resolved a:03hashar [19:29:17] hashar: shoot, we're still running 5.x in prod, though we're going to switch to 7 after the big campaign winds down (beginning of january) [19:29:34] we'll be switching to REL1_31 at the same time [19:29:55] sounds great :] [19:30:44] will tests keep working on the current setup without changes till then? [19:31:02] or is there some CI infrastructure changing that means we need to adjust? [19:31:47] I gotta phase out the infra named Nodepool, which spawns VM for each jobs [19:31:52] and I refactored all jobs [19:31:56] so yeah, gotta migrate :] [19:32:12] the composer merge plugin, it looks like it is safe [19:32:12] ah, I see [19:32:24] and mediawiki/vendor probably is [19:32:41] but I have no clue how it got updated. Maybe I can at least run composer using PHP 5.6 [19:33:21] I think there's a way to tell composer to pretend it's running under a lower php version [19:35:54] yeah I can give it a try via a labs instance [19:40:06] * hashar tries [19:44:40] ejegg: I ran it with PHP 5.6 from Jessie and it does not change anything :] [19:44:51] https://gerrit.wikimedia.org/r/#/c/mediawiki/vendor/+/462888/2..3 <-- empty diff [19:45:06] then I don't know why some dependencies are listed in composer.json but are not committed [19:46:51] 10Project-Admins: Proposal to create acl*oversight and acl*checkuser ACL projects - https://phabricator.wikimedia.org/T207323 (10Samtar) [20:01:07] hmm [20:07:17] hashar: Great to see hacks propagating :D [20:20:19] 10Scap, 10Proton, 10Core Platform Team Backlog (Watching / External), 10Services (watching): Scap not restarting Proton - https://phabricator.wikimedia.org/T207263 (10mobrovac) 05Open>03Invalid Ah, how did I miss this? Oh, because I was looking at my local copy of the deploy repo. Thank you @thcipriani... [20:23:22] Reedy: :] [20:23:44] ejegg: in short, if we manage to get the composer merge plugin updated in core and vendor I am all set :-] [20:24:06] be back in a few [20:38:23] actually, bed time is safer :] have a good day [20:51:48] hashar: good night! [20:58:32] hashar: is it possible to move the branch filters in zuul config to Python? I feel like our current regexes that override one another is hard to understand [20:59:09] legoktm: I don't think we can. The python zuul parameter is really just for .. parameters [20:59:22] I don't think it let you hack into the scheduler to skip / drop a job [20:59:44] eventually when Wikibase / DonationInterface are moved to Quibble, a few regex will be gone [21:01:41] I am out to bed for real. sorry [21:12:29] RECOVERY - Puppet errors on deployment-maps03 is OK: OK: Less than 1.00% above the threshold [2.0] [21:28:24] PROBLEM - SSH on integration-slave-docker-1021 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [21:46:25] (03PS1) 10Catrope: Make WikiEditor depend on WikimediaEvents [integration/config] - 10https://gerrit.wikimedia.org/r/468171 [21:58:15] RECOVERY - SSH on integration-slave-docker-1021 is OK: SSH OK - OpenSSH_6.7p1 Debian-5+deb8u7 (protocol 2.0) [21:59:38] 10Phabricator, 10Release-Engineering-Team, 10Scap: Refresh Jenkins API token for Harbormaster - https://phabricator.wikimedia.org/T207335 (10thcipriani) [22:00:07] 10Phabricator, 10Release-Engineering-Team, 10Scap: Refresh Jenkins API token for Harbormaster - https://phabricator.wikimedia.org/T207335 (10thcipriani) Adding @mmodell [22:04:26] PROBLEM - SSH on integration-slave-docker-1021 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [22:09:15] RECOVERY - SSH on integration-slave-docker-1021 is OK: SSH OK - OpenSSH_6.7p1 Debian-5+deb8u7 (protocol 2.0) [22:19:24] 10Phabricator, 10Release-Engineering-Team, 10Scap: Refresh Jenkins API token for Harbormaster - https://phabricator.wikimedia.org/T207335 (10mmodell) I only see one legacyAPI token user, `nodepoolmanager` listed on https://integration.wikimedia.org/ci/administrativeMonitor/legacyApiToken/manage [22:24:43] 10Release-Engineering-Team (Kanban), 10Patch-For-Review, 10Release, 10Train Deployments: 1.32.0-wmf.26 deployment blockers - https://phabricator.wikimedia.org/T191072 (10mmodell) [22:30:55] 10Phabricator, 10Release-Engineering-Team, 10Scap: Refresh Jenkins API token for Harbormaster - https://phabricator.wikimedia.org/T207335 (10mmodell) I don't seem to have the ability to generate a new token for the harbormaster user and I don't recall the password for that account (it predates pwstore and I... [22:41:02] So I'm not an admin on mediawiki.org and I can't edit https://www.mediawiki.org/w/index.php?title=Module:Version [22:41:12] ok [22:41:28] twentyafterfour, you need to do this semi-regularly right? [22:41:39] twice a year I suppose [22:41:42] eh [22:41:47] ok [22:41:52] what's your username? [22:42:25] MModell_(WMF) [22:43:51] twentyafterfour, congrats you can now edit it [22:43:51] 10MediaWiki-Releasing, 10Release-Engineering-Team, 10MW-1.32-release: REL1_32 branch didn't get cut for some extensions - https://phabricator.wikimedia.org/T207281 (10mmodell) Well I don't have 'Delete Reference' rights in gerrit so I can't delete the mistakenly created branches. [22:43:54] (theoretically.) [22:44:17] twentyafterfour you can also grant the gerrit rights your self :) [22:44:22] (as your a admin) [22:45:19] Krenair: thanks! [23:14:43] 10Continuous-Integration-Config, 10Release-Engineering-Team: Decide where to store jobs for releases-jenkins - https://phabricator.wikimedia.org/T207346 (10thcipriani) [23:57:08] 10Release-Engineering-Team (Kanban), 10Wikimedia-Technical-Conference-2018, 10User-greg: Wikimedia Technical Conference 2018 Session - How do we work together? - https://phabricator.wikimedia.org/T206064 (10debt) a:03greg