[00:16:24] 10Beta-Cluster-Infrastructure: Beta eswikibooks certificate issues - https://phabricator.wikimedia.org/T199387 (10Krenair) not procurement [02:02:29] 10MediaWiki-Codesniffer, 10VPS-project-libraryupgrader: Drop "php5,inc" from MediaWiki-CodeSniffer ruleset of extensions - https://phabricator.wikimedia.org/T200956 (10Legoktm) [02:12:49] 10Project-Admins: Create project for "foundation.wikimedia.org" - https://phabricator.wikimedia.org/T200949 (10Legoktm) 05Open>03Resolved a:03Legoktm #foundation.wikimedia.org [02:13:30] 10Project-Admins: Create project for "foundation.wikimedia.org" - https://phabricator.wikimedia.org/T200949 (10Varnent) Thank you @Legoktm!! [02:13:40] 10Project-Admins, 10foundation.wikimedia.org: Create project for "foundation.wikimedia.org" - https://phabricator.wikimedia.org/T200949 (10Varnent) [02:24:28] https://screenshots.firefox.com/pIgsetxWIwLLnrQ5/integration.wikimedia.org why did zuul start the jobs for the last patch in the queue, instead of starting them for the patch one up from it? [03:47:32] 10Release-Engineering-Team (Kanban), 10MediaWiki-Core-Tests, 10Vector, 10Patch-For-Review, 10User-zeljkofilipin: Move one Selenium tests from mediawiki/core to mediawiki/skins/Vector - https://phabricator.wikimedia.org/T187859 (10Jdlrobson) >>! In T187859#4054069, @zeljkofilipin wrote: > @Jdlrobson I wou... [04:27:01] (03PS1) 10Legoktm: Enable coverage for SecureLinkFixer [integration/config] - 10https://gerrit.wikimedia.org/r/449921 [04:27:22] (03CR) 10Legoktm: [C: 032] Enable coverage for SecureLinkFixer [integration/config] - 10https://gerrit.wikimedia.org/r/449921 (owner: 10Legoktm) [04:28:46] (03Merged) 10jenkins-bot: Enable coverage for SecureLinkFixer [integration/config] - 10https://gerrit.wikimedia.org/r/449921 (owner: 10Legoktm) [04:29:15] !log deployed https://gerrit.wikimedia.org/r/449921 [04:46:07] thcipriani: Beware - https://phabricator.wikimedia.org/T200960 - affected logstash canary checker accuracy. [04:46:11] affects* [05:02:55] legoktm: I'd say, let's just rename the .inc files. [05:03:13] Krinkle: agreed! you even said that on phab :) [05:04:13] legoktm: https://gist.github.com/Krinkle/6bacdb843d4c4f9e16a0ac999ab7417b [05:04:16] I'll rename the core ones. [05:04:57] Krinkle: https://codesearch.wmflabs.org/core/?q=%3C%5C%3Fphp&i=nope&files=%5C.inc%24&repos= [05:05:06] :) [05:07:46] legoktm: Hm. where should we move non-executable base classes for maintenance? [05:07:50] includes/maintenance ? [05:07:54] (to be created) [05:09:31] Krinkle: currently some are in maintenance/ [05:09:36] or in a further subdir [05:10:13] right [05:10:22] but that seems confusing in terms of usability [05:10:27] they autocomplete [05:11:01] I plan on tackling https://phabricator.wikimedia.org/T99268 "soon", which I hope will resolve that issue [05:11:19] right [05:12:42] legoktm: At that point, the php files in maintenance/ could (if we wanted to) become one-lines invoking the right command for back-compat. [05:12:53] Or we could nuke the directory in favour of just classes in includes/ [05:13:14] probably we need to keep back compat for quite awhile [05:13:21] cronjobs and stuff [05:13:26] Yeah [05:13:41] Uploaded https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/449925/ as example [05:13:44] Thoughts? [05:14:28] autoloader works after including Maintenance.php, right? [05:15:27] autoloader only kicks in after the require_once RUN_MAINTENANCE_IF_MAIN [05:17:01] so the abstract class will need to require_once Maintenance.php [05:17:16] like Benchmarker.php does [05:25:44] Hm.. [05:26:23] I'll look at it tomorrow then. [05:26:54] That in itself seems worth fixing, afaik we don't logically depend on the execution order for that, it's just that we wouldn't know what class to include normally so its always been that doMaintenance is included after. [05:27:05] Anyway, not worth doing given T99268 [05:27:06] T99268: RfC: Create a proper command-line runner for MediaWiki maintenance tasks - https://phabricator.wikimedia.org/T99268 [05:27:06] o/ [06:08:20] PROBLEM - Puppet errors on deployment-puppetdb02 is CRITICAL: CRITICAL: 22.22% of data above the critical threshold [0.0] [06:28:20] RECOVERY - Puppet errors on deployment-puppetdb02 is OK: OK: Less than 1.00% above the threshold [0.0] [06:48:40] 10Release-Engineering-Team, 10DBA, 10Epic: Implement a system to automatically deploy schema changes without needing DBA intervention - https://phabricator.wikimedia.org/T121857 (10Marostegui) p:05Triage>03Normal Now that we are getting closer to have a way to automatic depool/repool slaves, I would like... [06:51:49] (03PS3) 10Matěj Suchánek: Enable Squiz.PHP.NonExecutableCodeSniff [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/449159 (https://phabricator.wikimedia.org/T168465) [06:52:47] (03CR) 10jerkins-bot: [V: 04-1] Enable Squiz.PHP.NonExecutableCodeSniff [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/449159 (https://phabricator.wikimedia.org/T168465) (owner: 10Matěj Suchánek) [07:30:32] 10Continuous-Integration-Config: Wikibase CI: wmf-quibble-vendor-mysql-hhvm-docker job should include Scribunto - https://phabricator.wikimedia.org/T200976 (10WMDE-leszek) [07:35:20] 10Release-Engineering-Team (Watching / External), 10DBA, 10Datasets-General-or-Unknown, 10Patch-For-Review, and 2 others: Automate the check and fix of object, schema and data drifts between mediawiki HEAD, production masters and slaves - https://phabricator.wikimedia.org/T104459 (10Marostegui) I am runnin... [07:47:30] !log triggering jobs directly on contint1001 w/ gear_client.py [07:47:33] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [07:51:46] 10Continuous-Integration-Config: Wikibase CI: wmf-quibble-vendor-mysql-hhvm-docker job should include Scribunto - https://phabricator.wikimedia.org/T200976 (10Legoktm) > With quick look I failed a place in integration/config repo where I could add Scribunto there, thus the ticket. gatedextensions list in zuul/p... [07:57:35] 10Continuous-Integration-Config: Wikibase CI: wmf-quibble-vendor-mysql-hhvm-docker job should include Scribunto - https://phabricator.wikimedia.org/T200976 (10WMDE-leszek) That setting I've actually found. But, as you say, it is, well, shared. I thought I could just add it for Wikibase (but that would mean havi... [07:58:34] (03PS1) 10WMDE-leszek: Added scribunto to shared gate quibble job [integration/config] - 10https://gerrit.wikimedia.org/r/449949 (https://phabricator.wikimedia.org/T200976) [07:59:58] (03CR) 10jerkins-bot: [V: 04-1] Added scribunto to shared gate quibble job [integration/config] - 10https://gerrit.wikimedia.org/r/449949 (https://phabricator.wikimedia.org/T200976) (owner: 10WMDE-leszek) [08:38:27] 10Release-Engineering-Team (Kanban), 10Revision-Slider, 10Season of RevisionSlider, 10TCB-Team, and 4 others: Port RevisionSlider Selenium tests from Ruby to Node.js - https://phabricator.wikimedia.org/T180247 (10Lea_WMDE) [08:44:26] 10RelEng-Archive-FY201718-Q1, 10Developer-Advocacy: Set up Code Review office hours - https://phabricator.wikimedia.org/T128371 (10MarcoAurelio) I'm lost. Are Code-Review Office Hours still happening? If not, maybe we should cancel the regular Phabricator Calendar event that says they're still happening? Thank... [08:50:43] 10RelEng-Archive-FY201718-Q1, 10Developer-Advocacy: Set up Code Review office hours - https://phabricator.wikimedia.org/T128371 (10Nikerabbit) The few times I've checked there weren't any participation. It's also very late European time (and not rotating) so I stopped checking. [09:10:14] 10RelEng-Archive-FY201718-Q1, 10Developer-Advocacy: Set up Code Review office hours - https://phabricator.wikimedia.org/T128371 (10Tgr) Apparently not, per T173770#4076361. I've cancelled the event; filed {T200987} instead. [09:18:57] 10RelEng-Archive-FY201718-Q1, 10Developer-Advocacy: Set up Code Review office hours - https://phabricator.wikimedia.org/T128371 (10MarcoAurelio) Thank you for clarifying. I have cancelled as well all recurrent instances of the event. [09:24:29] (03PS1) 10Legoktm: Update DB_REPLICA last version to 1.27.3 [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/449981 [10:07:09] is there any value in having the m1executor slaves? [10:42:36] PROBLEM - Puppet errors on deployment-memc06 is CRITICAL: CRITICAL: 66.67% of data above the critical threshold [0.0] [11:04:33] 10Release-Engineering-Team, 10MediaWiki-extensions-WikimediaIncubator, 10Epic, 10I18n: Make creating a new Language project easier - https://phabricator.wikimedia.org/T165585 (10Verdy_p) My suggestion is not just for Wikimedia wikis. This is a general need for deployement of various wikis which would like... [11:12:18] 10Release-Engineering-Team, 10MediaWiki-extensions-WikimediaIncubator, 10Epic, 10I18n: Make creating a new Language project easier - https://phabricator.wikimedia.org/T165585 (10Verdy_p) >>! In T165585#4470155, @Dzahn wrote: >>>! In T165585#4470136, @KATMAKROFAN wrote: >> stop limiting the language codes t... [11:17:35] RECOVERY - Puppet errors on deployment-memc06 is OK: OK: Less than 1.00% above the threshold [0.0] [13:34:25] 10Scap (Scap3-MediaWiki-MVP), 10scap2, 10Operations: Move scap target configuration to etcd - https://phabricator.wikimedia.org/T115899 (10Joe) We ended up generating the dsh lists in production from etcd, which is ok as a solution without asking scap to know about its details. I think we can close this tic... [13:34:31] 10Scap (Scap3-MediaWiki-MVP), 10scap2, 10Operations: Move scap target configuration to etcd - https://phabricator.wikimedia.org/T115899 (10Joe) 05Open>03Resolved [13:41:15] 10Release-Engineering-Team (Kanban), 10Operations, 10Release Pipeline: Helm test failing for CI namespace - https://phabricator.wikimedia.org/T199489 (10akosiaris) I did some manual testing btw, I am guessing this is the error ``` servicechecker.CheckError: Generic connection error: HTTPConnectionPool(host=... [13:51:55] PROBLEM - Free space - all mounts on deployment-tin is CRITICAL: CRITICAL: deployment-prep.deployment-tin.diskspace._mnt.byte_percentfree (No valid datapoints found)deployment-prep.deployment-tin.diskspace._srv.byte_percentfree (<10.00%) [13:59:32] twentyafterfour: o/ thank you for merging my patch yesterday! i think the zuul layout needs to be update too though so that "check experimental" will work [14:03:38] 10Release-Engineering-Team (Kanban), 10Operations, 10Release Pipeline: Helm test failing for CI namespace - https://phabricator.wikimedia.org/T199489 (10akosiaris) And it fails because it tries to connect to http://{{ template "wmf.releasename" . }}:{{ .Values.main_app.port }} per ``` {{- define "wmf.ap... [14:07:09] PROBLEM - Host deployment-elastic05 is DOWN: CRITICAL - Host Unreachable (10.68.20.21) [14:07:42] !log re-imaging depoyment-elastic* to stretch [14:07:45] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [14:27:06] RECOVERY - Host deployment-elastic05 is UP: PING OK - Packet loss = 0%, RTA = 1.34 ms [14:50:40] 10Release-Engineering-Team (Kanban), 10Operations, 10Release Pipeline: Helm test failing for CI namespace - https://phabricator.wikimedia.org/T199489 (10thcipriani) Ah ha! Thanks for the explanation. That makes sense since minikube uses kube-dns out of the box. Are we waiting for CoreDNS or something else? [15:37:19] PROBLEM - Host deployment-elastic06 is DOWN: CRITICAL - Host Unreachable (10.68.23.242) [15:44:15] (03CR) 10Addshore: [C: 032] Update DB_REPLICA last version to 1.27.3 [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/449981 (owner: 10Legoktm) [15:45:24] (03Merged) 10jenkins-bot: Update DB_REPLICA last version to 1.27.3 [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/449981 (owner: 10Legoktm) [15:45:55] (03CR) 10jenkins-bot: Update DB_REPLICA last version to 1.27.3 [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/449981 (owner: 10Legoktm) [15:50:09] 10Release-Engineering-Team (Kanban), 10Operations, 10Release Pipeline: Helm test failing for CI namespace - https://phabricator.wikimedia.org/T199489 (10dduvall) >>! In T199489#4472369, @akosiaris wrote: > I did some manual testing btw, I am guessing this is the error > > ``` > servicechecker.CheckError: Ge... [15:54:08] RECOVERY - Host deployment-elastic06 is UP: PING OK - Packet loss = 0%, RTA = 1.30 ms [15:57:38] thcipriani: pinging you just because I'm too lazy to think hard. The deployment-prep project is sitting right near its quota cap. Y'all should either clean up old vms or ask for more quota I think. It looks like there may be some cleanup that could be done with deployment-tin, deployment-mira, deployment-deploy01, deployment-deploy02, but I'm not sure what the state of the -deploy* boxes is. [15:58:37] deployment-{tin,mira} are going away Soon™, replaced by deploy0{1,2} [15:59:01] *nod* that will give you back 2 xl and might make things fine again :) [15:59:05] PROBLEM - Puppet errors on deployment-elastic06 is CRITICAL: CRITICAL: 75.00% of data above the critical threshold [0.0] [15:59:13] PROBLEM - Host deployment-elastic05 is DOWN: CRITICAL - Host Unreachable (10.68.22.49) [15:59:25] 10Release-Engineering-Team (Kanban), 10Release Pipeline, 10Patch-For-Review: Generic CI job for running Blubber-built test entry points - https://phabricator.wikimedia.org/T200843 (10dduvall) >>! In T200843#4468204, @hashar wrote: > `/srv/ssd/jenkins` is found in the Jenkins configuration: > ``` > lang=xml,... [15:59:36] gehel was fighting with the -elastic* reimages which led to me taking a look [16:00:28] okie doke, I looked at the task for swapping out deployment servers yesterday, doesn't look like there's anything left. I'll double check and shut them off today and see if anything breaks. [16:00:48] I'll get rid of them shortly thereafter. [16:09:00] RECOVERY - Puppet errors on deployment-elastic06 is OK: OK: Less than 1.00% above the threshold [0.0] [16:19:29] PROBLEM - Host deployment-elastic07 is DOWN: CRITICAL - Host Unreachable (10.68.19.180) [16:25:36] RECOVERY - Host deployment-elastic07 is UP: PING OK - Packet loss = 0%, RTA = 0.68 ms [16:27:04] RECOVERY - Host deployment-elastic05 is UP: PING OK - Packet loss = 0%, RTA = 4.87 ms [16:27:48] !log re-imaging depoyment-elastic* to stretch completed [16:27:51] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [16:32:01] PROBLEM - Host deployment-elastic09 is DOWN: CRITICAL - Host Unreachable (10.68.19.138) [17:44:36] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (Kanban), 10Release Pipeline, 10Patch-For-Review: Jenkins fails to checkout shared Groovy library integration/pipelinelib - https://phabricator.wikimedia.org/T200953 (10dduvall) I pinged the `#jenkins` folks on IRC and the author of the sh... [18:12:25] the gate-submit is crazy [18:12:26] https://integration.wikimedia.org/zuul/ [18:12:31] FYI [18:12:48] niedzielski: afaik lego updated zuul last night [18:21:05] Project beta-update-databases-eqiad build #27299: 04FAILURE in 2.9 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/27299/ [18:24:31] PROBLEM - Free space - all mounts on integration-slave-docker-1004 is CRITICAL: CRITICAL: integration.integration-slave-docker-1004.diskspace.root.byte_percentfree (<33.33%) [18:26:12] 10Release-Engineering-Team (Kanban), 10Patch-For-Review, 10Release, 10Train Deployments: 1.32.0-wmf.15 deployment blockers - https://phabricator.wikimedia.org/T191061 (10mmodell) [18:37:34] Amir1: crazy how? [18:37:53] it took 2 hours to merge some patches [18:38:00] and now it's failing on lots of them [18:38:16] ah [18:38:17] 2 hr 28 min [18:38:19] let's see [18:38:28] oh, it's timing out [18:39:27] aand a full disk ugh [18:47:14] Amir1: it's going to be a bit worse for now while I kill stuff manually and then hopefully it'll get better [18:47:38] okay, noted [18:47:41] Thanks! [18:49:01] Amir1: https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/Wikibase/+/450076 will help a lot [18:49:50] legoktm: +2'd [18:50:01] ty [18:54:27] RECOVERY - Free space - all mounts on integration-slave-docker-1004 is OK: OK: All targets OK [18:58:55] 10Continuous-Integration-Infrastructure: MediaWiki core test failure: The table 'archive' is full - https://phabricator.wikimedia.org/T201077 (10Tgr) [19:00:18] 10Continuous-Integration-Infrastructure: MediaWiki core test failure: The table 'archive' is full - https://phabricator.wikimedia.org/T201077 (10Legoktm) Disk filled up on 1004. I put the node offline and am cleaning it up... The excessive delays were caused by timeout failures, https://gerrit.wikimedia.org/r/4... [19:01:08] !log removed all docker images from integration-slave-docker-1004 to free up root partition, cleaned up all workspaces while I was at it (T201077) [19:01:12] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [19:01:13] T201077: MediaWiki core test failure: The table 'archive' is full - https://phabricator.wikimedia.org/T201077 [19:13:04] 10Release-Engineering-Team (Kanban), 10Patch-For-Review, 10Release, 10Train Deployments: 1.32.0-wmf.15 deployment blockers - https://phabricator.wikimedia.org/T191061 (10mmodell) [19:16:14] [f812f324c280f1d54cec7be6] [no req] JobQueueError from line 828 of /srv/mediawiki/php-1.32.0-wmf.15/includes/jobqueue/JobQueueDB.php: Wikimedia\Rdbms\DBQueryError: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading? [19:16:16] Query: UPDATE `job` SET job_token = 'f06fded40378d34ed3a7621fd30d58d0',job_token_timestamp = '20180802191202',job_attempts = job_attempts+1 WHERE job_cmd = 'cirrusSearchCheckerJob' AND job_id = '3487' AND job_token = '' [19:16:18] Function: JobQueueDB::claimRandom [19:16:20] Error: 1290 The MariaDB server is running with the --read-only option so it cannot execute this statement (10.192.32.8) [19:16:29] coming from labtestweb2001 [19:16:41] which db server would that be hitting? [19:19:20] twentyafterfour: db2037.codfw.wmnet. [19:20:01] hmm so not a cloud instance [19:20:01] (dig -x 10.192.32.8) [19:20:24] oh, didn't think about reversing the ip [19:20:31] so this is a prod db [19:20:49] I'm not sure why it's read-only but it seems like a problem that needs to be addressed [19:21:03] I guess I'll file a task for dba [19:21:04] there was a problem during the day. [19:21:12] but i thought it was resolved. [19:22:40] (03PS1) 10Legoktm: Create wmf-quibble job for MediaWiki core that doesn't run composer test [integration/config] - 10https://gerrit.wikimedia.org/r/450085 [19:24:06] thcipriani: I'm really confused why zuul is running all the jobs in test, but not in gate-and-submit [19:24:23] (03CR) 10jerkins-bot: [V: 04-1] Create wmf-quibble job for MediaWiki core that doesn't run composer test [integration/config] - 10https://gerrit.wikimedia.org/r/450085 (owner: 10Legoktm) [19:25:43] twentyafterfour: thanks I'll try again [19:26:09] Yippee, build fixed! [19:26:10] Project beta-update-databases-eqiad build #27300: 09FIXED in 3 min 21 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/27300/ [19:27:38] (03PS2) 10Legoktm: Create wmf-quibble job for MediaWiki core that doesn't run composer test [integration/config] - 10https://gerrit.wikimedia.org/r/450085 [19:28:07] legoktm: hrm why is this in the g&s queue still https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/Collection/+/449644/ it looks stuck [19:28:42] waiting on some patch set outside of zuul [19:29:11] thcipriani: it has to wait for the mw/core patch above it to not fail [19:29:25] (03CR) 10jerkins-bot: [V: 04-1] Create wmf-quibble job for MediaWiki core that doesn't run composer test [integration/config] - 10https://gerrit.wikimedia.org/r/450085 (owner: 10Legoktm) [19:29:42] if the core patch fails, then it'll dump the Collection results and re-run the tests, to make sure the Collection patch wasn't failing due to a regression in the core patch [19:29:55] if the core patch doesn't fail, then it'll post the Collection failure results [19:31:04] thcipriani: (un)relatedly, I think we need more m4executor slaves [19:31:18] I was wondering if we could get rid of the m1executor ones and replace them with m4 ones [19:36:57] hrm [19:37:14] > /usr/local/bin/zuul-gearman.py status | awk '/quibble-composer-mysql/ && $3 > 0 {print}' [19:37:23] > build:mediawiki-quibble-composer-mysql-php70-docker 2 2 15 [19:37:49] so 2 building, 2 queued, 15 workers registered [19:38:08] but I see 6 on the zuul page for that job [19:41:47] 10Continuous-Integration-Config, 10ContentTranslation, 10WorkType-Maintenance: ContentTranslation builds fail because of missing UniversalLanguageSelector dependency - https://phabricator.wikimedia.org/T125495 (10Petar.petkovic) [19:42:34] so does that mean that a lot of gate and submit isn't in the gearman queue? [19:55:35] (03PS3) 10Legoktm: Create wmf-quibble job for MediaWiki core that doesn't run composer test [integration/config] - 10https://gerrit.wikimedia.org/r/450085 [20:05:55] 10Continuous-Integration-Infrastructure: MediaWiki core test failure: The table 'archive' is full - https://phabricator.wikimedia.org/T201077 (10Legoktm) 05Open>03Resolved a:03Legoktm Should be fixed now. Please re-open/ping me if you see it again. [20:07:00] (03CR) 10Legoktm: [C: 032] Create wmf-quibble job for MediaWiki core that doesn't run composer test [integration/config] - 10https://gerrit.wikimedia.org/r/450085 (owner: 10Legoktm) [20:12:20] !log deployed https://gerrit.wikimedia.org/r/450085 [20:12:24] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [20:13:16] thcipriani: is there a scap3 command I can run to just test that connectivity is working from the deploy server to the targets? [20:14:31] bd808: no, you'd have to craft some custom ssh [20:14:42] *nod* that's easy enough [20:16:36] `SSH_AUTH_SOCK=/run/keyholder/proxy.sock ssh deploy-service@labweb1002.wikimedia.org` works so I think I'm happy :) [20:18:00] seems like that's all you'd need :) [20:19:02] 10Project-Admins, 10Internet-Archive, 10Tools: Create import-500px project - https://phabricator.wikimedia.org/T200865 (10Chicocvenancio) [20:19:35] 10Project-Admins, 10Internet-Archive, 10Tools: Create import-500px project - https://phabricator.wikimedia.org/T200865 (10Chicocvenancio) >>! In T200865#4467965, @Aklapper wrote: > See https://www.mediawiki.org/wiki/Phabricator/Creating_and_renaming_projects for required information, such as a description.... [20:22:05] 10Project-Admins, 10Internet-Archive, 10Tools: Create import-500px project - https://phabricator.wikimedia.org/T200865 (10bd808) 05Open>03Resolved a:03bd808 #import-500px [20:22:32] 10Release-Engineering-Team (Kanban), 10Patch-For-Review, 10Release, 10Train Deployments: 1.32.0-wmf.15 deployment blockers - https://phabricator.wikimedia.org/T191061 (10mmodell) [20:24:38] thcipriani: any reason for me to keep the 'Staging' VPS project around? [20:27:45] andrewbogott: nope, feel free to delete [20:27:54] thanks [20:28:47] twentyafterfour: i confirm the layout changes are now available. thank you! [20:29:09] niedzielski: no prob! sorry I missed that when I deployed the jenkins changes [20:30:25] no worries! so glad it's hooked in [20:34:21] 10Release-Engineering-Team (Kanban), 10Patch-For-Review, 10Release, 10Train Deployments: 1.32.0-wmf.15 deployment blockers - https://phabricator.wikimedia.org/T191061 (10mmodell) [20:36:55] 10Release-Engineering-Team (Kanban), 10Release, 10Train Deployments: 1.32.0-wmf.16 deployment blockers - https://phabricator.wikimedia.org/T191062 (10mmodell) a:03mmodell [20:37:14] 10Release-Engineering-Team (Kanban), 10Release, 10Train Deployments: 1.32.0-wmf.16 deployment blockers - https://phabricator.wikimedia.org/T191062 (10mmodell) [20:54:20] (03PS1) 10Legoktm: Configure jobs for mediawiki/extensions/Copyvio [integration/config] - 10https://gerrit.wikimedia.org/r/450149 (https://phabricator.wikimedia.org/T201067) [20:55:15] (03CR) 10Sbisson: [C: 031] "Thanks" [integration/config] - 10https://gerrit.wikimedia.org/r/450149 (https://phabricator.wikimedia.org/T201067) (owner: 10Legoktm) [20:55:48] 10Continuous-Integration-Config, 10English-Wikipedia-New-Pages-Patrol, 10Growth-Team (Current Sprint), 10Patch-For-Review: Copyvio: CI - https://phabricator.wikimedia.org/T201067 (10Legoktm) @SBisson a patch like ^ :) Generally tagging with #continuous-integration-config brings it to our attention. Will t... [20:57:24] 10Continuous-Integration-Config, 10English-Wikipedia-New-Pages-Patrol, 10Growth-Team (Current Sprint), 10Patch-For-Review: Copyvio: CI - https://phabricator.wikimedia.org/T201067 (10SBisson) >>! In T201067#4474634, @Legoktm wrote: > @SBisson a patch like ^ :) Generally tagging with #continuous-integration-... [20:57:45] (03CR) 10Legoktm: [C: 032] Configure jobs for mediawiki/extensions/Copyvio [integration/config] - 10https://gerrit.wikimedia.org/r/450149 (https://phabricator.wikimedia.org/T201067) (owner: 10Legoktm) [20:59:10] (03Merged) 10jenkins-bot: Configure jobs for mediawiki/extensions/Copyvio [integration/config] - 10https://gerrit.wikimedia.org/r/450149 (https://phabricator.wikimedia.org/T201067) (owner: 10Legoktm) [20:59:29] !log deployed https://gerrit.wikimedia.org/r/450149 [20:59:32] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [21:01:43] 10Continuous-Integration-Config: phpunit-patch jobs should not install phpunit-patch-coverage in the project's composer.json - https://phabricator.wikimedia.org/T196128 (10Legoktm) 05Open>03Resolved a:03hashar Hashar fixed this in the new docker based versions of the job. [21:07:20] 10Continuous-Integration-Config, 10English-Wikipedia-New-Pages-Patrol, 10Growth-Team (Current Sprint), 10Patch-For-Review: Copyvio: CI - https://phabricator.wikimedia.org/T201067 (10SBisson) I'll setup `.phpcs.xml` Anything else needs to be done? [21:10:36] 10Continuous-Integration-Config, 10English-Wikipedia-New-Pages-Patrol, 10Growth-Team (Current Sprint), 10Patch-For-Review: Copyvio: CI - https://phabricator.wikimedia.org/T201067 (10Legoktm) Not that I see :) [21:13:03] 10Continuous-Integration-Config, 10English-Wikipedia-New-Pages-Patrol, 10Growth-Team (Current Sprint), 10Patch-For-Review: Copyvio: CI - https://phabricator.wikimedia.org/T201067 (10SBisson) 05Open>03Resolved a:03SBisson @Legoktm thanks [21:13:52] (03PS1) 10Legoktm: Stop branching extensions/UnicodeConverter, undeployed [tools/release] - 10https://gerrit.wikimedia.org/r/450151 (https://phabricator.wikimedia.org/T195941) [21:14:07] (03CR) 10Legoktm: [C: 032] Stop branching extensions/UnicodeConverter, undeployed [tools/release] - 10https://gerrit.wikimedia.org/r/450151 (https://phabricator.wikimedia.org/T195941) (owner: 10Legoktm) [21:14:48] (03Merged) 10jenkins-bot: Stop branching extensions/UnicodeConverter, undeployed [tools/release] - 10https://gerrit.wikimedia.org/r/450151 (https://phabricator.wikimedia.org/T195941) (owner: 10Legoktm) [21:23:56] 10Gerrit, 10Release-Engineering-Team, 10Patch-For-Review, 10User-notice: Make PolyGerrit the default ui - https://phabricator.wikimedia.org/T196812 (10Paladox) I got approval (after speaking with releng). We will be doing this next monday. [21:25:22] 10Continuous-Integration-Config, 10MediaWiki-extensions-SubPageList, 10Patch-For-Review: SubPageList testextension fails - https://phabricator.wikimedia.org/T147393 (10Legoktm) [22:00:24] (03PS1) 10MaxSem: Re-add GlobalPreferences to extension-gate [integration/config] - 10https://gerrit.wikimedia.org/r/450157 (https://phabricator.wikimedia.org/T199761) [22:00:32] (03CR) 10jerkins-bot: [V: 04-1] Re-add GlobalPreferences to extension-gate [integration/config] - 10https://gerrit.wikimedia.org/r/450157 (https://phabricator.wikimedia.org/T199761) (owner: 10MaxSem) [22:10:48] (03PS2) 10MaxSem: Re-add GlobalPreferences to extension-gate [integration/config] - 10https://gerrit.wikimedia.org/r/450157 (https://phabricator.wikimedia.org/T199761) [22:16:56] PROBLEM - Host deployment-mira is DOWN: CRITICAL - Host Unreachable (10.68.20.135) [22:17:36] ^ this is me, FYI [22:17:56] PROBLEM - Host deployment-tin is DOWN: CRITICAL - Host Unreachable (10.68.21.205) [22:22:10] ^ also me [22:30:33] down with mira and tin:) [22:37:58] :) [22:47:28] thcipriani: i'll merge the change to add deploy02, k [22:48:47] mutante: cool, thank you! (already cherry-picked as you might expect) [22:48:48] 10Gerrit, 10Release-Engineering-Team, 10Patch-For-Review, 10User-notice: Make PolyGerrit the default ui - https://phabricator.wikimedia.org/T196812 (10bd808) >>! In T196812#4474742, @Paladox wrote: > We will be doing this next monday (06/08/2018) A lot of [[https://www.mediawiki.org/wiki/Gerrit|screenshot... [23:02:40] 10Continuous-Integration-Config, 10Patch-For-Review: Wikibase CI: wmf-quibble-vendor-mysql-hhvm-docker job should include Scribunto - https://phabricator.wikimedia.org/T200976 (10hashar) Scribunto is intentionally not in the list of gated extensions. Its tests take a while and would be run for any patch made o... [23:04:22] (03CR) 10Hashar: "Additionally in zuul/layout.yaml we would need to add to Scribunto the template 'extension-gate'. That is why the test is failing." [integration/config] - 10https://gerrit.wikimedia.org/r/449949 (https://phabricator.wikimedia.org/T200976) (owner: 10WMDE-leszek) [23:25:46] 10Release-Engineering-Team (Kanban), 10Release, 10Train Deployments: 1.32.0-wmf.16 deployment blockers - https://phabricator.wikimedia.org/T191062 (10ssastry) [23:29:08] 10Continuous-Integration-Config, 10Patch-For-Review: Wikibase CI: wmf-quibble-vendor-mysql-hhvm-docker job should include Scribunto - https://phabricator.wikimedia.org/T200976 (10Legoktm) Let's create a second gate job that runs in parallel? Scribunto is an important enough extension that we should be regularl... [23:56:42] (03PS1) 10Dduvall: Convert config path string before checking existence [integration/pipelinelib] - 10https://gerrit.wikimedia.org/r/450172 [23:56:48] 10Gerrit, 10Release-Engineering-Team, 10Patch-For-Review, 10User-notice: Make PolyGerrit the default ui - https://phabricator.wikimedia.org/T196812 (10Paladox) I've updated some of those screenshots to include polygerrit. Including the extra expand diff view (you don't have to go inside the diff to view it).