[00:10:32] 10Deployments, 10Release-Engineering-Team, 10MediaWiki-Internationalization, 10Wikimedia-Incident, 10Wikimedia-production-error: Post-mortem "MWException: No localisation cache found for English." - https://phabricator.wikimedia.org/T217719 (10Krinkle) [00:20:09] Project beta-update-databases-eqiad build #32210: 04STILL FAILING in 3.2 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/32210/ [01:20:03] Project beta-update-databases-eqiad build #32211: 04STILL FAILING in 2.9 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/32211/ [02:20:03] Project beta-update-databases-eqiad build #32212: 04STILL FAILING in 2.9 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/32212/ [03:20:03] Project beta-update-databases-eqiad build #32213: 04STILL FAILING in 2.9 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/32213/ [04:20:08] Project beta-update-databases-eqiad build #32214: 04STILL FAILING in 7.8 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/32214/ [05:20:07] Project beta-update-databases-eqiad build #32215: 04STILL FAILING in 6.8 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/32215/ [05:53:10] (03CR) 10Hashar: ":)" (032 comments) [tools/scap] - 10https://gerrit.wikimedia.org/r/493699 (owner: 10Effie Mouzeli) [06:20:03] Project beta-update-databases-eqiad build #32216: 04STILL FAILING in 2.9 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/32216/ [06:25:11] (03CR) 10Hashar: [C: 03+2] "Thank you for the +1s. I have updated both jobs." [integration/config] - 10https://gerrit.wikimedia.org/r/494274 (https://phabricator.wikimedia.org/T216702) (owner: 10Hashar) [06:27:53] (03Merged) 10jenkins-bot: wikidata-query-rdf: upgrade Chromium from v70 to v71 [integration/config] - 10https://gerrit.wikimedia.org/r/494274 (https://phabricator.wikimedia.org/T216702) (owner: 10Hashar) [07:20:03] Project beta-update-databases-eqiad build #32217: 04STILL FAILING in 3.2 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/32217/ [07:56:16] 10Deployments, 10Release-Engineering-Team, 10MediaWiki-Internationalization, 10Wikimedia-Incident, 10Wikimedia-production-error: Post-mortem "MWException: No localisation cache found for English." - https://phabricator.wikimedia.org/T217719 (10hashar) When deploying #mw1.33.0-wmf.19 I have spotted the er... [08:09:00] 10Deployments, 10Release-Engineering-Team, 10MediaWiki-Internationalization, 10Wikimedia-Incident, 10Wikimedia-production-error: Post-mortem "MWException: No localisation cache found for English." - https://phabricator.wikimedia.org/T217719 (10hashar) From scap logs. The server had scap activity on 2019-... [08:09:51] 10Deployments, 10Release-Engineering-Team (Kanban), 10MediaWiki-Internationalization, 10Wikimedia-Incident, 10Wikimedia-production-error: Post-mortem "MWException: No localisation cache found for English." - https://phabricator.wikimedia.org/T217719 (10hashar) [08:20:03] Project beta-update-databases-eqiad build #32218: 04STILL FAILING in 2.9 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/32218/ [08:21:33] 10Beta-Cluster-Infrastructure: update.php broken on beta: Fatal error: Uncaught exception 'ConfigException' Failed to load configuration from etcd: cURL error 23: Failed writing header - https://phabricator.wikimedia.org/T217733 (10hashar) [08:21:43] 10Deployments, 10Release-Engineering-Team (Kanban), 10MediaWiki-Internationalization, 10Wikimedia-Incident, 10Wikimedia-production-error: Post-mortem "MWException: No localisation cache found for English." - https://phabricator.wikimedia.org/T217719 (10MoritzMuehlenhoff) I don't know when or by who the s... [08:23:48] 10Beta-Cluster-Infrastructure, 10Release-Engineering-Team (Kanban), 10Scap: Class 'Memcached' not found for php7 in beta - https://phabricator.wikimedia.org/T217587 (10hashar) And I think the php package fixed eventually caused another issue with curl when running update.php T217733 [08:36:21] 10Beta-Cluster-Infrastructure: update.php broken on beta: Fatal error: Uncaught exception 'ConfigException' Failed to load configuration from etcd: cURL error 23: Failed writing header - https://phabricator.wikimedia.org/T217733 (10hashar) [08:45:51] 10Beta-Cluster-Infrastructure: update.php broken on beta: Fatal error: Uncaught exception 'ConfigException' Failed to load configuration from etcd: cURL error 23: Failed writing header - https://phabricator.wikimedia.org/T217733 (10hashar) @Joe are you aware of any changes related to Etcd on beta yesterday eveni... [08:52:22] 10Beta-Cluster-Infrastructure: update.php broken on beta: Fatal error: Uncaught exception 'ConfigException' Failed to load configuration from etcd: cURL error 23: Failed writing header - https://phabricator.wikimedia.org/T217733 (10hashar) Sorry @Joe eventually I found out it is due to an issue in mediawiki/core... [08:56:37] 10Beta-Cluster-Infrastructure, 10Patch-For-Review: update.php broken on beta: Fatal error: Uncaught exception 'ConfigException' Failed to load configuration from etcd: cURL error 23: Failed writing header - https://phabricator.wikimedia.org/T217733 (10hashar) Will be solved as soon as the revert https://gerrit... [09:13:23] Project beta-update-databases-eqiad build #32219: 04STILL FAILING in 5.9 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/32219/ [09:21:05] Yippee, build fixed! [09:21:06] Project beta-update-databases-eqiad build #32220: 09FIXED in 1 min 5 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/32220/ [09:26:43] 10Continuous-Integration-Infrastructure: Merge blocker: The table 'l10n_cache' is full in quibble-vendor-mysql-hhvm-docker - https://phabricator.wikimedia.org/T217654 (10hashar) On first though I checked the disk space usage. From https://grafana-labs.wikimedia.org/dashboard/db/labs-project-board?panelId=18&full... [09:27:30] 10Beta-Cluster-Infrastructure, 10Patch-For-Review: update.php broken on beta: Fatal error: Uncaught exception 'ConfigException' Failed to load configuration from etcd: cURL error 23: Failed writing header - https://phabricator.wikimedia.org/T217733 (10hashar) 05Open→03Resolved a:03hashar The job ran just... [09:41:52] 10Continuous-Integration-Infrastructure: Merge blocker: The table 'l10n_cache' is full in quibble-vendor-mysql-hhvm-docker - https://phabricator.wikimedia.org/T217654 (10hashar) Grepping for caches being build: For web requests: ` LocalisationCache::isExpired(fr): cache missing, need to make one LocalisationCac... [09:42:43] 10Continuous-Integration-Infrastructure: Merge blocker: The table 'l10n_cache' is full in quibble-vendor-mysql-hhvm-docker - https://phabricator.wikimedia.org/T217654 (10hashar) And my next question is: should we just raise the tmpfs size (currently 256MBytes) or look at MediaWiki phpunit suite so that it stops... [10:11:44] 10Beta-Cluster-Infrastructure: update.php broken on beta: Fatal error: Uncaught exception 'ConfigException' Failed to load configuration from etcd: cURL error 23: Failed writing header - https://phabricator.wikimedia.org/T217733 (10hashar) [10:15:33] Project beta-scap-eqiad build #240330: 04FAILURE in 4.3 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240330/ [10:24:14] 10Release-Engineering-Team (Kanban), 10MediaWiki-Vagrant, 10User-zeljkofilipin: vagrant up: Could not find a directory environment named 'vagrant' anywhere in the path - https://phabricator.wikimedia.org/T193153 (10zeljkofilipin) a:03zeljkofilipin [10:24:47] 10Release-Engineering-Team (Kanban), 10MediaWiki-Vagrant, 10User-zeljkofilipin: vagrant up: Could not find a directory environment named 'vagrant' anywhere in the path - https://phabricator.wikimedia.org/T193153 (10zeljkofilipin) p:05Triage→03Low [10:31:54] 10Release-Engineering-Team (Kanban), 10MediaWiki-Vagrant, 10User-zeljkofilipin: Could not find a directory environment named 'vagrant' anywhere in the path: /vagrant/puppet/environments. Does the directory exist? - https://phabricator.wikimedia.org/T193153 (10zeljkofilipin) [10:34:31] Yippee, build fixed! [10:34:32] Project beta-scap-eqiad build #240331: 09FIXED in 10 min: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240331/ [10:45:06] 10Continuous-Integration-Infrastructure: Merge blocker: The table 'l10n_cache' is full in quibble-vendor-mysql-hhvm-docker - https://phabricator.wikimedia.org/T217654 (10Nikerabbit) This seems to be appearing at random tables now: https://gerrit.wikimedia.org/r/c/mediawiki/extensions/ContentTranslation/+/486008... [11:07:20] (03CR) 10Dzahn: [C: 03+2] Revert "Get rid of .gitreview" [tools/scap] - 10https://gerrit.wikimedia.org/r/494068 (https://phabricator.wikimedia.org/T191373) (owner: 10Hashar) [11:09:15] (03CR) 10PipelineBot: "pipeline-dashboard: service-pipeline-test" [tools/scap] - 10https://gerrit.wikimedia.org/r/494068 (https://phabricator.wikimedia.org/T191373) (owner: 10Hashar) [11:09:17] (03Merged) 10jenkins-bot: Revert "Get rid of .gitreview" [tools/scap] - 10https://gerrit.wikimedia.org/r/494068 (https://phabricator.wikimedia.org/T191373) (owner: 10Hashar) [11:09:58] (03CR) 10jenkins-bot: Revert "Get rid of .gitreview" [tools/scap] - 10https://gerrit.wikimedia.org/r/494068 (https://phabricator.wikimedia.org/T191373) (owner: 10Hashar) [11:18:03] Project beta-scap-eqiad build #240335: 04FAILURE in 1.3 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240335/ [11:21:22] 10Beta-Cluster-Infrastructure, 10PHP 7.0 support: Beta site api.phps gets - RuntimeException: RedisConnectionPool requires a Redis client library - https://phabricator.wikimedia.org/T217323 (10Addshore) 05Resolved→03Open Happening again for me: https://commons.wikimedia.beta.wmflabs.org/w/api.php?action=w... [11:33:39] !log lucaswerkmeister-wmde@deployment-mediawiki-09:~$ sudo systemctl restart php7.2-fpm # T217323 [11:33:41] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [11:33:42] T217323: Beta site api.phps gets - RuntimeException: RedisConnectionPool requires a Redis client library - https://phabricator.wikimedia.org/T217323 [11:34:34] 10Beta-Cluster-Infrastructure, 10PHP 7.0 support: Beta site api.phps gets - RuntimeException: RedisConnectionPool requires a Redis client library - https://phabricator.wikimedia.org/T217323 (10Lucas_Werkmeister_WMDE) That seems to have fixed it… do we need to restart php-fpm on other servers too? [11:34:42] Yippee, build fixed! [11:34:43] Project beta-scap-eqiad build #240336: 09FIXED in 10 min: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240336/ [11:39:17] 10Beta-Cluster-Infrastructure, 10PHP 7.0 support: Beta site api.phps gets - RuntimeException: RedisConnectionPool requires a Redis client library - https://phabricator.wikimedia.org/T217323 (10Lucas_Werkmeister_WMDE) Hm, I only see two `deployment-mediawiki-` servers in Horizon (`-07` and `-09`), and I assume... [11:58:48] Project beta-scap-eqiad build #240339: 04FAILURE in 1.6 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240339/ [12:14:44] Yippee, build fixed! [12:14:45] Project beta-scap-eqiad build #240340: 09FIXED in 10 min: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240340/ [12:16:05] 10Phabricator, 10Phabricator-Bot-Requests: Please delete phabricator Herald rule H298 - https://phabricator.wikimedia.org/T217756 (10jcrespo) [12:16:09] Project beta-scap-eqiad build #240341: 04FAILURE in 1.1 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240341/ [12:19:02] 10Beta-Cluster-Infrastructure, 10PHP 7.0 support: Beta site api.phps gets - RuntimeException: RedisConnectionPool requires a Redis client library - https://phabricator.wikimedia.org/T217323 (10Addshore) 05Open→03Resolved [12:19:52] 10Phabricator: Please delete phabricator Herald rule H298 - https://phabricator.wikimedia.org/T217756 (10Peachey88) [12:26:25] (03CR) 10Lars Wirzenius: [C: 03+2] "Still LGM. We discussed this with Dan yesterday and it helps me evaluate GitLab CI." [blubber] - 10https://gerrit.wikimedia.org/r/494532 (owner: 10Dduvall) [12:32:35] Yippee, build fixed! [12:32:35] Project beta-scap-eqiad build #240342: 09FIXED in 12 min: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240342/ [12:45:09] (03CR) 10PipelineBot: "pipeline-dashboard: service-pipeline-test" [blubber] - 10https://gerrit.wikimedia.org/r/494532 (owner: 10Dduvall) [12:45:26] (03Merged) 10jenkins-bot: Include a basic go.mod that declares the package name [blubber] - 10https://gerrit.wikimedia.org/r/494532 (owner: 10Dduvall) [12:47:43] (03CR) 10PipelineBot: "pipeline-dashboard: service-pipeline-test-and-publish" [blubber] - 10https://gerrit.wikimedia.org/r/494532 (owner: 10Dduvall) [12:47:45] (03CR) 10jenkins-bot: Include a basic go.mod that declares the package name [blubber] - 10https://gerrit.wikimedia.org/r/494532 (owner: 10Dduvall) [12:48:22] 10Phabricator: Please delete phabricator Herald rule H298 - https://phabricator.wikimedia.org/T217756 (10Aklapper) 05Open→03Resolved Destroyed H298 via `sudo /srv/phab/phabricator/bin/remove destroy H298` [12:55:34] 10Beta-Cluster-Infrastructure, 10PHP 7.0 support: Beta site api.phps gets - RuntimeException: RedisConnectionPool requires a Redis client library - https://phabricator.wikimedia.org/T217323 (10MoritzMuehlenhoff) Just to clarify the root cause: Beta is getting updated via unattended-upgrades, but unattended-upg... [13:11:46] 10Release-Engineering-Team (Kanban), 10Patch-For-Review, 10Release, 10Train Deployments: 1.33.0-wmf.20 deployment blockers - https://phabricator.wikimedia.org/T206674 (10hashar) a:03hashar [13:15:00] !log upgrading elasticsearch to 5.6.14 on deployment-logstash2 [13:15:01] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [13:20:53] Project beta-update-databases-eqiad build #32224: 04FAILURE in 53 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/32224/ [13:31:12] !log upgrading logstash to 5.6.14 on deployment-logstash2 [13:31:13] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [14:20:45] Project beta-update-databases-eqiad build #32225: 04STILL FAILING in 45 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/32225/ [14:22:40] (03PS1) 10Effie Mouzeli: Updated .gitignore for .idea/ directories [tools/scap] - 10https://gerrit.wikimedia.org/r/494727 [14:24:26] (03CR) 10PipelineBot: "pipeline-dashboard: service-pipeline-test" [tools/scap] - 10https://gerrit.wikimedia.org/r/494727 (owner: 10Effie Mouzeli) [14:27:30] (03PS2) 10C. Scott Ananian: Enable jenkins for the Zest library [integration/config] - 10https://gerrit.wikimedia.org/r/494609 [14:27:32] (03CR) 10C. Scott Ananian: Enable jenkins for the Zest library (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/494609 (owner: 10C. Scott Ananian) [14:41:25] Project beta-scap-eqiad build #240353: 04FAILURE in 19 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240353/ [14:54:48] Yippee, build fixed! [14:54:49] Project beta-scap-eqiad build #240354: 09FIXED in 10 min: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240354/ [14:56:16] Project beta-scap-eqiad build #240355: 04FAILURE in 7.8 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240355/ [14:59:57] (03PS1) 10Anomie: doc: Add link for Parsoid-PHP [integration/docroot] - 10https://gerrit.wikimedia.org/r/494737 [15:14:48] Yippee, build fixed! [15:14:49] Project beta-scap-eqiad build #240356: 09FIXED in 10 min: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240356/ [15:16:15] Project beta-scap-eqiad build #240357: 04FAILURE in 1.1 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240357/ [15:22:32] Yippee, build fixed! [15:22:32] Project beta-update-databases-eqiad build #32226: 09FIXED in 2 min 32 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/32226/ [15:34:42] Yippee, build fixed! [15:34:43] Project beta-scap-eqiad build #240358: 09FIXED in 10 min: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240358/ [15:36:03] Project beta-scap-eqiad build #240359: 04FAILURE in 1.5 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240359/ [15:51:08] PROBLEM - Puppet staleness on deployment-db04 is CRITICAL: CRITICAL: 100.00% of data above the critical threshold [43200.0] [15:52:58] PROBLEM - Long lived cherry-picks on puppetmaster on deployment-puppetmaster03 is CRITICAL: CRITICAL: 100.00% of data above the critical threshold [0.0] [15:54:26] PROBLEM - Puppet errors on deployment-mx02 is CRITICAL: CRITICAL: 100.00% of data above the critical threshold [3.0] [15:54:41] Yippee, build fixed! [15:54:42] Project beta-scap-eqiad build #240360: 09FIXED in 10 min: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240360/ [15:55:03] PROBLEM - Host deployment-prometheus01 is DOWN: CRITICAL - Host Unreachable (172.16.5.7) [15:56:02] Project beta-scap-eqiad build #240361: 04FAILURE in 1.3 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240361/ [16:02:16] (03PS3) 10Effie Mouzeli: WiP: Add unit testing of scap main.py [tools/scap] - 10https://gerrit.wikimedia.org/r/492352 (owner: 10Mark Bergsma) [16:02:18] (03PS1) 10Effie Mouzeli: WIP: Added more tests for main.py [tools/scap] - 10https://gerrit.wikimedia.org/r/494762 (https://phabricator.wikimedia.org/T216518) [16:05:49] (03CR) 10PipelineBot: "pipeline-dashboard: service-pipeline-test" [tools/scap] - 10https://gerrit.wikimedia.org/r/492352 (owner: 10Mark Bergsma) [16:05:51] (03CR) 10jerkins-bot: [V: 04-1] WiP: Add unit testing of scap main.py [tools/scap] - 10https://gerrit.wikimedia.org/r/492352 (owner: 10Mark Bergsma) [16:08:29] (03CR) 10PipelineBot: "pipeline-dashboard: service-pipeline-test" [tools/scap] - 10https://gerrit.wikimedia.org/r/494762 (https://phabricator.wikimedia.org/T216518) (owner: 10Effie Mouzeli) [16:08:31] (03CR) 10jerkins-bot: [V: 04-1] WIP: Added more tests for main.py [tools/scap] - 10https://gerrit.wikimedia.org/r/494762 (https://phabricator.wikimedia.org/T216518) (owner: 10Effie Mouzeli) [16:14:39] Yippee, build fixed! [16:14:39] Project beta-scap-eqiad build #240362: 09FIXED in 10 min: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240362/ [16:16:09] Project beta-scap-eqiad build #240363: 04FAILURE in 4.1 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240363/ [16:19:56] (03CR) 10Krinkle: [C: 03+2] doc: Add link for Parsoid-PHP [integration/docroot] - 10https://gerrit.wikimedia.org/r/494737 (owner: 10Anomie) [16:20:40] (03Merged) 10jenkins-bot: doc: Add link for Parsoid-PHP [integration/docroot] - 10https://gerrit.wikimedia.org/r/494737 (owner: 10Anomie) [16:21:16] (03CR) 10jenkins-bot: doc: Add link for Parsoid-PHP [integration/docroot] - 10https://gerrit.wikimedia.org/r/494737 (owner: 10Anomie) [16:26:01] 10Gerrit, 10Release-Engineering-Team, 10Operations, 10Patch-For-Review: Disable jgit gc on gerrit - https://phabricator.wikimedia.org/T217497 (10Paladox) Just noting that a second bug has been identified in jgit gc. [16:27:37] !log doc1001 had bad permissions set on /org/wikimedia/doc (chmod 755 instead of 775). Making it impossible to git pull in the way that post-merge Jenkins job on integration/docroot recommends. Fixed with `sudo -u doc-uploader chmod 775 /srv/wikimedia/org/wikimedia/doc`. [16:27:38] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [16:28:04] PROBLEM - Host integration-publishing02 is DOWN: CRITICAL - Host Unreachable (172.16.4.5) [16:28:26] PROBLEM - Host integration-slave-docker-1046 is DOWN: CRITICAL - Host Unreachable (172.16.1.115) [16:34:41] Yippee, build fixed! [16:34:42] Project beta-scap-eqiad build #240364: 09FIXED in 10 min: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240364/ [16:36:22] 10Phabricator: Request: Add task subtype as a form field to facilitate its use in forms and URLs - https://phabricator.wikimedia.org/T217785 (10MBinder_WMF) [16:44:52] (03Abandoned) 10Effie Mouzeli: WIP: Added more tests for main.py [tools/scap] - 10https://gerrit.wikimedia.org/r/494762 (https://phabricator.wikimedia.org/T216518) (owner: 10Effie Mouzeli) [16:48:30] Project beta-scap-eqiad build #240366: 04FAILURE in 21 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240366/ [16:59:56] (03PS1) 10Thcipriani: post pipeline: fix ref filter [integration/config] - 10https://gerrit.wikimedia.org/r/494778 [17:04:38] Yippee, build fixed! [17:04:39] Project beta-scap-eqiad build #240367: 09FIXED in 10 min: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240367/ [17:06:00] Project beta-scap-eqiad build #240368: 04FAILURE in 3.5 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240368/ [17:11:04] 10Phabricator: Request: Add task subtype as a form field to facilitate its use in forms and URLs - https://phabricator.wikimedia.org/T217785 (10Aklapper) Hmm. On https://phabricator.wikimedia.org/maniphest/task/edit/form/43/ > `Configure Form > Edit Form Configuration > Change Form Subtype`, `Subtype: Bug Report... [17:14:01] 10Continuous-Integration-Config, 10MediaWiki-extensions-JsonConfig, 10Reading-Infrastructure-Team-Backlog, 10Maps (Kartographer), and 2 others: Move JCMapDataContent from JsonConfig to Kartographer - https://phabricator.wikimedia.org/T163274 (10MSantos) [17:15:38] 10Continuous-Integration-Config, 10MediaWiki-extensions-JsonConfig, 10Reading-Infrastructure-Team-Backlog, 10Maps (Kartographer), and 2 others: Move JCMapDataContent from JsonConfig to Kartographer - https://phabricator.wikimedia.org/T163274 (10MSantos) @hashar what do you think about my thoughts [[ https:... [17:17:46] Yippee, build fixed! [17:17:46] Project beta-scap-eqiad build #240369: 09FIXED in 9 min 49 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240369/ [17:18:19] (03PS1) 10Effie Mouzeli: WIP: Add more tests for main [tools/scap] - 10https://gerrit.wikimedia.org/r/494784 (https://phabricator.wikimedia.org/T216518) [17:18:27] (03CR) 10jerkins-bot: [V: 04-1] WIP: Add more tests for main [tools/scap] - 10https://gerrit.wikimedia.org/r/494784 (https://phabricator.wikimedia.org/T216518) (owner: 10Effie Mouzeli) [17:29:29] could someone remind me how to get a integration/config patch deployed? ( https://gerrit.wikimedia.org/r/#/c/integration/config/+/494609/ ) [17:29:51] i think i usually ask hashar :) but IIRC I have the permission bits to do it myself, I just haven't done it in a year or so [17:30:28] hm, actually july 2016 was my last commit in that repo [17:30:31] time flies [17:31:08] Project beta-scap-eqiad build #240371: 04FAILURE in 7.8 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240371/ [17:32:26] thcipriani: Iam going to upgrade the various Jenkins plugins :) [17:34:11] (03CR) 10Hashar: [C: 03+2] "Nice. Good catch tgr ;)" [integration/config] - 10https://gerrit.wikimedia.org/r/494609 (owner: 10C. Scott Ananian) [17:34:25] cscott: one needs ssh access. Then at the root of integration/config we have a Fabric script to automatize the deployment [17:34:44] tentatively, that should be moved to use scap (the official deployment system) but I think last time I tried I have hit a wall of some sort :/ [17:34:51] i bet i've still got ssh access. but i don't think "fabric" existed the last time i did a deployment [17:35:11] yeah Kunal probably introduced it after your last involvement [17:35:30] and I think it is broken with the latest version of Fabric so it is not that convenient [17:35:42] then [17:35:43] (03Merged) 10jenkins-bot: Enable jenkins for the Zest library [integration/config] - 10https://gerrit.wikimedia.org/r/494609 (owner: 10C. Scott Ananian) [17:35:52] we have a doxygen-publish job in postmerge [17:36:04] but no equivalent in test ... :/ [17:36:15] this world is far from perfect [17:37:02] !log Reloading Zuul for mediawiki/libs/Zest https://gerrit.wikimedia.org/r/#/c/integration/config/+/494609/2/zuul/layout.yaml [17:37:03] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [17:37:11] cscott: should be good now [17:37:28] hashar: i've got phan in my composer.json as well, and i'm wondering if that's going to cause issues. the library is php >= 7.2.0 only, do we need to specify that somewhere in the integration config? [17:37:58] ah yeah hmm [17:38:30] template: [17:38:30] - name: composer-test-package [17:38:55] that runs composer test for php 7.0 to 7.3 .. [17:39:01] (oh yeah, everything failed: https://gerrit.wikimedia.org/r/#/c/mediawiki/libs/Zest/+/494606/ ) [17:39:15] and for phan we need to add another job [17:39:29] but even composer-package-php73-docker failed, so maybe something else going on as well [17:39:46] Problem 1 [17:39:46] 17:38:14 - The requested PHP extension ext-intl * is missing from your system. Install or enable PHP's intl extension. [17:39:52] I don't know the reason for phan being a standalone job though. But a specific version of phan has to match a specific version of php-ast iirc [17:40:09] so we hold that centraly in a Docker container/job instead of delegating the version to the developers [17:40:14] bah [17:40:21] I'm using --allow-polyfill-parser so it shouldn't require php-ast per se [17:40:53] I wish I had a system to automagically install required extensions [17:41:06] (namely parse the composer.json, sudo install the required ext, then run compoesr install / composer test) [17:41:27] hashar: ...like travis has... [17:41:35] ;D [17:42:04] hashar: what extensions are installed? i'm noticing that php core uses ext-ctype/fileinfo/iconv/json/mbstring/xml -- are those safe to assume are installed? [17:42:51] i just need to convert a codepoint (number) to a UTF-8 string, and I'm using IntlChar::chr() to do that, but I bet I could find another option [17:45:05] mb_chr maybe? [17:45:08] it is different [17:45:27] I mean thet docker containers used for PHP libs are different from the one uses for mediawiki extensions [17:45:57] oh. so i can't assume "standard" extensions are installed [17:46:10] https://gerrit.wikimedia.org/r/plugins/gitiles/integration/config/+/master/dockerfiles/php72/Dockerfile.template#3 [17:46:15] there is the list for php72 [17:46:55] i think i can use mb_chr(, "utf-8") instead of IntlChar:chr() [17:47:01] and mbstring is in the default set [17:48:10] but php-intl relies on icu or something more elaborate than mbstring isn't it? [17:48:12] so i'll take care of the ext-intl * fail if you can help me out on how best to hook phan up to composer test [17:48:33] hashar: yes, but i'm only using it to decode \uXXXX escapes, I don't need all the icu stuff. [17:49:54] (03PS4) 10Effie Mouzeli: WiP: Add unit testing of scap main.py [tools/scap] - 10https://gerrit.wikimedia.org/r/492352 (owner: 10Mark Bergsma) [17:50:04] (03CR) 10jerkins-bot: [V: 04-1] WiP: Add unit testing of scap main.py [tools/scap] - 10https://gerrit.wikimedia.org/r/492352 (owner: 10Mark Bergsma) [17:50:12] cscott: yeah that saves you from having to depend on intl which might be nice [17:50:30] then mb_chr() is from php 7.2 [17:50:41] (03PS2) 10Effie Mouzeli: WIP: Add more tests for main [tools/scap] - 10https://gerrit.wikimedia.org/r/494784 (https://phabricator.wikimedia.org/T216518) [17:50:49] (03CR) 10jerkins-bot: [V: 04-1] WIP: Add more tests for main [tools/scap] - 10https://gerrit.wikimedia.org/r/494784 (https://phabricator.wikimedia.org/T216518) (owner: 10Effie Mouzeli) [17:50:54] Yippee, build fixed! [17:50:54] Project beta-scap-eqiad build #240372: 09FIXED in 18 min: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240372/ [17:51:57] then the job phpunit-coverage-docker-publish might be using php 7.0 [17:53:10] yeah ;( [17:54:21] https://gerrit.wikimedia.org/r/plugins/gitiles/integration/config/+/master/dockerfiles/quibble-stretch-php70/Dockerfile.template#15 [17:54:29] For mediawiki jobs, there is a separate php install process. [17:54:39] (03PS1) 10Hashar: zuul template for PHP packages requiring php 7.2 [integration/config] - 10https://gerrit.wikimedia.org/r/494796 [17:54:58] php-intl is in mediawiki jobs, but not plain php library jobs [18:02:29] ok I63e4c934eb9286fb2da9fe523f61ea3fca1acf8e switches to using mb_string [18:02:57] !log Upgrading plugins on https://releases-jenkins.wikimedia.org [18:02:59] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [18:04:12] hashar: https://gerrit.wikimedia.org/r/#/c/mediawiki/libs/Zest/+/494798/ looks better, at least [18:04:18] cscott: if intl is better in some way, would be trivial to add to the image. just a matter of whether you want to depend on it or not for downstream users. [18:04:59] oojsui: Chrome 69.0.3497 (Linux 0.0.0): Executed 12356 of 12356 SUCCESS (13 mins 1.255 secs / 12 mins 56.442 secs) [18:05:09] that is a lot of test (and an outdated Chrome version unfortunately) [18:05:14] Krinkle: this is going in core eventually (as a dependency of the php parsoid) so probably mb_string is better since core already has a dependency on mb_string [18:05:35] then isn't mediawiki/core php 7.0 for now? [18:06:02] it will be >7.0 by the time that parsoid gets merged (ie, not soon) [18:06:32] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team, 10Wikimedia-production-error (Shared Build Failure): Merge blocker: The table 'l10n_cache' is full in quibble-vendor-mysql-hhvm-docker - https://phabricator.wikimedia.org/T217654 (10Krinkle) [18:06:38] 2 yrs, roughly [18:06:59] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team, 10Wikimedia-production-error (Shared Build Failure): Merge blocker: The table 'l10n_cache' is full in quibble-vendor-mysql-hhvm-docker - https://phabricator.wikimedia.org/T217654 (10Krinkle) //(sorry, unintentional.// [18:07:25] cscott: but would Zest support 7.0 ? or are you aiming at 7.2+ ? [18:07:52] I am asking regarding the CI config change https://gerrit.wikimedia.org/r/#/c/integration/config/+/494796/1/zuul/layout.yaml which adds yet another template of jobs to drop hhvm/7.0/7.1 jobs [18:07:59] 7.2+ right now, mostly due to the type annotations. Parsoid is being ported with type annotations, too, it really helps catch bugs in the porting process [18:08:03] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team, 10Wikimedia-production-error (Shared Build Failure): Merge blocker: The table 'l10n_cache' is full in quibble-vendor-mysql-hhvm-docker - https://phabricator.wikimedia.org/T217654 (10Krinkle) @Nikerabbit That would solve it, I think. The wor... [18:08:30] hashar: in theory we could probably strip them from parsoid (and zest) if php 7.0 compat was seen as the only blocker for a merge, in 24 months time. [18:08:47] but certainly they are very useful checks during the porting process so we're writing the code with them to start [18:09:33] hashar: that 494796 patch looks good to me [18:09:51] ok [18:10:00] we can always add php7.0 jobs later on if needed [18:10:21] oh [18:10:27] php7.0 is EOL anyway... [18:10:32] yeah [18:10:38] and 7.1 is not worth using [18:11:03] even 7.2 will be EOL two years from now :/ [18:11:31] it looks like the parsoid tests are manually running composer-package-php7[123]-docker [18:11:53] so i should be able to hook phan up in parsoid's composer.json directly (once we make the code-in-progress phan-clean) [18:12:46] (03CR) 10Hashar: [C: 03+2] "From a discussion with cscott:" [integration/config] - 10https://gerrit.wikimedia.org/r/494796 (owner: 10Hashar) [18:13:05] so lets do that ;) [18:13:20] heading down to help with kids dinner [18:13:27] I will restart the CI jenkins when I am back [18:13:39] (and there are some long running jobs that are about to complete, so I don't want to abort them) [18:13:44] be back in half an hour or so [18:14:22] (03Merged) 10jenkins-bot: zuul template for PHP packages requiring php 7.2 [integration/config] - 10https://gerrit.wikimedia.org/r/494796 (owner: 10Hashar) [18:18:24] (03PS3) 10Effie Mouzeli: WIP: Add more tests for main [tools/scap] - 10https://gerrit.wikimedia.org/r/494784 (https://phabricator.wikimedia.org/T216518) [18:18:32] (03CR) 10jerkins-bot: [V: 04-1] WIP: Add more tests for main [tools/scap] - 10https://gerrit.wikimedia.org/r/494784 (https://phabricator.wikimedia.org/T216518) (owner: 10Effie Mouzeli) [18:22:41] (03PS4) 10Effie Mouzeli: WiP: Add unit testing of scap main.py [tools/scap] - 10https://gerrit.wikimedia.org/r/494784 (https://phabricator.wikimedia.org/T216518) [18:22:49] (03CR) 10jerkins-bot: [V: 04-1] WiP: Add unit testing of scap main.py [tools/scap] - 10https://gerrit.wikimedia.org/r/494784 (https://phabricator.wikimedia.org/T216518) (owner: 10Effie Mouzeli) [18:23:51] (03CR) 10C. Scott Ananian: "(As will Parsoid shortly.)" [integration/config] - 10https://gerrit.wikimedia.org/r/494796 (owner: 10Hashar) [18:24:28] !log reloading zuul for I21d7fa2939f507441f7d130f8207541e28d762ad [18:24:29] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [18:24:33] (03PS1) 10C. Scott Ananian: Stop running php7.1 checks on Parsoid [integration/config] - 10https://gerrit.wikimedia.org/r/494802 (https://phabricator.wikimedia.org/T216102) [18:24:37] cscott: reloaded [18:24:42] (03CR) 10jerkins-bot: [V: 04-1] Stop running php7.1 checks on Parsoid [integration/config] - 10https://gerrit.wikimedia.org/r/494802 (https://phabricator.wikimedia.org/T216102) (owner: 10C. Scott Ananian) [18:24:58] (03PS2) 10C. Scott Ananian: Stop running php7.1 checks on Parsoid [integration/config] - 10https://gerrit.wikimedia.org/r/494802 (https://phabricator.wikimedia.org/T216102) [18:25:18] !log contint1001: restart Jenkins for plugins upgrade [18:25:19] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [18:28:00] hasharAway: thanks, looks like the zest jenkins is passing now [18:28:16] oh, maybe i spoke too soon [18:28:31] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team, 10Jenkins: Jenkins warning JENKINS-2111 path sanitization ineffective - https://phabricator.wikimedia.org/T217791 (10hashar) [18:28:46] no, that's ok. phan is just complaining and it is correct in this case. [18:28:52] (03PS1) 10Krinkle: mediawiki.d: Avoid vars that look like core or wmf names [integration/quibble] - 10https://gerrit.wikimedia.org/r/494803 [18:28:54] (03PS1) 10Krinkle: mediawiki.d: Improve docs about dev settings and combine env sections [integration/quibble] - 10https://gerrit.wikimedia.org/r/494804 [18:28:56] (03PS1) 10Krinkle: mediawiki.d: Merge into one file [integration/quibble] - 10https://gerrit.wikimedia.org/r/494805 [18:30:24] 10Phabricator: Request: Add task subtype as a form field to facilitate its use in forms and URLs - https://phabricator.wikimedia.org/T217785 (10MBinder_WMF) Ah, it may. I did not actually submit the form since subtype was deployed. One use case for the dropdown despite this is that some teams use a different for... [18:38:01] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (Kanban): Delete Jenkins job https://releases-jenkins.wikimedia.org/job/make-deploy-notes/ - https://phabricator.wikimedia.org/T217793 (10hashar) [18:38:11] cscott: so you got phan working?!!!! :) [18:38:21] hashar: yup [18:38:28] I wasn't aware of the polyfil parser thing to get rid of ext-ast [18:38:30] (03PS2) 10Krinkle: mediawiki.d: Merge into one file [integration/quibble] - 10https://gerrit.wikimedia.org/r/494805 [18:38:41] not sure what addshore will think about dropping php-ast [18:38:48] it is probably faster at least [18:38:50] https://gerrit.wikimedia.org/r/#/q/project:mediawiki/libs/Zest+status:open <- so much green [18:39:14] php-ast is faster and it can parse annotations in some unusual places which the polyfill cannot [18:39:52] but my codebases aren't big enough to really need the speed. mediawiki core may well be. [18:40:23] that is good to know [18:41:07] cscott: if you feel brave you could add a paragraph to capture what you have done for Parsoid on https://www.mediawiki.org/wiki/Continuous_integration/Phan [18:41:13] that might help others [18:42:04] also [18:46:01] something like https://www.mediawiki.org/wiki/Continuous_integration/Tutorials/Add_phan_to_a_MediaWiki_extension ;) [18:49:47] (03Abandoned) 10Effie Mouzeli: WiP: Add unit testing of scap main.py [tools/scap] - 10https://gerrit.wikimedia.org/r/494784 (https://phabricator.wikimedia.org/T216518) (owner: 10Effie Mouzeli) [18:50:41] Project beta-scap-eqiad build #240378: 04FAILURE in 1.5 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240378/ [18:56:16] hashar: I noticed that the changelog docs weren't autogenerated for the last train, then I went digging into why and I think that either my mental model of the "post" pipeline is wrong, or the definition of the post pipeline is wrong. whenever you get a chance could you look at: https://gerrit.wikimedia.org/r/#/c/integration/config/+/494778/ ? [19:00:01] (03PS5) 10Krinkle: castor: add --delay-updates to rsync commands [integration/config] - 10https://gerrit.wikimedia.org/r/479558 (https://phabricator.wikimedia.org/T203506) (owner: 10Thcipriani) [19:02:26] * hashar needs a second brain [19:02:38] (03PS6) 10Dduvall: maintenance: Cleanup old Docker images at a lower threshold [integration/config] - 10https://gerrit.wikimedia.org/r/490505 (https://phabricator.wikimedia.org/T177867) [19:03:21] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team, 10Reading-Infrastructure-Team-Backlog, 10Patch-For-Review, 10Wikimedia-production-error (Shared Build Failure): Jenkins jobs for MediaWiki failing with 'npm: shasum check failed' - https://phabricator.wikimedia.org/T203506 (10Krinkle) (... [19:04:36] (03CR) 10Dduvall: maintenance: Cleanup old Docker images at a lower threshold (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/490505 (https://phabricator.wikimedia.org/T177867) (owner: 10Dduvall) [19:06:01] Yippee, build fixed! [19:06:01] Project beta-scap-eqiad build #240379: 09FIXED in 11 min: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/240379/ [19:10:00] hashar: added content to both those wiki pages [19:13:14] 10Phabricator, 10Repository-Admins: Remove mentioning rPHES in description of rPHAB - https://phabricator.wikimedia.org/T217795 (10Aklapper) [19:18:02] (03CR) 10Subramanya Sastry: [C: 03+1] Stop running php7.1 checks on Parsoid [integration/config] - 10https://gerrit.wikimedia.org/r/494802 (https://phabricator.wikimedia.org/T216102) (owner: 10C. Scott Ananian) [19:18:14] 10Phabricator, 10Repository-Admins: Remove mentioning rPHES in description of rPHAB - https://phabricator.wikimedia.org/T217795 (10MarcoAurelio) If it ain't used anymore either remove it or add it under a heading saying that it is not used. Shall we also deactivate it? (I can edit phab repos). [19:24:00] (03PS1) 10Effie Mouzeli: WIP: Add more tests for main [tools/scap] - 10https://gerrit.wikimedia.org/r/494812 (https://phabricator.wikimedia.org/T216518) [19:24:08] (03CR) 10jerkins-bot: [V: 04-1] WIP: Add more tests for main [tools/scap] - 10https://gerrit.wikimedia.org/r/494812 (https://phabricator.wikimedia.org/T216518) (owner: 10Effie Mouzeli) [19:24:34] (03CR) 10Hashar: "Hello Tyler. Here is a wall of text." (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/494778 (owner: 10Thcipriani) [19:24:43] thcipriani: replied https://gerrit.wikimedia.org/r/#/c/integration/config/+/494778/ [19:25:05] thcipriani: the events have changed. Branches updates used to report refName: master, it is now refName: refs/heads/master (as it should) [19:25:08] hashar: heh, thank you, I think :) [19:25:15] you get a wall of text ;) [19:25:23] it is a good finding really. thanks [19:25:34] and ideally we would write a test to cover the beahvior of the post pipeline [19:26:25] tests/test_zuul_scheduler.py I think got some such tests if you search for TriggerEvent() [19:26:53] we have some tests to verify the whitelisting / "recheck" behaves properly on pipelines [19:27:09] cool, I'll have a look at tests. [19:27:19] and https://phabricator.wikimedia.org/P8167 [19:27:29] has a list of events for a branch update (I pushed that one) [19:27:31] but yeah [19:27:52] I think that ignore-deletes: True let us get rid of the "devnull" part [19:28:03] and ^refs/heads/.* should react on branches updates [19:28:33] if writing the test is too complicated you can deploy a post pipeline on test/gerrit-ping.git repo and play with it [19:29:19] yeah, probably a good idea to ignore tags and changes :) [19:29:31] looking at your paste, it seems like there are a lot [19:30:34] cscott: thank you for the Phan doc. You have aced it ;) [19:30:35] I'm doing some guarding in the train-notes job itself, but it'd be better if it were not triggered fro All The Updates™: https://gerrit.wikimedia.org/r/plugins/gitiles/integration/config/+/master/jjb/train.yaml#18 [19:30:55] oh also [19:31:06] the post: pipeline / ref-updated event doesn't hold any change references [19:31:15] so it obviously can not report back to the gerrit change [19:31:38] BUT [19:31:48] Zuul has a smtp driver and I got it configured :) [19:31:59] oh! [19:32:21] thcipriani: https://gerrit.wikimedia.org/r/#/c/integration/config/+/376740/4/zuul/layout.yaml [19:32:27] see line 761 [19:32:40] so that in theory a failure would spam a mail [19:32:46] but I never completed that change [19:33:12] namely because that periodic pipeline triggering once per week would end scheduling a thousand of builds all at the same time [19:33:26] interesting [19:33:28] but the smtp part should be fine [19:33:54] (03PS3) 10Effie Mouzeli: Remove functionality to talk to conftool [tools/scap] - 10https://gerrit.wikimedia.org/r/491412 (owner: 10Giuseppe Lavagetto) [19:33:55] (03PS2) 10Effie Mouzeli: Add tests for scap.cli [tools/scap] - 10https://gerrit.wikimedia.org/r/491789 (owner: 10Giuseppe Lavagetto) [19:33:57] (03PS5) 10Effie Mouzeli: WiP: Add unit testing of scap main.py [tools/scap] - 10https://gerrit.wikimedia.org/r/492352 (owner: 10Mark Bergsma) [19:33:58] nice. I was having a similar discussion about pushing tags to trigger deployment-pipeline not being able to report back (since there's no patchset) [19:34:00] (03PS2) 10Effie Mouzeli: WIP: Add more tests for main [tools/scap] - 10https://gerrit.wikimedia.org/r/494812 (https://phabricator.wikimedia.org/T216518) [19:34:10] also [19:34:15] today I have learned a bit about phan [19:37:14] (03CR) 10PipelineBot: "pipeline-dashboard: service-pipeline-test" [tools/scap] - 10https://gerrit.wikimedia.org/r/491412 (owner: 10Giuseppe Lavagetto) [19:40:26] (03CR) 10PipelineBot: "pipeline-dashboard: service-pipeline-test" [tools/scap] - 10https://gerrit.wikimedia.org/r/491789 (owner: 10Giuseppe Lavagetto) [19:41:46] (03CR) 10PipelineBot: "pipeline-dashboard: service-pipeline-test" [tools/scap] - 10https://gerrit.wikimedia.org/r/492352 (owner: 10Mark Bergsma) [19:41:48] (03CR) 10jerkins-bot: [V: 04-1] WiP: Add unit testing of scap main.py [tools/scap] - 10https://gerrit.wikimedia.org/r/492352 (owner: 10Mark Bergsma) [19:44:09] (03CR) 10PipelineBot: "pipeline-dashboard: service-pipeline-test" [tools/scap] - 10https://gerrit.wikimedia.org/r/494812 (https://phabricator.wikimedia.org/T216518) (owner: 10Effie Mouzeli) [19:44:13] (03CR) 10jerkins-bot: [V: 04-1] WIP: Add more tests for main [tools/scap] - 10https://gerrit.wikimedia.org/r/494812 (https://phabricator.wikimedia.org/T216518) (owner: 10Effie Mouzeli) [19:52:11] 10Release-Engineering-Team (Kanban), 10Patch-For-Review, 10Release, 10Train Deployments: 1.33.0-wmf.20 deployment blockers - https://phabricator.wikimedia.org/T206674 (10hashar) [19:55:01] (03PS3) 10Effie Mouzeli: WIP: Add more tests for main [tools/scap] - 10https://gerrit.wikimedia.org/r/494812 (https://phabricator.wikimedia.org/T216518) [19:57:55] (03CR) 10PipelineBot: "pipeline-dashboard: service-pipeline-test" [tools/scap] - 10https://gerrit.wikimedia.org/r/494812 (https://phabricator.wikimedia.org/T216518) (owner: 10Effie Mouzeli) [20:11:59] hmm [20:12:03] scap is weird [20:12:21] during sync-apaches, it seems that pressing the return key speed it up ;) [20:12:43] or at least I have like 20 hosts seems slower for whatever reason [20:33:47] (03CR) 10Legoktm: [C: 04-1] "We need a separate job for phan because it has a dependency on php-ast which is...problematic. The phan job should already compatible with" [integration/config] - 10https://gerrit.wikimedia.org/r/494802 (https://phabricator.wikimedia.org/T216102) (owner: 10C. Scott Ananian) [20:44:13] (03CR) 10Hashar: "> We need a separate job for phan because it has a dependency on php-ast which is...problematic." [integration/config] - 10https://gerrit.wikimedia.org/r/494802 (https://phabricator.wikimedia.org/T216102) (owner: 10C. Scott Ananian) [20:48:26] (03CR) 10C. Scott Ananian: "You can see this in action in the mediawiki/lib/Zest repo, which uses --allow-polyfill-parser and no special ast extension." [integration/config] - 10https://gerrit.wikimedia.org/r/494802 (https://phabricator.wikimedia.org/T216102) (owner: 10C. Scott Ananian) [20:52:53] (03CR) 10C. Scott Ananian: "> composer-package-validate is already built into the" [integration/config] - 10https://gerrit.wikimedia.org/r/494802 (https://phabricator.wikimedia.org/T216102) (owner: 10C. Scott Ananian) [20:55:45] (03CR) 10Anomie: "Perhaps it's offtopic for this change, but if you're getting into making all the tests run right I note that phpunit-coverage-docker-publi" [integration/config] - 10https://gerrit.wikimedia.org/r/494802 (https://phabricator.wikimedia.org/T216102) (owner: 10C. Scott Ananian) [21:05:55] (03CR) 10C. Scott Ananian: "> Perhaps it's offtopic for this change, but if you're getting into" [integration/config] - 10https://gerrit.wikimedia.org/r/494802 (https://phabricator.wikimedia.org/T216102) (owner: 10C. Scott Ananian) [21:06:23] hashar: how hard is it to update phpunit-coverage-docker-publish to run on php7.2? [21:13:46] (03CR) 10Gergő Tisza: "> One thing to figure out is whether Phan should actually be run with each php versions." [integration/config] - 10https://gerrit.wikimedia.org/r/494802 (https://phabricator.wikimedia.org/T216102) (owner: 10C. Scott Ananian) [21:15:44] (03CR) 10Gergő Tisza: "> That follow up a discussion Cscott and I had on IRC an hour or so ago. One can use 'phan --allow-polyfill-parser' and get rid of the AST" [integration/config] - 10https://gerrit.wikimedia.org/r/494802 (https://phabricator.wikimedia.org/T216102) (owner: 10C. Scott Ananian) [21:19:08] cscott: I have no idea. Probably we would want a second image [21:19:15] since some repo might not support php7.2 [21:19:36] that is where docker lacks [21:19:45] it is hard to compose images easily as a graph [21:20:04] err [21:20:06] impossible [21:21:00] cscott: actually it is not that hard. Probably just need to convert the job to a template and parameterized the php versio n [21:21:08] but there is surely a bit of refactoring that would need to be done [21:21:16] possibly [21:21:27] we should look at having a Docker container that ships several php versions in one go [21:22:07] the php packages come from sury.org and they are coinstallable (eg: /usr/bin/php7.2 and /etc/php/7.2 vs /usr/bin/php7.3 /etc/php/7.3 [21:22:14] we have that for python [21:22:23] a container having python 2.7 and python 3.4 to 3.7 [21:30:14] anywa ybed time sorry :( [21:48:59] (03PS1) 10Joewalsh: Remove Jenkins jobs for Android app [integration/config] - 10https://gerrit.wikimedia.org/r/494828 [21:55:05] 10Deployments, 10Release-Engineering-Team (Kanban), 10MediaWiki-Internationalization, 10Wikimedia-Incident, 10Wikimedia-production-error: Post-mortem "MWException: No localisation cache found for English." - https://phabricator.wikimedia.org/T217719 (10greg) p:05Triage→03Normal [23:04:46] 10Deployments, 10Release-Engineering-Team (Backlog), 10wikitech.wikimedia.org, 10User-MModell: Create an easier way to manage SWAT deploys on (Deployments calendar) - https://phabricator.wikimedia.org/T171940 (10mmodell) So while I was doing SWAT last night, I had a bit of inspiration: Gerrit has hashtags... [23:06:10] 10Deployments, 10Release-Engineering-Team (Backlog), 10wikitech.wikimedia.org, 10User-MModell: Create an easier way to manage SWAT deploys on (Deployments calendar) - https://phabricator.wikimedia.org/T171940 (10mmodell) [23:06:47] 10Deployments, 10Release-Engineering-Team (Backlog), 10wikitech.wikimedia.org, 10User-MModell: Create an easier way to manage SWAT deploys on (Deployments calendar) - https://phabricator.wikimedia.org/T171940 (10mmodell) [23:41:26] (03CR) 10Krinkle: [C: 04-1] "Confirmed the Gerrit repo is marked read-only. Is there a Phab ticket about this?" [integration/config] - 10https://gerrit.wikimedia.org/r/494828 (owner: 10Joewalsh)