[00:25:19] <shinken-wm>	 PROBLEM - Puppet errors on deployment-kafka01 is CRITICAL: CRITICAL: 55.56% of data above the critical threshold [0.0]
[00:47:33] <wikibugs>	 10Continuous-Integration-Config, 10MinusX: Add MinusX to MediaWiki extensions and PHP library repos - https://phabricator.wikimedia.org/T175794#3731385 (10Legoktm) 20+ patches merged so far, is it OK if I set the script to automatically +2? I'm reviewing each patch manually locally before pushing it to Gerrit...
[00:53:26] <wikibugs>	 10Release-Engineering-Team (Kanban), 10Release Pipeline (Blubber): Blubber config input validation - https://phabricator.wikimedia.org/T175186#3731393 (10dduvall)
[00:53:55] <wikibugs>	 10Release-Engineering-Team (Watching / External), 10Scap, 10Operations: Scap: Standardize git version - https://phabricator.wikimedia.org/T179353#3731397 (10mmodell) >>! In T179353#3730246, @mobrovac wrote: > More to the point of the problem, perhaps a viable alternative here would be for Scap to detect the...
[01:00:18] <shinken-wm>	 RECOVERY - Puppet errors on deployment-kafka01 is OK: OK: Less than 1.00% above the threshold [0.0]
[01:10:13] <wikibugs>	 10Continuous-Integration-Config, 10MinusX: Add MinusX to MediaWiki extensions and PHP library repos - https://phabricator.wikimedia.org/T175794#3603339 (10Reedy) >>! In T175794#3731385, @Legoktm wrote: > 20+ patches merged so far, is it OK if I set the script to automatically +2? I'm reviewing each patch manua...
[01:39:52] <shinken-wm>	 PROBLEM - Free space - all mounts on integration-slave-jessie-1004 is CRITICAL: CRITICAL: integration.integration-slave-jessie-1004.diskspace._srv.byte_percentfree (<40.00%)
[01:42:23] <shinken-wm>	 PROBLEM - Puppet errors on deployment-logstash2 is CRITICAL: CRITICAL: 22.22% of data above the critical threshold [0.0]
[01:51:38] <wikibugs>	 10Continuous-Integration-Infrastructure, 10MediaWiki-Core-Tests, 10Documentation, 10Jenkins: Jenkins-bot should remind users to add documentation for new functions - https://phabricator.wikimedia.org/T179632#3731487 (10Huji)
[02:02:25] <legoktm>	 5.2G	mwgate-php55lint
[02:02:26] <legoktm>	 ???
[02:03:17] <legoktm>	 yes, it's a 5.1G git repository
[02:04:09] <legoktm>	 !log integration-slave-jessie-1004 deleted mwgate-php55lint (5.2GB) and mediawiki-core-php55lint (2.5GB) workspaces due to low disk space in /srv
[02:04:13] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL
[02:14:52] <shinken-wm>	 RECOVERY - Free space - all mounts on integration-slave-jessie-1004 is OK: OK: All targets OK
[02:22:21] <shinken-wm>	 RECOVERY - Puppet errors on deployment-logstash2 is OK: OK: Less than 1.00% above the threshold [0.0]
[03:48:07] <bd808>	 legoktm: o_0 5G clone on the jenkins node? Do we not do sparse clones?
[06:46:45] <wmf-insecte>	 Yippee, build fixed!
[06:46:45] <wmf-insecte>	 Project selenium-Wikibase » chrome,beta,Linux,BrowserTests build #533: 09FIXED in 2 hr 6 min: https://integration.wikimedia.org/ci/job/selenium-Wikibase/BROWSER=chrome,MEDIAWIKI_ENVIRONMENT=beta,PLATFORM=Linux,label=BrowserTests/533/
[08:12:36] <legoktm>	 https://integration.wikimedia.org/ci/job/mwgate-npm-node-6-docker/917/console hmm
[08:46:08] <shinken-wm>	 PROBLEM - Puppet errors on deployment-mathoid is CRITICAL: CRITICAL: 66.67% of data above the critical threshold [0.0]
[09:21:09] <shinken-wm>	 RECOVERY - Puppet errors on deployment-mathoid is OK: OK: Less than 1.00% above the threshold [0.0]
[09:59:12] <Amir1>	 https://integration.wikimedia.org/ci/job/mwext-testextension-hhvm-composer-jessie/8424/console
[10:00:29] <Amir1>	 This is a very interesting way of failure 
[10:01:15] <wikibugs>	 (03PS1) 10Hashar: Publish doc for cumin [integration/config] - 10https://gerrit.wikimedia.org/r/388403 (https://phabricator.wikimedia.org/T179593)
[10:17:55] <wikibugs>	 (03PS2) 10Hashar: Publish doc for cumin [integration/config] - 10https://gerrit.wikimedia.org/r/388403 (https://phabricator.wikimedia.org/T179593)
[10:20:20] <wikibugs>	 (03CR) 10Hashar: "Make uses of {obj:xxx}  which Erik B found out recently for another change." [integration/config] - 10https://gerrit.wikimedia.org/r/388403 (https://phabricator.wikimedia.org/T179593) (owner: 10Hashar)
[10:22:05] <wikibugs>	 (03PS3) 10Hashar: Publish doc for cumin [integration/config] - 10https://gerrit.wikimedia.org/r/388403 (https://phabricator.wikimedia.org/T179593)
[10:22:31] <addshore>	 Amir1: yeh, its because the file was in the autoloader list, but it was not loaded due to .gitattributes
[10:33:29] <addshore>	 hashar: what is the 'correct' mailing list to catch all people that deploy the train?
[10:33:38] <addshore>	 I guess i want some releng one!
[10:35:56] <hashar>	 hmm
[10:36:38] <hashar>	 addshore: releng  lists.wikimedia.org  (which is private, but you should be able to send mail to it hopefully)
[10:36:57] <hashar>	 coffee
[10:37:02] <addshore>	 hashar: okay!
[10:48:43] <hashar>	 addshore: I guess next week I will look at creating docker containers for the composer-{hhvm,php55} jobs :D
[10:48:57] <hashar>	 looks like the php7 ones works properly
[10:49:12] <hashar>	 I migrated most of the tox jobs already
[10:54:07] <wikibugs>	 10Release-Engineering-Team, 10Wikidata, 10User-Addshore: What happens if the Wikibase project specifies a version of a library outside of the range included in mediawiki-vendor? - https://phabricator.wikimedia.org/T179663#3732370 (10Addshore)
[10:54:30] <wikibugs>	 (03Draft2) 10Umherirrender: Archive repo mediawiki/extensions/ThumbParser [integration/config] - 10https://gerrit.wikimedia.org/r/388421 (https://phabricator.wikimedia.org/T65377)
[10:54:39] <wikibugs>	 (03CR) 10Hashar: [C: 04-1] "See https://gerrit.wikimedia.org/r/#/c/388403/ for the jjb part and using obj:" [integration/config] - 10https://gerrit.wikimedia.org/r/388084 (owner: 10Hashar)
[10:58:27] <wikibugs>	 (03CR) 10jerkins-bot: [V: 04-1] Archive repo mediawiki/extensions/ThumbParser [integration/config] - 10https://gerrit.wikimedia.org/r/388421 (https://phabricator.wikimedia.org/T65377) (owner: 10Umherirrender)
[11:00:35] <wikibugs>	 10Release-Engineering-Team, 10Wikidata, 10Epic, 10User-Addshore: [Epic] Kill the Wikidata build step - https://phabricator.wikimedia.org/T173818#3732387 (10Addshore) Update:  {T177087} Yesterday @WMDE-leszek & I merged all of the changes moving JavaScript around. This included a change to the wikidata buil...
[11:02:12] <addshore>	 hashar: whhhheeee :D
[11:02:48] <wikibugs>	 (03CR) 10Umherirrender: "recheck" [integration/config] - 10https://gerrit.wikimedia.org/r/388421 (https://phabricator.wikimedia.org/T65377) (owner: 10Umherirrender)
[11:06:20] <wikibugs>	 10Release-Engineering-Team, 10Wikidata, 10User-Addshore: What happens if the Wikibase project specifies a version of a library outside of the range included in mediawiki-vendor? - https://phabricator.wikimedia.org/T179663#3732399 (10Addshore) a:05Addshore>03None
[11:06:30] <wikibugs>	 10Release-Engineering-Team, 10Wikidata: What happens if the Wikibase project specifies a version of a library outside of the range included in mediawiki-vendor? - https://phabricator.wikimedia.org/T179663#3732370 (10Addshore)
[11:10:07] <wikibugs>	 (03CR) 10Hashar: [C: 032] "I had lost internet :(" [integration/config] - 10https://gerrit.wikimedia.org/r/388403 (https://phabricator.wikimedia.org/T179593) (owner: 10Hashar)
[11:10:57] <wikibugs>	 (03PS1) 10Addshore: zuul: add noop jobs for new analytics/wmde/WDCM-* repos [integration/config] - 10https://gerrit.wikimedia.org/r/388423
[11:14:12] <wikibugs>	 (03Merged) 10jenkins-bot: Publish doc for cumin [integration/config] - 10https://gerrit.wikimedia.org/r/388403 (https://phabricator.wikimedia.org/T179593) (owner: 10Hashar)
[11:14:31] <wikibugs>	 (03CR) 10Addshore: [C: 032] zuul: add noop jobs for new analytics/wmde/WDCM-* repos [integration/config] - 10https://gerrit.wikimedia.org/r/388423 (owner: 10Addshore)
[11:14:51] <addshore>	 hashar: ^^ you might catch that one too if you update zuul now ;)
[11:15:19] <hashar>	 addshore: I deployed mine :]
[11:15:22] <addshore>	 cool!
[11:15:27] <hashar>	 well as much as my internet can though
[11:15:30] <hashar>	 thx for the notice
[11:17:15] <wikibugs>	 (03Merged) 10jenkins-bot: zuul: add noop jobs for new analytics/wmde/WDCM-* repos [integration/config] - 10https://gerrit.wikimedia.org/r/388423 (owner: 10Addshore)
[11:17:21] <hashar>	 !log generate doc for cumin ( T179593 ) : contint1001$ zuul enqueue --trigger gerrit --pipeline postmerge --project operations/software/cumin --change 388261,2
[11:17:25] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL
[11:17:26] <stashbot>	 T179593: Cumin: upload generated documentation to doc.w.o - https://phabricator.wikimedia.org/T179593
[11:17:36] <addshore>	 !log zuul reload for zuul: add noop jobs for new analytics/wmde/WDCM-* repos [integration/config] - https://gerrit.wikimedia.org/r/388423
[11:17:39] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL
[11:20:04] <hashar>	 !log generate doc for cumin@v1.2.2 : contint1001$ zuul enqueue-ref --trigger gerrit --pipeline publish --project operations/software/cumin --ref refs/tags/v1.2.2
[11:20:08] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL
[11:20:11] <hashar>	 not sure how it will end up
[11:41:40] <Pchelolo>	 hello hello RelEng - I've got a question about deployments and beta cluster - the changes in mediawiki-config doesn't get deployed to deployment-videoscaler01 automatically. Is that on purpose or it's just a bug that it's missing from `mediawiki-installations` in puppet? And how does the config updates get there right now?
[11:57:21] <wikibugs>	 10Release-Engineering-Team, 10Wikidata, 10Epic, 10User-Addshore: [Epic] Kill the Wikidata build step - https://phabricator.wikimedia.org/T173818#3732709 (10Addshore)
[12:09:48] <wikibugs>	 10Release-Engineering-Team (Watching / External), 10Scap, 10Operations: Scap: Standardize git version - https://phabricator.wikimedia.org/T179353#3732744 (10MoritzMuehlenhoff) Building a git 2.11 for trusty is probably just a matter of 1-2 hours work, but it's something we would need to repeat for every git...
[12:23:07] <shinken-wm>	 PROBLEM - Long lived cherry-picks on puppetmaster on deployment-puppetmaster02 is CRITICAL: CRITICAL: 100.00% of data above the critical threshold [0.0]
[12:38:56] <hashar>	 !log T179593 generate doc for cumin@v1.2.2 : contint1001$ zuul enqueue-ref --trigger gerrit --pipeline publish --project operations/software/cumin --ref refs/tags/v1.2.2 --newrev f7453873ff7c242743a22b119fc5e2171321c38b
[12:39:01] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL
[12:39:02] <stashbot>	 T179593: Cumin: upload generated documentation to doc.w.o - https://phabricator.wikimedia.org/T179593
[13:06:33] <wikibugs>	 10Continuous-Integration-Config, 10Release-Engineering-Team (Kanban), 10Operations-Software-Development, 10Patch-For-Review: Cumin: upload generated documentation to doc.w.o - https://phabricator.wikimedia.org/T179593#3732853 (10hashar) I have triggered the job against the last merged change https://gerrit...
[13:11:50] <wikibugs>	 (03PS1) 10Hashar: Fix publish jobs when triggered from a tag [integration/config] - 10https://gerrit.wikimedia.org/r/388441
[13:13:51] <wikibugs>	 (03PS2) 10Hashar: Fix publish jobs when triggered from a tag [integration/config] - 10https://gerrit.wikimedia.org/r/388441 (https://phabricator.wikimedia.org/T179593)
[13:18:09] <wikibugs>	 (03CR) 10Hashar: [C: 032] Fix publish jobs when triggered from a tag [integration/config] - 10https://gerrit.wikimedia.org/r/388441 (https://phabricator.wikimedia.org/T179593) (owner: 10Hashar)
[13:21:17] <wikibugs>	 (03CR) 10jerkins-bot: [V: 04-1] Fix publish jobs when triggered from a tag [integration/config] - 10https://gerrit.wikimedia.org/r/388441 (https://phabricator.wikimedia.org/T179593) (owner: 10Hashar)
[13:26:45] <wikibugs>	 (03CR) 10Hashar: [C: 032] Fix publish jobs when triggered from a tag [integration/config] - 10https://gerrit.wikimedia.org/r/388441 (https://phabricator.wikimedia.org/T179593) (owner: 10Hashar)
[13:29:55] <wikibugs>	 (03CR) 10jerkins-bot: [V: 04-1] Fix publish jobs when triggered from a tag [integration/config] - 10https://gerrit.wikimedia.org/r/388441 (https://phabricator.wikimedia.org/T179593) (owner: 10Hashar)
[13:30:00] <hashar>	 !log Unpool integration-slave-docker-1002 and integration-slave-docker-1003 . They are slow CPU wise, most probably due to the underlying labvirt being CPU starved. - T179378
[13:30:05] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL
[13:30:05] <stashbot>	 T179378: some labvirt servers are at full CPU capacity - https://phabricator.wikimedia.org/T179378
[13:30:27] <wikibugs>	 (03CR) 10Hashar: [C: 032] Fix publish jobs when triggered from a tag [integration/config] - 10https://gerrit.wikimedia.org/r/388441 (https://phabricator.wikimedia.org/T179593) (owner: 10Hashar)
[13:31:57] <wikibugs>	 (03Merged) 10jenkins-bot: Fix publish jobs when triggered from a tag [integration/config] - 10https://gerrit.wikimedia.org/r/388441 (https://phabricator.wikimedia.org/T179593) (owner: 10Hashar)
[13:33:14] <Pchelolo>	 mobrovac: pdf service is stuck. I will restart it
[13:33:56] <mobrovac>	 again? I restarted it this morning
[13:34:03] <mobrovac>	 Pchelolo: in labs? or in prod?
[13:34:27] <wikibugs>	 10Continuous-Integration-Config, 10Release-Engineering-Team (Kanban), 10Operations-Software-Development, 10Patch-For-Review: Cumin: upload generated documentation to doc.w.o - https://phabricator.wikimedia.org/T179593#3732963 (10hashar) 05Open>03Resolved a:03hashar I have used a different job to hand...
[13:41:05] <wikibugs>	 10Release-Engineering-Team, 10Services (watching): Mediawiki-config changes not deployed automatically to deployment-videoscaler01 - https://phabricator.wikimedia.org/T179688#3733002 (10Pchelolo)
[13:51:31] <hashar>	 !log pooled integration-slave-docker-1004 and integration-slave-docker-1007
[13:51:35] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL
[13:52:44] <wikibugs>	 (03PS1) 10Volans: Add link to Cumin documentation [integration/docroot] - 10https://gerrit.wikimedia.org/r/388445
[13:54:24] <wikibugs>	 (03PS2) 10Volans: Add link to Cumin documentation [integration/docroot] - 10https://gerrit.wikimedia.org/r/388445 (https://phabricator.wikimedia.org/T179593)
[14:05:55] <wikibugs>	 (03CR) 10Hashar: [C: 032] Add link to Cumin documentation [integration/docroot] - 10https://gerrit.wikimedia.org/r/388445 (https://phabricator.wikimedia.org/T179593) (owner: 10Volans)
[14:06:19] <wikibugs>	 (03Merged) 10jenkins-bot: Add link to Cumin documentation [integration/docroot] - 10https://gerrit.wikimedia.org/r/388445 (https://phabricator.wikimedia.org/T179593) (owner: 10Volans)
[14:06:25] <wikibugs>	 (03CR) 10jenkins-bot: Add link to Cumin documentation [integration/docroot] - 10https://gerrit.wikimedia.org/r/388445 (https://phabricator.wikimedia.org/T179593) (owner: 10Volans)
[14:10:21] <wikibugs>	 10Gerrit, 10Patch-For-Review: Replace using certificates with tokens when using its-phabricator - https://phabricator.wikimedia.org/T178385#3690478 (10Dzahn) @paladox resolved?
[14:19:39] <wikibugs>	 10Gerrit, 10Patch-For-Review: Replace using certificates with tokens when using its-phabricator - https://phabricator.wikimedia.org/T178385#3733155 (10Paladox) @Dzahn this will be resolved once we are on gerrit 2.14 :)
[14:19:41] <icinga-wm>	 PROBLEM - jenkins_zmq_publisher on contint1001 is CRITICAL: connect to address 127.0.0.1 and port 8888: Connection refused
[14:20:41] <icinga-wm>	 RECOVERY - jenkins_zmq_publisher on contint1001 is OK: TCP OK - 0.000 second response time on 127.0.0.1 port 8888
[14:24:15] <hashar>	 !sal
[14:24:15] <wm-bot>	 https://tools.wmflabs.org/sal/releng
[14:26:37] <wikibugs>	 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (Backlog): operations-puppet-cache-update-jessie should run on a regular basis - https://phabricator.wikimedia.org/T171037#3733172 (10hashar) 05Open>03declined Cache is now hold in the Docker container.
[14:26:57] <wikibugs>	 10Continuous-Integration-Infrastructure (shipyard), 10Release-Engineering-Team (Kanban), 10Patch-For-Review: tox-docker fails to install MySQL-python:  EnvironmentError: mysql_config not found - https://phabricator.wikimedia.org/T179392#3733175 (10hashar) a:03hashar
[14:28:18] <wikibugs>	 10Continuous-Integration-Infrastructure (shipyard), 10Release-Engineering-Team (Kanban), 10Patch-For-Review: tox-docker fails to install MySQL-python:  EnvironmentError: mysql_config not found - https://phabricator.wikimedia.org/T179392#3733178 (10hashar) 05Open>03Resolved Fixed by adding libmysqlclient-...
[14:28:50] <wikibugs>	 10Continuous-Integration-Infrastructure (shipyard), 10Operations, 10Release Pipeline: Update docker image docker-registry.wikimedia.org/wikimedia-jessie - https://phabricator.wikimedia.org/T177055#3733180 (10hashar)
[14:31:29] <wikibugs>	 10Continuous-Integration-Infrastructure (shipyard), 10Operations, 10Release Pipeline: Update docker image docker-registry.wikimedia.org/wikimedia-jessie - https://phabricator.wikimedia.org/T177055#3733181 (10hashar) It has been upgraded: ``` docker-registry.wikimedia.org/wikimedia-jessie   latest   a81cc7ec7...
[14:31:36] <wikibugs>	 10Continuous-Integration-Infrastructure (shipyard), 10Operations, 10Release Pipeline: Update docker image docker-registry.wikimedia.org/wikimedia-jessie - https://phabricator.wikimedia.org/T177055#3733182 (10hashar) 05Open>03Resolved
[14:35:27] <wikibugs>	 10Release-Engineering-Team (Watching / External), 10Electron-PDFs, 10Operations, 10Proton, and 3 others: [subtask] How should we get Chromium for use in puppeteer? - https://phabricator.wikimedia.org/T178570#3733188 (10phuedx) >>! In T178570#3698689, @Joe wrote: > - How do we download chromium in the fist...
[14:36:01] <wikibugs>	 10Gerrit, 10Patch-For-Review: Replace using certificates with tokens when using its-phabricator - https://phabricator.wikimedia.org/T178385#3733189 (10Dzahn) p:05High>03Normal fair enough, setting to Normal to match the priority of the 2.14 upgrade task
[14:37:14] <wikibugs>	 (03PS1) 10Giuseppe Lavagetto: Convert ci-jessie and ci-stretch [integration/config] - 10https://gerrit.wikimedia.org/r/388447
[14:37:16] <wikibugs>	 (03PS1) 10Giuseppe Lavagetto: Convert operations-puppet to docker-pkg [integration/config] - 10https://gerrit.wikimedia.org/r/388448
[14:37:18] <wikibugs>	 (03PS1) 10Giuseppe Lavagetto: Convert tox to docker-pkg [integration/config] - 10https://gerrit.wikimedia.org/r/388449
[14:37:20] <wikibugs>	 (03PS1) 10Giuseppe Lavagetto: Convert npm, npm-test to docker-pkg [integration/config] - 10https://gerrit.wikimedia.org/r/388450
[14:37:22] <wikibugs>	 (03PS1) 10Giuseppe Lavagetto: Convert php to docker-pkg [integration/config] - 10https://gerrit.wikimedia.org/r/388451
[14:37:23] <wikibugs>	 10Continuous-Integration-Infrastructure (shipyard), 10Operations, 10Patch-For-Review: wikimedia-jessie & wikimedia-stretch docker images don't have deb-src set for apt.wikimedia.org - https://phabricator.wikimedia.org/T179354#3733193 (10akosiaris) p:05Triage>03Normal @Legoktm, I am re-reading the task an...
[14:37:25] <wikibugs>	 (03PS1) 10Giuseppe Lavagetto: Convert all composer images to docker-pkg [integration/config] - 10https://gerrit.wikimedia.org/r/388452
[14:54:16] <wikibugs>	 10Release-Engineering-Team (Watching / External), 10Electron-PDFs, 10Operations, 10Proton, and 3 others: [subtask] How should we get Chromium for use in puppeteer? - https://phabricator.wikimedia.org/T178570#3733240 (10Joe) @phuedx no, getting the headers while you are downloading would not be enough, you...
[15:00:33] <wikibugs>	 (03PS2) 10Hashar: (((((WIP)))) support args for tox container [integration/config] - 10https://gerrit.wikimedia.org/r/388084
[15:01:18] <wikibugs>	 10Continuous-Integration-Infrastructure (shipyard), 10MediaWiki-Containers, 10Operations: Create UI for https://docker-registry.wikimedia.org - https://phabricator.wikimedia.org/T179696#3733282 (10Addshore)
[15:01:34] <wikibugs>	 10Continuous-Integration-Infrastructure (shipyard), 10MediaWiki-Containers, 10Operations: UI for https://docker-registry.wikimedia.org - https://phabricator.wikimedia.org/T179696#3733294 (10Addshore)
[15:07:05] <wikibugs>	 10Release-Engineering-Team (Watching / External), 10Electron-PDFs, 10Operations, 10Proton, and 3 others: [subtask] How should we get Chromium for use in puppeteer? - https://phabricator.wikimedia.org/T178570#3733326 (10Joe) Please note that my biggest concern here is the security one. Citing myself:   > *...
[15:18:13] <wikibugs>	 (03PS1) 10Hashar: Generate cumin doc solely for the master branch [integration/config] - 10https://gerrit.wikimedia.org/r/388458 (https://phabricator.wikimedia.org/T179593)
[15:18:52] <wikibugs>	 (03CR) 10Volans: [C: 031] "LGTM" [integration/config] - 10https://gerrit.wikimedia.org/r/388458 (https://phabricator.wikimedia.org/T179593) (owner: 10Hashar)
[15:20:57] <wikibugs>	 (03CR) 10Hashar: [C: 032] Generate cumin doc solely for the master branch [integration/config] - 10https://gerrit.wikimedia.org/r/388458 (https://phabricator.wikimedia.org/T179593) (owner: 10Hashar)
[15:22:01] <wikibugs>	 (03Merged) 10jenkins-bot: Generate cumin doc solely for the master branch [integration/config] - 10https://gerrit.wikimedia.org/r/388458 (https://phabricator.wikimedia.org/T179593) (owner: 10Hashar)
[16:03:01] <shinken-wm>	 PROBLEM - Puppet errors on deployment-aqs01 is CRITICAL: CRITICAL: 30.00% of data above the critical threshold [0.0]
[16:11:06] <shinken-wm>	 PROBLEM - Puppet errors on deployment-cache-upload04 is CRITICAL: CRITICAL: 44.44% of data above the critical threshold [0.0]
[16:22:05] <wikibugs>	 (03PS3) 10Hashar: (((((WIP)))) support args for tox container [integration/config] - 10https://gerrit.wikimedia.org/r/388084
[16:23:50] <shinken-wm>	 PROBLEM - Puppet errors on deployment-cache-text04 is CRITICAL: CRITICAL: 60.00% of data above the critical threshold [0.0]
[16:29:25] <shinken-wm>	 PROBLEM - Puppet errors on deployment-tin is CRITICAL: CRITICAL: 22.22% of data above the critical threshold [0.0]
[16:43:00] <shinken-wm>	 RECOVERY - Puppet errors on deployment-aqs01 is OK: OK: Less than 1.00% above the threshold [0.0]
[17:06:16] <wikibugs>	 10Release-Engineering-Team, 10Wikidata, 10Epic, 10User-Addshore: [Epic] Kill the Wikidata build step - https://phabricator.wikimedia.org/T173818#3733644 (10greg) >>! In T173818#3732387, @Addshore wrote: > Update: >  > {T177087} > Yesterday @WMDE-leszek & I merged all of the changes moving JavaScript around...
[17:06:59] <addshore>	 greg-g! nearly there ;)
[17:07:15] <greg-g>	 weee
[17:08:44] <wikibugs>	 (03PS4) 10Hashar: Support args for tox container [integration/config] - 10https://gerrit.wikimedia.org/r/388084
[17:12:54] <wikibugs>	 10Release-Engineering-Team, 10Wikidata, 10Epic, 10User-Addshore: [Epic] Kill the Wikidata build step - https://phabricator.wikimedia.org/T173818#3733667 (10demon) >>! In T173818#3733644, @greg wrote: >>>! In T173818#3732387, @Addshore wrote: >> @greg as a result of the 2 paragraphs above the train next wee...
[17:17:28] <dbrant>	 o/
[17:17:38] <wikibugs>	 10Release-Engineering-Team, 10Wikidata, 10Epic, 10User-Addshore: [Epic] Kill the Wikidata build step - https://phabricator.wikimedia.org/T173818#3733677 (10Addshore) >>! In T173818#3733667, @demon wrote: >>> I plan on tackling T176948 and T177060 next week ahead of taking extensions out of the build  along...
[17:17:40] <wikibugs>	 10Beta-Cluster-Infrastructure, 10Release-Engineering-Team, 10Services (watching): Mediawiki-config changes not deployed automatically to deployment-videoscaler01 - https://phabricator.wikimedia.org/T179688#3733678 (10greg)
[17:18:11] <dbrant>	 is this the right place to ask for a new user to be added to the deployment-prep group?
[17:18:59] <wikibugs>	 (03CR) 10Hashar: Support args for tox container (035 comments) [integration/config] - 10https://gerrit.wikimedia.org/r/388084 (owner: 10Hashar)
[17:19:02] <wikibugs>	 10Continuous-Integration-Config, 10Discovery, 10Wikimedia-Portals, 10Discovery-Portal-Sprint: Create a Jenkins Job that builds the portal deployment artifacts in CI - https://phabricator.wikimedia.org/T179694#3733682 (10greg)
[17:21:39] <greg-g>	 dbrant: ahoy, sure thing
[17:22:09] <dbrant>	 greg-g: this is for one of our new Android engineers: Sharvaniharan
[17:22:51] <wikibugs>	 10Release-Engineering-Team (Watching / External), 10Electron-PDFs, 10Operations, 10Proton, and 3 others: [subtask] How should we get Chromium for use in puppeteer? - https://phabricator.wikimedia.org/T178570#3696477 (10greg) >>! In T178570#3733240, @Joe wrote: > I would ask advice to the #release-engineeri...
[17:30:18] <greg-g>	 dbrant: wikitech username?
[17:30:43] <dbrant>	 greg-g: it's Sharvaniharan
[17:31:13] <greg-g>	 "Added Sharvaniharan to deployment-prep. "
[17:35:01] <dbrant>	 greg-g: much appreciated!
[17:35:29] <greg-g>	 anytime!
[17:56:12] <wikibugs>	 10Gerrit, 10Release-Engineering-Team (Backlog), 10Patch-For-Review, 10Zuul: Update zuul to upstream master - https://phabricator.wikimedia.org/T158243#3733821 (10hashar)
[18:05:08] <shinken-wm>	 PROBLEM - Puppet errors on deployment-netbox is CRITICAL: CRITICAL: 100.00% of data above the critical threshold [0.0]
[18:12:23] <wikibugs>	 10Gerrit, 10Release-Engineering-Team (Backlog), 10Patch-For-Review, 10Zuul: Update zuul to upstream master - https://phabricator.wikimedia.org/T158243#3733873 (10Paladox) @hashar I guess the diff you put in the description means we need to add it those does in the requirement text file?
[18:21:39] <wikibugs>	 10Continuous-Integration-Infrastructure (shipyard), 10MediaWiki-Containers, 10Operations: UI for https://docker-registry.wikimedia.org - https://phabricator.wikimedia.org/T179696#3733282 (10hashar) https://docker-registry.wikimedia.org/v2/_catalog ``` lang=json {     "repositories": [         "alpine",...
[18:24:53] <wikibugs>	 10Continuous-Integration-Infrastructure (shipyard), 10Operations, 10Patch-For-Review: wikimedia-jessie & wikimedia-stretch docker images don't have deb-src set for apt.wikimedia.org - https://phabricator.wikimedia.org/T179354#3733948 (10hashar) `apt-get build-dep hhvm` is for the jobs that build the PHP exte...
[18:25:54] <wikibugs>	 10Continuous-Integration-Config, 10Discovery, 10Wikimedia-Portals, 10Discovery-Portal-Sprint: Create a Jenkins Job that builds the portal deployment artifacts in CI - https://phabricator.wikimedia.org/T179694#3733950 (10hashar) We haven't reached to each other this week. Jan has set up a checkin for Monday...
[18:26:06] <wikibugs>	 10Continuous-Integration-Config, 10Release-Engineering-Team (Kanban), 10Discovery, 10Wikimedia-Portals, 10Discovery-Portal-Sprint: Create a Jenkins Job that builds the portal deployment artifacts in CI - https://phabricator.wikimedia.org/T179694#3733951 (10hashar)
[18:27:44] <wikibugs>	 10Gerrit, 10Release-Engineering-Team (Backlog), 10Patch-For-Review, 10Zuul: Update zuul to upstream master - https://phabricator.wikimedia.org/T158243#3733955 (10hashar) They are already albeit not pinned to a specific version. So whenever rebuilding the package, `dh_virtualenv` ends up including whatever...
[18:30:50] <wikibugs>	 10Gerrit, 10Release-Engineering-Team (Backlog), 10Patch-For-Review, 10Zuul: Update zuul to upstream master - https://phabricator.wikimedia.org/T158243#3733957 (10Paladox) @hashar ah i see.  I can create that patch :).  Im using the deb built from my change anyways. So i can test this :).
[18:31:58] <paladox>	 twentyafterfour i think we will want to ajust our steps taken when doing scap
[18:32:05] <paladox>	 we should run puppet before restarting phd
[18:32:19] <paladox>	 as all the time i deploy with scap, it removes the config file puppet adds
[18:32:24] <paladox>	    ->Restarting PHD
[18:32:24] <paladox>	 Job for phd.service failed. See 'systemctl status phd.service' and 'journalctl -xn' for details.
[18:33:07] <paladox>	 hmm this file
[18:33:10] <paladox>	  /usr/local/sbin/phab_deploy_promote
[18:33:12] <paladox>	 dosen't exist
[18:36:45] <paladox>	 hashar upstream started pinning the git version too :)
[18:36:57] <paladox>	 i will just create a path for now for it.
[18:42:47] <wikibugs>	 (03PS1) 10Thcipriani: SSD: Add npm-service-pipeline experimental job [integration/config] - 10https://gerrit.wikimedia.org/r/388546 (https://phabricator.wikimedia.org/T177954)
[18:43:48] <wikibugs>	 (03CR) 10jerkins-bot: [V: 04-1] SSD: Add npm-service-pipeline experimental job [integration/config] - 10https://gerrit.wikimedia.org/r/388546 (https://phabricator.wikimedia.org/T177954) (owner: 10Thcipriani)
[18:44:11] <wikibugs>	 10Gerrit, 10Repository-Admins, 10Scoring-platform-team: Remove deprecated research/ores/deploy repo - https://phabricator.wikimedia.org/T179610#3730659 (10Zppix)
[18:47:38] <wikibugs>	 (03PS2) 10Thcipriani: Add service-pipeline-test-only experimental job [integration/config] - 10https://gerrit.wikimedia.org/r/388546 (https://phabricator.wikimedia.org/T177954)
[19:08:35] <wmf-insecte>	 Yippee, build fixed!
[19:08:36] <wmf-insecte>	 Project selenium-MinervaNeue » chrome,beta,Linux,BrowserTests build #185: 09FIXED in 19 min: https://integration.wikimedia.org/ci/job/selenium-MinervaNeue/BROWSER=chrome,MEDIAWIKI_ENVIRONMENT=beta,PLATFORM=Linux,label=BrowserTests/185/
[19:14:26] <shinken-wm>	 RECOVERY - Puppet errors on deployment-tin is OK: OK: Less than 1.00% above the threshold [0.0]
[19:19:31] <wmf-insecte>	 Yippee, build fixed!
[19:19:32] <wmf-insecte>	 Project selenium-MinervaNeue » firefox,beta,Linux,BrowserTests build #185: 09FIXED in 30 min: https://integration.wikimedia.org/ci/job/selenium-MinervaNeue/BROWSER=firefox,MEDIAWIKI_ENVIRONMENT=beta,PLATFORM=Linux,label=BrowserTests/185/
[19:30:27] <shinken-wm>	 PROBLEM - Puppet errors on deployment-tin is CRITICAL: CRITICAL: 55.56% of data above the critical threshold [0.0]
[19:38:03] <paladox>	 no_justifications just giving you a fyi for https://bugs.chromium.org/p/gerrit/issues/detail?id=7652 (the user account problem) though it dosen't seem severe and seems like it is the same problem as in 2.13.
[19:38:11] <paladox>	 no_justification 
[19:38:50] <paladox>	 i think it's because they doint check index first then fall back
[19:39:02] <paladox>	 they should just merge that change we have been cherry picking
[19:40:16] <no_justification>	 Or, you know, stop relying on a SECONDARY INDEX FOR PRIMARY DATA
[19:40:20] * no_justification shakes his damn head
[19:40:27] <paladox>	 heh yeh.
[19:40:28] <shinken-wm>	 RECOVERY - Puppet errors on deployment-tin is OK: OK: Less than 1.00% above the threshold [0.0]
[19:40:36] <no_justification>	 It never. Ever. Made sense.
[19:40:47] <paladox>	 I think it's for there cluster
[19:40:58] <paladox>	 how ever they set it up /me dosen't know
[19:41:04] <paladox>	 but it's slow
[19:41:43] <paladox>	 i will try to get upstream to do that to at least prevent problems for now even if it should not trust the index.
[19:43:24] <no_justification>	 I mean it kinda makes sense in the long run: assuming you're going to kill the DB in favor of git repos, having to hit the git repo for this data on every request would be expensive.
[19:43:44] <no_justification>	 (especially if you're not google)
[19:43:53] <paladox>	 I think they fixed that recently
[19:43:58] <paladox>	 ie large refs
[19:44:02] <paladox>	 for notedb
[19:44:12] <no_justification>	 But caches make more sense than lucene. And falling back to the canonical source more gracefully rather than hard fail is dumb
[19:44:23] <no_justification>	 *not falling back
[19:44:28] <paladox>	 https://gerrit-review.googlesource.com/#/c/gerrit/+/138152/
[19:44:50] <no_justification>	 Oh, I don't mean expensive to Gerrit itself, it's expensive cuz you have to /hit the disk/
[19:44:56] <paladox>	 ah
[19:44:57] <paladox>	 i see
[19:44:57] <no_justification>	 disk IO is always going to be slower :)
[19:45:02] <paladox>	 i think they have caches
[19:45:04] <paladox>	 in place
[19:47:25] <twentyafterfour>	 Paladox: you're right, puppet needs to run after a scap deploy. I'm working on that problem.
[19:47:33] <paladox>	 thanks :)
[19:50:06] <paladox>	 no_justifcation i've asked notedb maintainer in #gerrit about disk io usage :)
[19:50:20] <paladox>	 no_justification ^^
[19:50:30] <paladox>	 (i spelt the name wrong again heh)
[19:51:49] <no_justification>	 Does your irc client not have tab complete?
[19:52:02] <no_justification>	 :p
[19:52:07] <paladox>	 heh yes
[19:52:11] <paladox>	 i use textual :)
[19:52:22] <paladox>	 though that feature i keep forgetting
[19:52:33] <no_justification>	 no_<tab>
[19:52:35] <no_justification>	 :P
[19:52:38] <paladox>	 heh :)
[19:52:52] <shinken-wm>	 PROBLEM - Puppet errors on deployment-mira is CRITICAL: CRITICAL: 30.00% of data above the critical threshold [0.0]
[20:05:40] <paladox>	 no_justification i think we may have improvements in load with polygerrit as polygerrit caches the rest api depending on the page.
[20:05:54] <paladox>	 As long as no one refreshing the page, and clicks on the buttons instead heh
[20:32:54] <shinken-wm>	 RECOVERY - Puppet errors on deployment-mira is OK: OK: Less than 1.00% above the threshold [0.0]
[20:35:44] <wikibugs>	 10Release-Engineering-Team (Watching / External), 10Epic, 10MediaWiki-Platform-Team (MWPT-Q2-Oct-Dec-2017): Deploy refactored comment storage - https://phabricator.wikimedia.org/T166733#3734356 (10bd808)
[20:37:25] <eddiegp>	 hashar: mwgate-php55lint (check pipeline) seems to have issues, see e.g. https://integration.wikimedia.org/ci/job/mwgate-php55lint/12503/console ( https://gerrit.wikimedia.org/r/#/c/388342/1 )
[20:38:12] <paladox>	 01:49:11 hudson.plugins.git.GitException: Failed to fetch from git://contint1001.wikimedia.org/mediawiki/core
[20:39:47] <paladox>	 eddiegp i think it was a blip and should be resolved now :).
[20:44:09] <eddiegp>	 paladox: Well I'd be happy to test whether it was just a blip, but I believe we can't re-trigger the "check" pipeline (only "test"), can we? Better shouldn't have the check pipeline broken, it's the first CI thing new users are confronted with. ;)
[20:44:52] <paladox>	 Nope we carn't re trigger the check pipeline.
[20:49:27] <valerio-bozzolan>	 Can I amend the commit message? I missed "Bug: T179065" :|
[20:49:28] <stashbot>	 T179065: CategoryFinder class should allow setting a maximum depth (to save resources) - https://phabricator.wikimedia.org/T179065
[20:50:20] <eddiegp>	 valerio-bozzolan: Of course you can. You've seen the link an.dre__ sent in #mediawiki ?
[20:50:36] <valerio-bozzolan>	 OK, I only don't want to break a linter pipeline :)
[20:51:27] <eddiegp>	 Don't know, maybe I have to comment "recheck" again. But that won't hurt me ;)
[20:52:07] <eddiegp>	 Just go for it, don't worry about the tests.
[20:52:23] <valerio-bozzolan>	 Indeed, thanks again
[20:59:06] <eddiegp>	 yep, the check-pipeline issue was transient, worked for the PS2
[21:06:33] <paladox>	 no_justification per luca
[21:06:34] <paladox>	 "NoteDB is Git and thus is cached by jgit.
[21:06:34] <paladox>	 If your JGit performance is good, you shouldn’t be worried."
[21:11:45] <paladox>	 no_justification i guess we should see minimal performance input :).
[21:27:42] <paladox>	 no_justification https://groups.google.com/forum/#!topic/repo-discuss/yqbVogOx0r4 :)
[21:39:38] <wikibugs>	 (03Draft1) 10Paladox: Pin GitPython to >=0.3.3,<2.1.2 [integration/zuul] (debian/jessie-wikimedia) - 10https://gerrit.wikimedia.org/r/388624
[21:39:40] <wikibugs>	 (03PS2) 10Paladox: Pin GitPython to >=0.3.3,<2.1.2 [integration/zuul] (debian/jessie-wikimedia) - 10https://gerrit.wikimedia.org/r/388624
[21:40:03] <paladox>	 hashar ^^ :)
[21:41:01] <wikibugs>	 (03PS3) 10Paladox: Pin GitPython to >=0.3.3,<2.1.2 [integration/zuul] (debian/jessie-wikimedia) - 10https://gerrit.wikimedia.org/r/388624
[21:42:07] <wikibugs>	 (03PS4) 10Paladox: Pin GitPython to >=0.3.3,<2.1.2 [integration/zuul] (debian/jessie-wikimedia) - 10https://gerrit.wikimedia.org/r/388624
[21:42:42] <valerio-bozzolan>	 It seems that I'm attracting blips in lint :) Again: https://gerrit.wikimedia.org/r/388342
[21:43:32] <wikibugs>	 (03PS5) 10Paladox: Pin GitPython to >=0.3.3,<2.1.2 [integration/zuul] (debian/jessie-wikimedia) - 10https://gerrit.wikimedia.org/r/388624
[21:44:53] <wikibugs>	 (03PS6) 10Paladox: Pin GitPython to >=0.3.3,<2.1.2 [integration/zuul] (debian/jessie-wikimedia) - 10https://gerrit.wikimedia.org/r/388624
[21:47:21] <paladox>	 Hmm
[21:47:30] <paladox>	 Happening twice may indicate a problem
[21:47:37] <paladox>	 hashar https://integration.wikimedia.org/ci/job/mwgate-php55lint/12543/console
[21:55:28] <wikibugs>	 10Release-Engineering-Team, 10GitHub-Mirrors: Audit @wikimedia GitHub org access (2017) - https://phabricator.wikimedia.org/T179462#3725495 (10greg) >>! In T179462#3725548, @Tgr wrote: > (There are a few other things that could cause damage, like deleting repositories or transferring them out of the org, but t...
[21:56:24] <wikibugs>	 10Continuous-Integration-Infrastructure: mwgate-php55lint failing with "Failed to fetch from git://contint1001.wikimedia.org/mediawiki/core" - https://phabricator.wikimedia.org/T179740#3734589 (10Paladox)
[22:05:55] <wikibugs>	 (03PS7) 10Paladox: Pin GitPython to >=0.3.3,<2.1.2 [integration/zuul] (debian/jessie-wikimedia) - 10https://gerrit.wikimedia.org/r/388624
[22:11:35] <wikibugs>	 (03PS1) 10Hashar: Fix castor deleting /home/jenkins/workspace on Nodepool [integration/config] - 10https://gerrit.wikimedia.org/r/388668 (https://phabricator.wikimedia.org/T179593)
[22:15:21] <wikibugs>	 (03PS2) 10Hashar: Fix castor deleting /home/jenkins/workspace on Nodepool [integration/config] - 10https://gerrit.wikimedia.org/r/388668 (https://phabricator.wikimedia.org/T179593)
[22:15:41] <wikibugs>	 (03CR) 10Hashar: [C: 032] Fix castor deleting /home/jenkins/workspace on Nodepool [integration/config] - 10https://gerrit.wikimedia.org/r/388668 (https://phabricator.wikimedia.org/T179593) (owner: 10Hashar)
[22:16:31] <wikibugs>	 (03CR) 10Hashar: [C: 032] "Reconfigured:" [integration/config] - 10https://gerrit.wikimedia.org/r/388668 (https://phabricator.wikimedia.org/T179593) (owner: 10Hashar)
[22:20:18] <wikibugs>	 (03Merged) 10jenkins-bot: Fix castor deleting /home/jenkins/workspace on Nodepool [integration/config] - 10https://gerrit.wikimedia.org/r/388668 (https://phabricator.wikimedia.org/T179593) (owner: 10Hashar)
[22:21:11] <hashar>	 legoktm: for the changes adding minus-x,  I think once tests have passed you can most probably just push them ?
[22:21:26] <hashar>	 legoktm: this way you save triggering the gate-and-submit jobs :]
[22:21:51] <legoktm>	 hashar: I'd rather have them go through CI, at least one already failed CI but passed tests locally
[22:22:05] <legoktm>	 but I'm pushing them out slowly and going to do the rest tonight when no one else is online
[22:22:06] <hashar>	 yeah yeah
[22:22:11] <hashar>	 let them pass via the test pipeline
[22:22:17] <hashar>	 and if reported fine,  you can push
[22:22:28] <hashar>	 though there is a delta which is that minus-x would not run with php55
[22:22:34] <valerio-bozzolan>	 (3rd fail :P. It was my latest amend, I promise.)
[22:24:11] <legoktm>	 also this is helpfully finding a bunch of repos that fail tests
[22:24:24] <hashar>	 legoktm: another problem is that if you CR+2 a few repos that fail (such as  GlobalBlocking GitHub  a minute ago)
[22:24:34] <legoktm>	 feature!
[22:24:41] <hashar>	 Zuul would cancel all the changes behind them and reschedule them
[22:24:52] <legoktm>	 oh
[22:24:52] <hashar>	 eg A ->  GlobalBlocking (fail) -> B -> C
[22:24:56] <hashar>	 when it fails
[22:25:11] <hashar>	 Zuul redo the queue eventually and cancell jobs for B / C
[22:25:19] <hashar>	 Zuul think that B /C might fail
[22:25:45] <hashar>	 for those trivial changes, what I did is just mass send patches to test pipeline
[22:25:52] <hashar>	 then as they got a V+2  I would push them
[22:26:09] <hashar>	 but that depends on the modifications you are sending. for minus-x I dont see what would break
[22:26:33] <legoktm>	 https://integration.wikimedia.org/ci/job/mwgate-npm-node-6-docker/1220/console looks fishy
[22:26:35] <hashar>	 (beside that the central cache would not be populated with minus-x until a change pass via gate-and-submit later on )
[22:26:55] <hashar>	 arhg
[22:27:08] <hashar>	 perm issues for sure
[22:27:13] <hashar>	 gotta check the workspace on the host
[22:28:03] <hashar>	 na check it
[22:28:05] <hashar>	 not delete it :(
[22:28:06] <hashar>	 :D
[22:28:18] <legoktm>	 oops >.<
[22:28:19] <legoktm>	 legoktm@integration-slave-docker-1004:/srv/jenkins-workspace/workspace$ sudo rm -rf mwgate-npm-node-6-docker/
[22:28:20] <legoktm>	 already did that
[22:28:20] <hashar>	 hehe
[22:28:32] <hashar>	 it will surface again one day  don't worry
[22:29:04] <hashar>	 maybe there is a setgid bit missing in one of the dirs
[22:29:22] <hashar>	 what happens there I guess is that it tries to rm a file as jenkins-deploy when the file belong to nobody
[22:29:44] <hashar>	 which is more or less the issue we had with the composer-php7 job a couple week ago
[22:30:06] <hashar>	 and that I have hit with castor /cache last week.   Dirty trick is to rm/rsync inside a Docker container that runs as nobody
[22:30:14] <hashar>	 so instead of running on the docker host:  rm -fR
[22:30:48] <hashar>	 one would:  docker run --rm -tty --entrypoint=/bin/rm wmfreleng/ci-jessie -fR src
[22:30:53] <hashar>	 and that would run rm as nobody
[22:31:47] <hashar>	 legoktm: wall of text ^ :)
[22:32:04] <legoktm>	 hmmm
[22:32:16] <legoktm>	 that would actually work pretty well
[22:32:19] <hashar>	 or in short,  jenkins-deploy can't delete files owned by nobody
[22:32:57] <hashar>	 I wanna look at docker volume as well
[22:33:13] <hashar>	 so that instead of running rm -fr  src
[22:33:24] <hashar>	 we would just create a fresh volume that is guaranteed to be empty
[22:33:36] <hashar>	 and that we can delete as jenkins-deploy  via  docker volume rm  
[22:33:48] <hashar>	 (or garbage collect them automatically)
[22:33:58] <hashar>	 haven't looked into yet but that would be something like:
[22:34:04] <hashar>	 docker volume create $BUILD_ID
[22:34:14] <hashar>	 errr
[22:34:19] <hashar>	 docker volume create $BUILD_ID/cache
[22:34:22] <hashar>	 docker volume create $BUILD_ID/log
[22:34:25] <hashar>	 docker volume create $BUILD_ID/src
[22:35:01] <hashar>	 docker run --volume $BUILD_ID/cache:/cache  --volume $BUILD_ID/log:/log --volume $BUILD_ID/src:/src
[22:35:18] <hashar>	 and at end of build or asynchronously:  docker volume rm $BUILD_ID/{cache,log,src}
[22:43:00] <wikibugs>	 10Continuous-Integration-Infrastructure (shipyard): Investigate usage of Docker volume for CI - https://phabricator.wikimedia.org/T179742#3734649 (10hashar)
[22:43:35] <wikibugs>	 (03PS8) 10Paladox: Pin GitPython to >=0.3.3,<2.1.2 [integration/zuul] (debian/jessie-wikimedia) - 10https://gerrit.wikimedia.org/r/388624
[22:43:46] <hashar>	 legoktm: docker volume  filled as https://phabricator.wikimedia.org/T179742
[22:43:58] <hashar>	 else   docker run --rm -tty --entrypoint=/bin/rm wmfreleng/ci-jessie -fR src
[22:44:05] <hashar>	 feel free to implement / test it / deploy it :]
[22:44:11] <legoktm>	 oh that sounds awesome
[22:44:29] <hashar>	 docker volume I am not quite sure really
[22:44:33] <hashar>	 gotta experiment with it
[22:44:34] <valerio-bozzolan>	 (Yay! Just passed the phpcs... No more amends as promised :P)
[22:44:40] <hashar>	 valerio-bozzolan: well done!
[22:44:52] <hashar>	 valerio-bozzolan: most probably you can run phpcs on your local machine as well :]
[22:45:02] <valerio-bozzolan>	 Good point
[22:45:17] <hashar>	 valerio-bozzolan: which repository are you sending patch to ?
[22:45:40] <valerio-bozzolan>	 mediawiki-core, CategoryFinder class
[22:45:52] <hashar>	 ahh
[22:45:59] <wikibugs>	 (03PS1) 10Legoktm: Release 0.5.0 [integration/commit-message-validator] - 10https://gerrit.wikimedia.org/r/388683
[22:46:09] <hashar>	 I am not sure what is the best IRC channel for mediawiki-core nowadays
[22:46:39] <valerio-bozzolan>	 (Yup, I see that mediawiki-dev need invitation)
[22:47:02] <hashar>	 we used to have #wikimedia-dev but it is filled by bots now :(
[22:47:24] <hashar>	 #mediawiki-core  is a remaining of the WMF related team. Might be worth trying
[22:47:35] <hashar>	 else there is always  #mediawiki !!
[22:48:00] <valerio-bozzolan>	 OK thanks, no more spam from me. Have a nice day :£
[22:48:06] <hashar>	 valerio-bozzolan: no worries!
[22:48:11] <hashar>	 valerio-bozzolan: YOU ARE WELCOME HERE!
[22:48:23] <hashar>	 valerio-bozzolan: also for phpcs, you can run it against as single file :]
[22:48:24] <wikibugs>	 (03CR) 10Legoktm: [C: 032] Release 0.5.0 [integration/commit-message-validator] - 10https://gerrit.wikimedia.org/r/388683 (owner: 10Legoktm)
[22:48:37] <wikibugs>	 (03PS9) 10Paladox: Pin GitPython to >=0.3.3,<2.1.2 [integration/zuul] (debian/jessie-wikimedia) - 10https://gerrit.wikimedia.org/r/388624
[22:48:52] <wikibugs>	 (03PS10) 10Paladox: Pin GitPython to >=0.3.3,<2.1.2 [integration/zuul] (debian/jessie-wikimedia) - 10https://gerrit.wikimedia.org/r/388624
[22:48:57] <wikibugs>	 (03Merged) 10jenkins-bot: Release 0.5.0 [integration/commit-message-validator] - 10https://gerrit.wikimedia.org/r/388683 (owner: 10Legoktm)
[22:49:03] <hashar>	 valerio-bozzolan: vendor/bin/phpcs -s -p includes/CategoryFinder.php
[22:49:11] <valerio-bozzolan>	 <3
[22:49:16] <hashar>	 valerio-bozzolan: which is way faster than running all the tests against everything
[22:49:33] <valerio-bozzolan>	 (...saving your resources)
[22:49:36] <hashar>	 some text editors supports running commands like that automatically
[22:50:19] <hashar>	 valerio-bozzolan: composer exec -- phpcs -s -p includes/CategoryFinder.php
[22:50:46] <hashar>	 so in theory, your editor could run that whenever you touch / save the file :]
[22:51:04] * valerio-bozzolan putting that stuff into emacs
[22:51:23] <hashar>	 vim has a plugin that handles a lot of them automagically
[22:51:27] <hashar>	 and I guess emacs does as well
[22:52:19] <hashar>	 valerio-bozzolan: before I get to bed/week-end. Be sure you are welcome to ask questions here.  though it might not be the busiest channel :]
[22:52:33] <wikibugs>	 (03PS11) 10Paladox: Pin GitPython to >=0.3.3,<2.1.2 [integration/zuul] (debian/jessie-wikimedia) - 10https://gerrit.wikimedia.org/r/388624
[22:52:35] <wikibugs>	 (03PS8) 10Paladox: Backport fix "Fix change number extraction on new enough Gerrit master" [integration/zuul] (debian/jessie-wikimedia) - 10https://gerrit.wikimedia.org/r/356181 (https://phabricator.wikimedia.org/T158243)
[22:53:38] <wikibugs>	 10Gerrit, 10Release-Engineering-Team (Backlog), 10Patch-For-Review, 10Zuul: Update zuul to upstream master - https://phabricator.wikimedia.org/T158243#3734685 (10Paladox) @hashar i've pinned git here https://gerrit.wikimedia.org/r/#/c/388624/ :)  The rest of the deps should work as they work for me :).
[22:53:50] <wikibugs>	 10Release-Engineering-Team (Watching / External), 10Phlogiston (Requests): Adjust phlogiston configuration for Release Engineering - https://phabricator.wikimedia.org/T170359#3734691 (10JAufrecht)
[22:54:30] <valerio-bozzolan>	 hashar: Our beds miss me too. Thanks again.
[22:55:39] <valerio-bozzolan>	 (↑ OK, that phrase has no sense. Again, the bed is a good choice now.)
[22:57:42] <hashar>	 valerio-bozzolan: well I am french :)
[22:58:05] <hashar>	 valerio-bozzolan: so any kind of english written by an italian should make sense to me :D
[22:58:18] <hashar>	 valerio-bozzolan: happy hacking!
[22:58:39] <valerio-bozzolan>	 hashar: Don't geostalk me :P
[22:59:47] * hashar takes a plan to Roma with candies
[23:06:02] <wikibugs>	 (03PS1) 10Legoktm: Fix "install" command via commit-message-validator [integration/commit-message-validator] - 10https://gerrit.wikimedia.org/r/388686
[23:08:26] <valerio-bozzolan>	 hashar: BTW, we are more near... Torino, not Rome ;)
[23:15:25] <wikibugs>	 (03PS1) 10Legoktm: Release 0.5.1 [integration/commit-message-validator] - 10https://gerrit.wikimedia.org/r/388689
[23:15:52] <wikibugs>	 (03CR) 10Legoktm: [C: 032] Fix "install" command via commit-message-validator [integration/commit-message-validator] - 10https://gerrit.wikimedia.org/r/388686 (owner: 10Legoktm)
[23:16:14] <wikibugs>	 (03CR) 10Legoktm: [C: 032] Release 0.5.1 [integration/commit-message-validator] - 10https://gerrit.wikimedia.org/r/388689 (owner: 10Legoktm)
[23:16:23] <wikibugs>	 (03Merged) 10jenkins-bot: Fix "install" command via commit-message-validator [integration/commit-message-validator] - 10https://gerrit.wikimedia.org/r/388686 (owner: 10Legoktm)
[23:16:49] <wikibugs>	 (03Merged) 10jenkins-bot: Release 0.5.1 [integration/commit-message-validator] - 10https://gerrit.wikimedia.org/r/388689 (owner: 10Legoktm)
[23:26:50] <wikibugs>	 10Release-Engineering-Team, 10GitHub-Mirrors: Audit @wikimedia GitHub org access (2017) - https://phabricator.wikimedia.org/T179462#3734781 (10Krinkle) >>! In T179462#3725548, @Tgr wrote: > AUIU the scary powers in Github are: > * force push - can cause data loss and utter confusion, not too hard to do acciden...
[23:40:47] <legoktm>	 this is a new one
[23:40:48] <legoktm>	 23:36:13 + git fetch --quiet --depth 1 git://contint1001.wikimedia.org/mediawiki/extensions/Graph refs/zuul/master/Z413e35e24f364875ac38a3ebfc410867
[23:40:48] <legoktm>	 23:36:13 fatal: remote error: access denied or repository not exported: /mediawiki/extensions/Graph
[23:44:01] <legoktm>	 different git problems: https://integration.wikimedia.org/ci/job/mwgate-npm-node-6-docker/1257/console
[23:44:38] <paladox>	 legoktm i think that's the same problem as valerio-bozzolan
[23:44:44] <legoktm>	 oh
[23:44:45] <paladox>	 problems with contint1001.wikimedia.org
[23:44:46] <legoktm>	 link please?
[23:44:52] <paladox>	 yep
[23:45:02] <paladox>	 legoktm  https://phabricator.wikimedia.org/T179740#3734589
[23:45:28] <hashar>	 4 stderr: warning: no common commits
[23:45:34] <legoktm>	 hmm, that was a timeout
[23:45:52] <paladox>	 happen at least 2 times for that user.
[23:46:32] <hashar>	 legoktm: ohhhh
[23:46:41] <hashar>	 legoktm: so your is that git://repo.or.cz/htmlpurifier.git fails
[23:47:27] <hashar>	 there might be a bug against  	mediawiki/extensions/Html2Wiki  to have the submodule moved to a composer/npm package
[23:48:35] <hashar>	 I dont even know whether that extension is used anywhere 
[23:48:53] <hashar>	 it does not seem to receive any code beside the maintenance
[23:50:10] <hashar>	 legoktm: composer require ezyang/htmlpurifier
[23:50:15] <hashar>	 instead of the submodule
[23:50:20] <hashar>	 can be filled as a task 
[23:50:36] <hashar>	 should not be too hard. Though that depends on the commit the submodule points to :(
[23:50:42] <hashar>	 ref: http://htmlpurifier.org/download
[23:51:06] <hashar>	 I am off  *wave*
[23:51:16] <legoktm>	 o/ enjoy your weekend