[00:00:31] (03PS1) 10Paladox: Add Scribuntu to gate and submit again [integration/config] - 10https://gerrit.wikimedia.org/r/327131 [00:00:36] yep, oh [00:00:48] there is an open task: https://phabricator.wikimedia.org/T125050 [00:01:27] i wonder if we should add support for extension deps in gate and submit [00:01:36] without testing these extensions. [00:01:54] 06Release-Engineering-Team (Deployment-Blockers), 05Release: MW-1.29.0-wmf.6 deployment blockers - https://phabricator.wikimedia.org/T152563#2871315 (10mmodell) [00:02:13] (03CR) 10jenkins-bot: [V: 04-1] Add Scribuntu to gate and submit again [integration/config] - 10https://gerrit.wikimedia.org/r/327131 (owner: 10Paladox) [00:03:53] thcipriani, paladox, any eta on it? I would like to get it into the swat [00:04:38] yurik i would need hashar help on this as it might require some changes so we doint test certain extensions. [00:04:43] yurik: I think this needs someone who knows the underlying issue, i.e. hashar [00:04:47] yeah, that. [00:04:49] Or we could remove JsonConfig from gate and submit? [00:05:11] thcipriani yurik should we temp remove JsonConfig from the gate and submit pipeline? [00:05:11] so force submit for now? [00:05:16] no [00:05:27] we move it back to extensions-unittests-generic [00:06:09] (03PS2) 10Paladox: Add Scribuntu to gate and submit again [integration/config] - 10https://gerrit.wikimedia.org/r/327131 [00:08:21] looks like it's in extensions-unittests-generic [00:08:45] 10Gerrit, 13Patch-For-Review: Some "(Diffusion)" links missing or broken after upgrade - https://phabricator.wikimedia.org/T153130#2870706 (10Dzahn) This has been merged but currently puppet is disabled on cobalt (i think from the version upgrade) so it has not been applied yet. I did confirm that fix. [00:09:10] (03PS1) 10Paladox: Remove JsonConfig temporarily from gate and submit [integration/config] - 10https://gerrit.wikimedia.org/r/327132 [00:09:12] thcipriani yurik ^^ [00:09:30] thcipriani yeh but also has the extension-gate. [00:09:47] so lets remove extension-gate temporary for now. [00:09:54] paladox, not sure i should merge it :) [00:10:07] Ok [00:13:41] 10Continuous-Integration-Infrastructure, 06Release-Engineering-Team, 03releng-201617-q2: Future of CI Assessment - https://phabricator.wikimedia.org/T153155#2871348 (10greg) [00:17:56] 10Continuous-Integration-Infrastructure, 06Release-Engineering-Team, 03releng-201617-q2, 15User-greg: Future of CI Assessment - https://phabricator.wikimedia.org/T153155#2871363 (10greg) 05Open>03Resolved a:03greg Work done: * Meeting with Ops to discuss problems and future work ** https://docs.googl... [00:23:41] 10Gerrit, 13Patch-For-Review: Some "(Diffusion)" links missing or broken after upgrade - https://phabricator.wikimedia.org/T153130#2871417 (10Dzahn) puppet re-enabled, change applied, gerrit service restarted. [00:25:33] 10Gerrit, 13Patch-For-Review: Some "(Diffusion)" links missing or broken after upgrade - https://phabricator.wikimedia.org/T153130#2871420 (10Paladox) 05Open>03Resolved a:03Paladox @Dzahn thanks for merging. Just tested again and it works. Closing as resolved. Please re open if the problem still happe... [00:25:43] 10Gerrit, 13Patch-For-Review: Some "(Diffusion)" links missing or broken after upgrade - https://phabricator.wikimedia.org/T153130#2871423 (10Dzahn) Links in example URL work now. [00:26:08] 06Release-Engineering-Team (Deployment-Blockers), 05Release: MW-1.29.0-wmf.6 deployment blockers - https://phabricator.wikimedia.org/T152563#2871427 (10mmodell) [00:33:52] 10Continuous-Integration-Config: JsonConfig needs Scribunto for extension-gate - https://phabricator.wikimedia.org/T153160#2871446 (10thcipriani) [00:58:59] 10Gerrit, 13Patch-For-Review: Some "(Diffusion)" links missing or broken after upgrade - https://phabricator.wikimedia.org/T153130#2871502 (10Tgr) Thanks all! [01:21:17] 10Gerrit, 13Patch-For-Review: Some "(Diffusion)" links missing or broken after upgrade - https://phabricator.wikimedia.org/T153130#2871525 (10Paladox) your welcome. [05:59:09] 10Gerrit, 13Patch-For-Review: Gerrit bug search not (naively) working with Phabricator tasks - https://phabricator.wikimedia.org/T85002#936393 (10Dzahn) bump, can we have some attention on https://gerrit.wikimedia.org/r/#/c/308753 @paladox can you extend the commit message [06:40:23] Yippee, build fixed! [06:40:23] Project selenium-Wikibase » chrome,test,Linux,contintLabsSlave && UbuntuTrusty build #207: 09FIXED in 2 hr 0 min: https://integration.wikimedia.org/ci/job/selenium-Wikibase/BROWSER=chrome,MEDIAWIKI_ENVIRONMENT=test,PLATFORM=Linux,label=contintLabsSlave%20&&%20UbuntuTrusty/207/ [07:25:12] https://integration.wikimedia.org/ci/job/npm-node-4/19780/console [07:25:21] 07:15:58 Loading "eslint.js" tasks...ERROR [07:25:21] 07:15:58 >> ReferenceError: namespae is not defined [07:25:26] wtf is this? [07:26:52] typo somewhere? [07:28:25] legoktm: yes but where [07:28:41] if nothing changed locally I'm guessing it's upstream...? [07:29:37] I cannot reproduce locally [07:30:50] * legoktm tries [07:33:10] npm is really slow... [07:33:59] works fine for me too [07:34:20] the recheck is passing now [07:36:23] legoktm: but another patch just failed with same error [07:36:44] uhh...I have no idea, can you file a bug for it? [07:37:07] also seen on CentralAuth [07:37:10] yes doing already [07:37:49] 10Continuous-Integration-Infrastructure: npm-node-4 test intermittently fails for some extensions in CI, but not locally - https://phabricator.wikimedia.org/T153173#2871797 (10Nikerabbit) [07:38:25] thanks [08:19:18] 05Gerrit-Migration, 10Differential: Find way to use Differential with plain git (i.e.: without requiring arc) - https://phabricator.wikimedia.org/T127#2871847 (10Paladox) Upstream have opened a new task https://secure.phabricator.com/T12010 And looks like they have started working on this. [08:26:49] 10Continuous-Integration-Config, 10Revision-Slider, 06TCB-Team, 15User-Addshore, 03WMDE-QWERTY-Team-Board: Apparent random failing of RevisionSlider qunit tests - https://phabricator.wikimedia.org/T153121#2871850 (10Tobi_WMDE_SW) @addshore can you describe a bit more under which circumstances this was re... [08:52:28] o/ [08:57:51] 10Continuous-Integration-Config, 10MediaWiki-extensions-ContentTranslation, 05Language-Engineering October-December 2016, 03Language-Q2-2016-17 Sprint 5, and 2 others: mwext-qunit-jessie test fails on unrelated change - https://phabricator.wikimedia.org/T153038#2871920 (10hashar) RevisionSlider filled in {... [09:02:59] hashar, hi, could you check the https://gerrit.wikimedia.org/r/#/c/326906/ - there are some weird things with the jsonconfig dependency that paladox has been poking at [09:03:11] i was trying to swat it yesterday, but it all barfed at me [09:32:36] yurik: will do :} [09:35:17] (03CR) 10Hashar: [C: 04-1] "The slowdown is unrelated to the git clone delay / using a local cache of git repos." [integration/config] - 10https://gerrit.wikimedia.org/r/327131 (owner: 10Paladox) [09:37:37] yurik: namely that is because Scribunto is not part of the job build. In the current state, adding Scribunto to the job causes the phpunit runner to run the Scribunto integration tests against LUA which is usually irrelevant. And that takes too long. The task is https://phabricator.wikimedia.org/T126670 [09:39:23] in short it is a mess [09:39:49] hashar, should i start force-submitting things to jsonconfig now in order to make the swat? [09:39:56] no [09:40:19] the best we can do for now is to have the test to skip when the class is not available [09:40:37] if you force merge it, that is going to break every single builds having JsonConfig [09:41:23] something like: [09:41:49] if ( ! class_exists( 'SomeClass' ) ) { $this->markTestSkipped( "Scribunto is required for this integration test" ); } [09:41:53] hi [09:41:57] yurik: ^^^will unlock your change [09:42:03] since the test will not run at all [09:42:10] that is the best I can offer right now [09:42:20] we could just remove JsonConfig from the gate test? [09:42:29] the issue we have with the mediawiki-extensions job is that run every single tests registered in extensions [09:42:45] when we would want to split them in various kinds [09:42:49] hashar, its not the test that fails [09:43:37] hashar im wondering if we should add support for deps in the gate test but the deps should not be tested? [09:45:15] yurik: the test invokes JCLuaLibrary::reindexTabularData and JCLuaLibrary extends Scribunto_LuaLibraryBase which is not available [09:45:24] paladox: yeah that is what we need [09:45:37] Yep :). [09:45:43] paladox: or more precisely for the deps, only run a subset of tests that could be flagged explicitly [09:45:50] oh [09:46:20] so say you get the job with JsonConfig and Scribunto [09:46:40] if a patch is made against Scribunto we run all of Scribunto tests + tests in JsonConfig that are flagged as integration tests [09:46:58] yep [09:47:12] or if a patch is sent to JsonConfig, run all of its tests + the few Scribunto tests that are flagged as integration tests with multiple extensions [09:47:30] there is no such logic in MediaWiki though. Everything is registered in UnitTestsList and we run everything [09:47:43] yep [09:48:51] yurik: so yeah it is terrible but to unblock this right now, the best is to skip it [09:53:24] hashar https://phpunit.de/manual/4.8/en/textui.html [09:53:31] we could use exclude-groups? [09:53:39] --group ... Only runs tests from the specified group(s). [09:53:40] --exclude-group ... Exclude tests from the specified group(s). [09:53:46] something can be implemented [09:53:56] but first we want to write down the problem at hand [09:54:05] figure out the solution on paper [09:54:15] and after that we can figure out an implementation [09:54:33] oh [09:56:00] 10Continuous-Integration-Config, 10Revision-Slider, 06TCB-Team, 15User-Addshore, 03WMDE-QWERTY-Team-Board: Apparent random failing of RevisionSlider qunit tests - https://phabricator.wikimedia.org/T153121#2871980 (10WMDE-leszek) FWIW I also finally managed to reproduce the failures, somehow. So I have a... [09:56:12] hi, is it ok to use mwdebug to reproduce a problem I encountered during a swat deploy but without going with the full swat process? [09:56:28] I mean uploading a diff directly to mwdebug? [10:01:48] yurik: paladox: the scheme (assuming JsonConfig) would be https://docs.google.com/drawings/d/1ebVAFqM80Me7HCiLV-JdAkNCh3unLCGsuNqRcgiGtEI/edit [10:02:10] oh [10:07:05] added a few comments [10:07:20] yep [10:07:22] thanks [10:07:35] 06Release-Engineering-Team, 10DBA, 07Performance: s3 database resource usage and contention increased 2-10x times - https://phabricator.wikimedia.org/T153184#2872022 (10jcrespo) [10:08:38] heads up on https://phabricator.wikimedia.org/T153184 , for me that would be revert-worthy [10:09:20] yurik: kudos and sorry :( [10:09:25] * yurik stares at hashar's diagram for a bit... and realizes that it is 5am... time for bed. It seems the workaround worked :) I will need to SWAT it, or someone else could :) [10:11:31] yurik: I can swat it with anomie when he is around [10:11:35] that would be in like 3 hours or so [10:11:58] hashar, that would be great, thanks. Don't worry about breaking anything - it just launched a few days ago, noones using it yet [10:12:13] yurik: do you have a test case ? [10:12:26] yurik: would be nice to have some idea about how to reproduce the issue so we can assert it is fixed [10:12:28] hashar, not on wiki... i do have unit tests though :-P [10:12:30] but maybe anomie knows about it [10:12:32] ;D [10:12:45] yurik: so there is no end-users impact right ? [10:12:53] hashar, nope [10:12:56] good [10:12:58] sleep so! [10:13:15] yurik: I am going to comment on the task and ask anomie to poke me and we will push it together [10:13:17] hashar, basically this chart would be a bit more accurate - https://en.wikipedia.org/wiki/User:Yurik/WeatherDemo [10:13:24] (well brad can just do it afaik) [10:13:29] neat [10:13:33] it takes data directly from https://commons.wikimedia.org/wiki/Data:Weather/New_York_City.tab [10:13:42] hmm wait [10:13:51] where does the data comes from ? is that in wikidata? [10:14:01] hashar, this is neat - https://en.wikipedia.org/wiki/User:Yurik/Weather_barchart -- same data source :) [10:14:09] not that silly text table :) [10:14:11] https://commons.wikimedia.org/wiki/Data:Weather/New_York_City.tab [10:14:12] oh [10:14:15] so [10:14:17] it is late [10:14:26] but if we could get those .tab files centrally hosted in wikidata [10:14:29] that would be a HUGE thing [10:14:43] +30 on reusing data / avoid copy pasta [10:14:57] hashar, they ARE centrally hosted, but due to a long discussion, it was decided to place them on commons [10:15:06] I really love all those kind of improvement you are pushing. That is awesome [10:15:07] in other words, you already have that :) [10:15:12] well [10:15:14] it is on commons [10:15:20] has long as it is central [10:15:20] wikidata is just a bad domain for that [10:15:24] yep [10:15:32] and that the weather data for Washington can be reused on multiple wikis / multiple pages [10:15:32] did you play with the chart - https://en.wikipedia.org/wiki/User:Yurik/Weather_barchart ? [10:15:33] we have a deal [10:15:40] (9/10) will buy again [10:15:42] yep, that's exa'ctly what it is [10:15:56] try to select a portion at the bottom of that graph [10:16:02] I am fed up with people having to manually updates / rely on bots to update the exact same thing over and over [10:16:03] \O/ [10:16:22] wait [10:16:32] does that Graph grab the info from that .tab on commons ? [10:16:35] yep [10:16:43] seriously [10:16:53] see the code underneath it :) [10:17:08] that is very awesome [10:17:10] "url": "tabular:///Weather/New_York_City.tab", [10:17:15] I am getting too old to read code [10:17:27] especially when the coding language is called "json" :) [10:17:34] the 30'000 feet overview of the product is good enough for me :D [10:17:40] hehe [10:18:03] as both a volunteer and pro. I really boldly welcome this change [10:18:08] hashar, this is the same data as a heatmap - https://en.wikipedia.org/wiki/User:Yurik/Weather_heatmap [10:18:17] and I really hope the editors will leverage on those new systems [10:18:18] just playing around with it [10:18:21] yeah yeah [10:18:26] that is excellent [10:18:29] central data [10:18:34] yep :) [10:18:37] central graph/tables templates [10:18:43] not yet :( [10:18:46] i wish [10:18:49] and editors just have to click twice to get what they want [10:19:05] hashar, that's actually what i wrote on the secound page of https://meta.wikimedia.org/wiki/User:Yurik/I_Dream_of_Content [10:19:11] (eg: click "washington weather data set" click "climate overview template" click "insert" click "save" [10:19:12] done [10:19:16] that is a HUGE time saver [10:19:46] yeah... especially if at some point we will support external data [10:19:58] instead of copy/pasting it into .tab or .map files... [10:20:22] hashar, https://commons.wikimedia.org/wiki/Data:Neighbourhoods/New_York_City.map [10:20:27] hashar: any progress on injecting skins into jobs? :) [10:20:30] another example of the shared stuff [10:20:55] ok, gnight [10:21:31] 06Release-Engineering-Team (Deployment-Blockers), 05Release: MW-1.29.0-wmf.6 deployment blockers - https://phabricator.wikimedia.org/T152563#2872070 (10Legoktm) [10:21:33] 06Release-Engineering-Team, 10DBA, 07Performance: s3 database resource usage and contention increased 2-10x times - https://phabricator.wikimedia.org/T153184#2872071 (10Legoktm) [10:21:43] yurik: and I replied on task. Will deal with it with anomie. Thank you!!!!!!!!!!! [10:21:54] thx [10:21:58] night [10:22:05] yurik: night :) [10:22:12] zeljkof: been processing emails [10:22:36] did draw some crazy sketch up related to future of CI https://docs.google.com/drawings/d/1ebVAFqM80Me7HCiLV-JdAkNCh3unLCGsuNqRcgiGtEI/edit [10:23:01] looked at how our qunit job can eventually output a junit test result which we could attach to the build and have jenkins to create a neat test report [10:23:10] and tried investigating some qunit job failure :} [10:23:17] 06Release-Engineering-Team, 10DBA, 07Performance: s3 database resource usage and contention increased 2-10x times - https://phabricator.wikimedia.org/T153184#2872076 (10jcrespo) [10:23:24] zeljkof: so in short. No got delayed [10:23:28] but I have https://gerrit.wikimedia.org/r/#/c/326922/1/jjb/mediawiki.yaml open in my browser [10:23:40] will look at supporting the skin injection properly now and write bunch of tests [10:23:51] namely, gotta enhance zuul parameter [10:24:59] coffee break brb [10:25:31] now I remember where I stopped with echo/rspec job [10:25:32] https://integration.wikimedia.org/ci/job/mwext-mw-rspec-jessie/4/console [10:25:45] 00:01:03.780 SystemStackError: stack level too deep [10:25:51] ok, let's see about that... [10:39:31] arghhhhhh [10:39:33] NameError: uninitialized constant MediawikiSelenium::RakeTask::Shellwords [10:39:41] https://integration.wikimedia.org/ci/job/rake-jessie/57062/console [10:39:49] whatever I do, something breaks [10:44:09] (03CR) 10Paladox: "test" [integration/config] - 10https://gerrit.wikimedia.org/r/323540 (https://phabricator.wikimedia.org/T151593) (owner: 10Paladox) [10:45:09] zeljkof: stack level too deep, Tobias filled a task about that and the reason was the lack of an environments.yaml file [10:45:18] zeljkof: we had a patch for that in mediawiki_selenium 1.7.3 iirc [10:45:45] * 080a00b - Avoid endless recursion when environments.yml is missing (Mon Nov 7 15:23:38 2016 +0000) [10:46:15] https://phabricator.wikimedia.org/T149311 [10:46:29] and da patch https://gerrit.wikimedia.org/r/#/c/318305/3/lib/mediawiki_selenium/environment.rb [10:46:35] so maybe you are hitting something similar [10:46:52] Installing mediawiki_selenium 1.7.3 [10:46:53] hmm no [10:47:06] hashar: yes, already tried the update [10:47:15] something is messed up with ruby or gems... [10:47:19] https://integration.wikimedia.org/ci/job/rake-jessie/57062/console fails for a different reason though [10:47:20] but hard to figure out what [10:47:24] NameError: uninitialized constant MediawikiSelenium::RakeTask::Shellwords [10:47:48] yes, probably because I have updated rake :| [10:47:53] working on it [10:47:56] :D [10:48:52] rspec job... https://integration.wikimedia.org/ci/job/mwext-mw-rspec-jessie/6/console [10:49:16] still SystemStackError: stack level too deep [10:49:25] that one has mediawiki_selenium 1.7.2 [10:49:45] so maybe that is the same issue Tobias had [10:51:15] but wait [10:51:16] Installing mediawiki_selenium 1.7.2 [10:51:38] why 1.7.2? when the gemfile says 1.7.3? [10:54:59] desktop machine wants to restart, will join from laptop [11:05:42] 10Beta-Cluster-Infrastructure, 06Operations, 07HHVM, 13Patch-For-Review, 15User-Elukey: Move the MW Beta appservers to Debian - https://phabricator.wikimedia.org/T144006#2872188 (10elukey) a:05elukey>03None [11:11:12] 06Release-Engineering-Team, 10DBA, 07Performance: s3 database resource usage and contention increased 2-10x times - https://phabricator.wikimedia.org/T153184#2872211 (10jcrespo) After a first look, the issue is not 100% clear that this is due to a train deployment, as the issue seems to continue, but there i... [11:14:46] hashar: I know that the question is silly but.. What do I have to do in labs (analytics project) to make sure that a new instance (just created) grants access to ops/etc.. ? [11:15:12] I assumed that it was pushed by default via puppet [11:15:15] but.. I can ssh :D [11:24:29] (03PS1) 10Hashar: Properly inject SKIN_DEPENDENCIES [integration/config] - 10https://gerrit.wikimedia.org/r/327177 (https://phabricator.wikimedia.org/T139740) [11:24:43] zeljkof: so https://gerrit.wikimedia.org/r/327177 reproduce the issue at hand ( vector is not injected) [11:24:51] elukey: there are no silly questions! [11:25:01] elukey: the only silly ones are questions not being asked :D [11:25:38] elukey: iirc the ops ssh keys are injected by puppet in /etc/ssh/userkeys or something like that. So ops can connect to any instances from the bastion-restricted instance [11:25:40] or something like that [11:25:52] else you want to add folks to the labs project [11:26:06] that will add them to the project-analytics group in LDAP and grant them access [11:26:29] (03CR) 10jenkins-bot: [V: 04-1] Properly inject SKIN_DEPENDENCIES [integration/config] - 10https://gerrit.wikimedia.org/r/327177 (https://phabricator.wikimedia.org/T139740) (owner: 10Hashar) [11:26:36] ah ok nice! [11:27:01] zeljkof: lunch, will implement the fix after [11:27:07] hashar: hm, I'm not sure I understand [11:27:10] I want to make sure corner cases are handled [11:27:21] mediawiki-core-selenium-jessie does not clone Vector [11:27:29] so we have to inject Vector in SKIN_DEPENDENCIES so it get cloned [11:27:35] I see things removed, but not where it is added? [11:27:40] will deal with that and get a solution hopefully before the swat [11:27:50] ah, ok, thanks [11:27:52] oh [11:27:58] I haven't added the logic [11:28:01] just wrote a test that shows the issue [11:28:01] :} [11:28:02] hence the failure [11:28:21] I see, now it makes sense 🤡 [11:31:33] bbl [12:14:19] (03CR) 10Paladox: "test" [integration/config] - 10https://gerrit.wikimedia.org/r/323540 (https://phabricator.wikimedia.org/T151593) (owner: 10Paladox) [12:33:31] 10Continuous-Integration-Config, 10Revision-Slider, 06TCB-Team, 13Patch-For-Review, and 3 others: Apparent random failing of RevisionSlider qunit tests - https://phabricator.wikimedia.org/T153121#2872304 (10Tobi_WMDE_SW) 05Open>03Resolved a:03Tobi_WMDE_SW [12:38:05] !log created deployment-copper on deployment-prep as temporary test [12:38:09] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [12:38:29] I am able to ssh and I'd like to test a couple of things before deleting the instance [12:38:50] the overall project resources are good [12:38:58] but please let me know if anybody is against it [13:06:04] PROBLEM - Puppet run on deployment-copper is CRITICAL: CRITICAL: 14.29% of data above the critical threshold [0.0] [13:07:22] elukey: tis all good I guess [13:07:30] elukey: I don't think we need any kind of paper work to add more instances to the beta cluster [13:08:14] thanks :) [13:08:18] I am building my package now [13:08:26] let's see if it works [13:11:03] RECOVERY - Puppet run on deployment-copper is OK: OK: Less than 1.00% above the threshold [0.0] [13:45:58] (03PS2) 10Hashar: Properly inject SKIN_DEPENDENCIES [integration/config] - 10https://gerrit.wikimedia.org/r/327177 (https://phabricator.wikimedia.org/T139740) [13:46:11] lets double strike now [13:46:18] zeljkof: patch above would fix your issue [13:46:28] but I am going to make it to fix another related issue [13:46:37] namely to inject Skin to the mwext-mw-selenium-jessie job [13:46:44] cooool [13:46:45] which is missing Vector [13:46:49] looking for the related task now [13:47:26] or maybe I can make it a follow up change [13:47:27] but the logic is the same [13:47:42] for some subset of jobs, always add Vector as an additional dependency [13:47:43] it is terrible [13:48:15] zeljkof: https://phabricator.wikimedia.org/T137112#2745161 [13:48:28] there are a bunch of tasks blocked on the same issue [13:48:28] namely injecting skins [13:48:32] and vector specifically [13:48:51] there is some english idiomatic about using one stone to strike both stuff [13:48:58] idiom [13:49:04] ah [13:49:09] "Kill two birds with one stone" [13:51:34] 🐦 :bi [13:51:51] 🐦 🐦 [13:56:43] and you know [13:56:49] global variables ARE evil [13:56:52] guaranteed [13:57:48] gotta find out how to save/restore globals [13:59:30] hashar: let me know when it's ready for testing [14:34:16] (03PS3) 10Hashar: Properly inject SKIN_DEPENDENCIES [integration/config] - 10https://gerrit.wikimedia.org/r/327177 (https://phabricator.wikimedia.org/T139740) [14:43:10] I have screwed up my local environment somehow :( [14:43:13] can't run tox [14:50:58] fixed [14:52:12] (03PS4) 10Hashar: Properly inject SKIN_DEPENDENCIES [integration/config] - 10https://gerrit.wikimedia.org/r/327177 (https://phabricator.wikimedia.org/T137112) [14:52:14] zeljkof: ok will deploy that [14:52:40] hashar: so, the jobs with vector are ready for testing? [14:53:55] (03CR) 10Hashar: [C: 032] Properly inject SKIN_DEPENDENCIES [integration/config] - 10https://gerrit.wikimedia.org/r/327177 (https://phabricator.wikimedia.org/T137112) (owner: 10Hashar) [14:55:19] (03Merged) 10jenkins-bot: Properly inject SKIN_DEPENDENCIES [integration/config] - 10https://gerrit.wikimedia.org/r/327177 (https://phabricator.wikimedia.org/T137112) (owner: 10Hashar) [14:55:36] zeljkof: ready to test [14:56:15] hashar: this is the docs for deploying extensions? https://wikitech.wikimedia.org/wiki/How_to_deploy_code#Case_1b:_extension.2Fskin.2Fvendor_changes [14:57:01] actually, this one [14:57:01] https://wikitech.wikimedia.org/wiki/How_to_deploy_code#Step_2:_get_the_code_on_the_deployment_host [15:03:21] (03PS1) 10Matthias Mullie: Add AbuseFilter & SpamBlacklist as UploadWizard dependency for mwext-testextension- [integration/config] - 10https://gerrit.wikimedia.org/r/327202 [15:05:26] (03CR) 10jenkins-bot: [V: 04-1] Add AbuseFilter & SpamBlacklist as UploadWizard dependency for mwext-testextension- [integration/config] - 10https://gerrit.wikimedia.org/r/327202 (owner: 10Matthias Mullie) [15:10:32] hashar: ok, collected my notes on deploying extensions, will have to do it a few more times now, to train, and to check if the docs make sense :) [15:13:20] zeljkof: the patch I sent earlier is only for mediawiki-core-selenium-jessie [15:13:26] not for the mwext-mw-rspec-jessie [15:14:56] hashar: rspec one does not need vector, so all good there [15:15:20] rspec just needs mediawiki, no skins, never goes to the web interface, api only [15:18:28] 10Browser-Tests-Infrastructure, 07Ruby, 15User-zeljkofilipin: NameError: uninitialized constant MediawikiSelenium::RakeTask::Shellwords - https://phabricator.wikimedia.org/T153202#2872640 (10zeljkofilipin) [15:19:11] ko [15:19:12] ok [15:21:03] (03PS1) 10Hashar: mwext-mw-selenium now get Vector dep from Zuul [integration/config] - 10https://gerrit.wikimedia.org/r/327210 (https://phabricator.wikimedia.org/T137112) [15:22:46] (03PS1) 10Zfilipin: Fix NameError: uninitialized constant MediawikiSelenium::RakeTask::Shellwords [selenium] - 10https://gerrit.wikimedia.org/r/327211 (https://phabricator.wikimedia.org/T153202) [15:23:38] 10Browser-Tests-Infrastructure, 13Patch-For-Review, 07Ruby, 15User-zeljkofilipin: NameError: uninitialized constant MediawikiSelenium::RakeTask::Shellwords - https://phabricator.wikimedia.org/T153202#2872672 (10zeljkofilipin) p:05Triage>03Low [15:25:46] hashar: should I +2 https://gerrit.wikimedia.org/r/#/c/327210/ [15:25:49] is it ready? [15:26:23] oh, I remember, we have to test it first :) [15:26:30] (03CR) 10Hashar: [C: 032] "Added you for info. In short Vector is no more cloned directly by the job, but injected by Zuul as a dependency (via SKIN_DEPENDENCIES)." [integration/config] - 10https://gerrit.wikimedia.org/r/327210 (https://phabricator.wikimedia.org/T137112) (owner: 10Hashar) [15:26:58] zeljkof: I am feeling bold :] [15:27:09] the jobs already pass SKIN_DEPENDENCIES to zuul-cloner [15:27:12] yeah! 💪 [15:27:20] there is some race condition though [15:27:26] I have already updated the Job [15:27:30] but zuul needs to be reloaded :D [15:27:57] (03Merged) 10jenkins-bot: mwext-mw-selenium now get Vector dep from Zuul [integration/config] - 10https://gerrit.wikimedia.org/r/327210 (https://phabricator.wikimedia.org/T137112) (owner: 10Hashar) [15:29:04] 10Browser-Tests-Infrastructure, 05Continuous-Integration-Scaling, 13Patch-For-Review, 15User-zeljkofilipin: migrate mwext-mw-selenium to Nodepool instances - https://phabricator.wikimedia.org/T137112#2872703 (10hashar) The jobs should now have Vector injected as a dependency and clone it before MediaWiki i... [15:36:28] stupid mariadb [15:36:29] on upgrade it prompts to confirm [15:36:30] ... [15:43:33] good news [15:43:46] RelatedArticles mw selenium tests now pass on nodepool (Vector is cloned/installed properly) [15:44:07] yeah! [15:44:20] we had a few of those jobs around... [15:44:32] * zeljkof is in the middle of debugging rspec job [15:44:38] * zeljkof shakes fist [15:44:41] zeljkof: due to shellwords? [15:44:48] our class expands the cucumber rake task [15:44:58] I guess it now more has shellwords [15:45:01] shellwords is fixed [15:45:11] https://phabricator.wikimedia.org/T153202 [15:45:22] I am wondering why it is no more there though [15:45:25] https://gerrit.wikimedia.org/r/#/c/327211/ [15:45:28] that does not really make sense [15:45:45] and I am not sure why rspec job insists on using mw-sel 1.7.2 [15:46:03] when it is literally a copy/paste of selenium job, that uses 1.7.3 [15:48:22] hashar: and stack level too deep (https://phabricator.wikimedia.org/T149311) does not seem related to echo, since it does have environments.yml :| [15:48:58] can you reproduce locally at least? [15:49:49] 10Browser-Tests-Infrastructure, 05Continuous-Integration-Scaling, 13Patch-For-Review, 15User-zeljkofilipin: migrate mwext-mw-selenium to Nodepool instances - https://phabricator.wikimedia.org/T137112#2872723 (10hashar) [15:50:12] 10Browser-Tests-Infrastructure, 05Continuous-Integration-Scaling, 13Patch-For-Review, 15User-zeljkofilipin: migrate mwext-mw-selenium to Nodepool instances - https://phabricator.wikimedia.org/T137112#2357597 (10hashar) Tested a few extensions and they pass. I am going to do the switch and drop the old jobs. [15:50:24] hashar: no, that is the fun part :( [15:51:34] I am moving the mwext-mw-selenium jobs to nodepool [15:51:39] the few repos I have checked all pass [15:51:54] (03PS1) 10Zfilipin: WIP mwext-mw-rspec-jessie does not need Vector skin [integration/config] - 10https://gerrit.wikimedia.org/r/327219 (https://phabricator.wikimedia.org/T146916) [15:52:26] hashar: great, finally we are able to do that [15:52:40] yeah we got too much things on our shoulders :( [15:57:26] hashar: not too much, just a bit ;) [15:57:51] the latest echo patch removes mw-sel completely, let's see if that fixes the problem [15:57:53] (03PS1) 10Hashar: mwext-mw-selenium jobs to Nodepool [integration/config] - 10https://gerrit.wikimedia.org/r/327220 (https://phabricator.wikimedia.org/T137112) [16:01:43] (03CR) 10Hashar: [C: 032] mwext-mw-selenium jobs to Nodepool [integration/config] - 10https://gerrit.wikimedia.org/r/327220 (https://phabricator.wikimedia.org/T137112) (owner: 10Hashar) [16:05:59] (03Merged) 10jenkins-bot: mwext-mw-selenium jobs to Nodepool [integration/config] - 10https://gerrit.wikimedia.org/r/327220 (https://phabricator.wikimedia.org/T137112) (owner: 10Hashar) [16:06:30] 10Browser-Tests-Infrastructure, 06Release-Engineering-Team, 07Epic, 07Tracking: [EPIC] trigger browser tests from Gerrit (tracking) - https://phabricator.wikimedia.org/T55697#2872784 (10hashar) [16:06:32] 10Browser-Tests-Infrastructure, 13Patch-For-Review: Run subset of browser tests on isolated CI instances per commit submitted to extensions that run on WMF production - https://phabricator.wikimedia.org/T54425#2872785 (10hashar) [16:06:34] 10Browser-Tests-Infrastructure, 05Continuous-Integration-Scaling, 13Patch-For-Review, 15User-zeljkofilipin: migrate mwext-mw-selenium to Nodepool instances - https://phabricator.wikimedia.org/T137112#2872783 (10hashar) 05Open>03Resolved [16:06:35] went bold [16:15:13] 10Continuous-Integration-Config, 06Operations, 06Operations-Software-Development, 13Patch-For-Review: tox-jessie is failing on operations/software - https://phabricator.wikimedia.org/T152549#2872809 (10hashar) a:03hashar [16:20:03] 10Continuous-Integration-Config, 10Revision-Slider, 06TCB-Team, 13Patch-For-Review, and 3 others: Apparent random failing of RevisionSlider qunit tests - https://phabricator.wikimedia.org/T153121#2872846 (10hashar) Due to mediawiki/core change https://gerrit.wikimedia.org/r/#/c/324387/ Congratulations to... [17:01:28] 10Continuous-Integration-Config: JsonConfig needs Scribunto for extension-gate - https://phabricator.wikimedia.org/T153160#2873004 (10hashar) So the issue was in https://gerrit.wikimedia.org/r/#/c/326906/ So that has been worked around by skipping the tests. We will want to split the tests in different parts an... [17:08:01] (03Abandoned) 10Hashar: Remove JsonConfig temporarily from gate and submit [integration/config] - 10https://gerrit.wikimedia.org/r/327132 (owner: 10Paladox) [17:14:25] (03CR) 10Matthias Mullie: [] "recheck" [integration/config] - 10https://gerrit.wikimedia.org/r/327202 (owner: 10Matthias Mullie) [17:16:02] (03CR) 10jenkins-bot: [V: 04-1] Add AbuseFilter & SpamBlacklist as UploadWizard dependency for mwext-testextension- [integration/config] - 10https://gerrit.wikimedia.org/r/327202 (owner: 10Matthias Mullie) [17:19:02] (03PS2) 10Matthias Mullie: Add AbuseFilter & SpamBlacklist as UploadWizard dependency [integration/config] - 10https://gerrit.wikimedia.org/r/327202 [17:19:54] (03CR) 10jenkins-bot: [V: 04-1] Add AbuseFilter & SpamBlacklist as UploadWizard dependency [integration/config] - 10https://gerrit.wikimedia.org/r/327202 (owner: 10Matthias Mullie) [17:21:08] (03PS3) 10Matthias Mullie: Add AbuseFilter & SpamBlacklist as UploadWizard dependency [integration/config] - 10https://gerrit.wikimedia.org/r/327202 [17:30:53] (03PS4) 10Matthias Mullie: Add AbuseFilter & SpamBlacklist as UploadWizard dependency [integration/config] - 10https://gerrit.wikimedia.org/r/327202 [17:56:39] aude / RoanKattouw / ostriches : Can you remind me of the re-requisites for getting my SWAT core patch deployed in the run an hour from now? Do i cherry-pick it to the -wmf.5 and -wmf.6 branches and put it up for review? Or just cherry-pick and self-merge? [17:56:50] *pre-requisites [18:26:36] 03Scap3: scap sync-l10n AttributeError: 'Namespace' object has no attribute 'message' - https://phabricator.wikimedia.org/T152390#2873279 (10thcipriani) a:03thcipriani [18:29:45] 06Release-Engineering-Team, 10Tool-Labs-tools-Other, 13Patch-For-Review: Jouncebot: Add functionality to change Nick from Jouncebot_ to Jouncebot automatically - https://phabricator.wikimedia.org/T150916#2873288 (10Zppix) 05Open>03Resolved [18:31:45] 10Deployment-Systems, 03Scap3, 13Patch-For-Review: Update Debian Package for Scap3 - https://phabricator.wikimedia.org/T127762#2873311 (10thcipriani) 05Resolved>03Open I have a small bugfix release 3.4.2-1 that (aside from the necessary debian/packaging wrangling) only contains the fix for {T152390} @fg... [18:32:29] godog: ^ FYI. small scap bugfix release. [18:34:34] thcipriani: ack, I'll take a look today, how urgent is it? [18:36:14] godog: eh, it's been broken since we release 3.4.0 so it's not destroying anything, but it is causing problems for folks, (as always) sooner is better :) [18:36:29] not on fire, but smoldering :P [18:38:24] 06Release-Engineering-Team, 10MediaWiki-General-or-Unknown, 06Operations, 10Traffic, and 4 others: Make sure we're not relying on HTTP_PROXY headers - https://phabricator.wikimedia.org/T140658#2873344 (10Aklapper) [18:39:20] haha ok I'll grab a blanket [18:40:35] thanks [18:57:13] why is -imagescaler01 a puppetmaster? [18:57:16] and -phab01? [19:19:52] thcipriani: LMK when done with swat and I'll merge the scap puppet patch [19:20:39] godog: cool, will do! thanks :) [19:26:06] 06Release-Engineering-Team, 06Operations, 10Phabricator, 13Patch-For-Review: Setup test domain for phab2001 - https://phabricator.wikimedia.org/T152132#2873547 (10Dzahn) a:03Dzahn [19:27:02] 06Release-Engineering-Team, 06Operations, 10Phabricator, 13Patch-For-Review: Setup test domain for phab2001 - https://phabricator.wikimedia.org/T152132#2839539 (10Dzahn) we are waiting for https://gerrit.wikimedia.org/r/#/c/324797/ here, traffic team asked to wait a couple days because they were in the mi... [19:36:43] 10Continuous-Integration-Infrastructure, 06Release-Engineering-Team, 03releng-201617-q3, 07Jenkins, 07Zuul: Create "CI Staging" project - https://phabricator.wikimedia.org/T153235#2873630 (10greg) [19:36:51] 10Continuous-Integration-Infrastructure, 06Release-Engineering-Team, 03releng-201617-q3, 07Jenkins, 07Zuul: Create "CI Staging" - https://phabricator.wikimedia.org/T153235#2873648 (10greg) [19:49:11] 06Release-Engineering-Team, 10DBA, 07Performance: s3 database resource usage and contention increased 2-10x times - https://phabricator.wikimedia.org/T153184#2872022 (10mmodell) are there any async jobs running along with group0? This //may// be related: After deploying the train, I noticed a lot of this... [19:50:13] 06Release-Engineering-Team, 10DBA, 07Performance: s3 database resource usage and contention increased 2-10x times - https://phabricator.wikimedia.org/T153184#2873732 (10mmodell) p:05Triage>03High @jcrespo: I can revert and see what happens? [19:57:23] 06Release-Engineering-Team, 10DBA, 07Performance: s3 database resource usage and contention increased 2-10x times - https://phabricator.wikimedia.org/T153184#2873772 (10mmodell) [20:15:33] godog: SWAT is finished, train is in process, but this is a very minor scap change and should really affect much of anything that people use. This is for the bots :) [20:15:38] 06Release-Engineering-Team, 10DBA, 07Performance: s3 database resource usage and contention increased 2-10x times - https://phabricator.wikimedia.org/T153184#2873848 (10mmodell) I just reverted, waiting a while to see if it makes any difference in the graphs linked above.. [20:18:31] 06Release-Engineering-Team, 10DBA, 07Performance: s3 database resource usage and contention increased 2-10x times - https://phabricator.wikimedia.org/T153184#2873856 (10mmodell) It doesn't appear to be helping. [20:19:55] 06Release-Engineering-Team, 10DBA, 07Performance: s3 database resource usage and contention increased 2-10x times - https://phabricator.wikimedia.org/T153184#2872022 (10demon) >>! In T153184#2873726, @mmodell wrote: > are there any async jobs running along with group0? > > This //may// be related: > After... [20:24:28] 06Release-Engineering-Team, 10DBA, 07Performance: s3 database resource usage and contention increased 2-10x times - https://phabricator.wikimedia.org/T153184#2873890 (10mmodell) ok so rollback of the train hasn't helped. Any other ideas of what could be causing this? [20:41:43] 06Release-Engineering-Team, 10DBA, 07Performance: s3 database resource usage and contention increased 2-10x times - https://phabricator.wikimedia.org/T153184#2872022 (10hashar) On s3 we had the same bump of traffic over the week-end from Dec 10 08:55UTC till Dec 11 20:55UTC: {F5055852 size=full} [20:41:57] Yippee, build fixed! [20:41:57] Project selenium-Echo » firefox,beta,Linux,contintLabsSlave && UbuntuTrusty build #241: 09FIXED in 56 sec: https://integration.wikimedia.org/ci/job/selenium-Echo/BROWSER=firefox,MEDIAWIKI_ENVIRONMENT=beta,PLATFORM=Linux,label=contintLabsSlave%20&&%20UbuntuTrusty/241/ [20:50:25] 06Release-Engineering-Team, 06Labs: Request for CI staging project - https://phabricator.wikimedia.org/T150772#2873967 (10hashar) [20:50:29] 10Continuous-Integration-Infrastructure, 06Release-Engineering-Team, 03releng-201617-q3, 07Jenkins, 07Zuul: Create "CI Staging" - https://phabricator.wikimedia.org/T153235#2873966 (10hashar) [20:50:49] 10Continuous-Integration-Infrastructure, 07Nodepool: Add monitoring and capacity planning for Nodepool - https://phabricator.wikimedia.org/T113806#2873983 (10hashar) a:05hashar>03None [20:59:11] 10Continuous-Integration-Infrastructure: npm-node-4 test intermittently fails for some extensions in CI, but not locally - https://phabricator.wikimedia.org/T153173#2874045 (10hashar) 05Open>03declined Well there is a typo somewhere?? ``` lang=diff v - namespace + namespae ``` Feel free to reopen... [21:01:24] 10Continuous-Integration-Infrastructure: npm-node-4 test intermittently fails for some extensions in CI, but not locally - https://phabricator.wikimedia.org/T153173#2874058 (10Legoktm) 05declined>03Open Example: https://integration.wikimedia.org/ci/job/npm-node-4/19780/console The typo isn't in the patch th... [21:04:25] *24 [21:05:18] 10Continuous-Integration-Infrastructure: npm-node-4 test intermittently fails for some extensions in CI, but not locally - https://phabricator.wikimedia.org/T153173#2874097 (10Paladox) @hashar hi this is from irc https://integration.wikimedia.org/ci/job/npm-node-4/19780/console [21:05:33] 06Release-Engineering-Team (Deployment-Blockers), 05Release: MW-1.29.0-wmf.6 deployment blockers - https://phabricator.wikimedia.org/T152563#2874100 (10mmodell) [21:06:17] 06Release-Engineering-Team, 10DBA, 07Performance: s3 database resource usage and contention increased 2-10x times - https://phabricator.wikimedia.org/T153184#2874115 (10mmodell) removing from deployment blockers because this is apparently unrelated to the new branch. [21:06:25] 06Release-Engineering-Team (Deployment-Blockers), 05Release: MW-1.29.0-wmf.6 deployment blockers - https://phabricator.wikimedia.org/T152563#2852689 (10mmodell) [21:06:28] 06Release-Engineering-Team, 10DBA, 07Performance: s3 database resource usage and contention increased 2-10x times - https://phabricator.wikimedia.org/T153184#2874116 (10mmodell) [21:07:39] PROBLEM - Puppet run on deployment-ms-be02 is CRITICAL: CRITICAL: 40.00% of data above the critical threshold [0.0] [21:07:41] PROBLEM - Puppet run on deployment-memc05 is CRITICAL: CRITICAL: 33.33% of data above the critical threshold [0.0] [21:08:32] PROBLEM - Puppet run on deployment-cache-upload04 is CRITICAL: CRITICAL: 55.56% of data above the critical threshold [0.0] [21:08:44] PROBLEM - Puppet run on integration-slave-precise-1011 is CRITICAL: CRITICAL: 22.22% of data above the critical threshold [0.0] [21:08:46] PROBLEM - Puppet run on deployment-restbase01 is CRITICAL: CRITICAL: 20.00% of data above the critical threshold [0.0] [21:09:16] PROBLEM - Puppet run on deployment-db04 is CRITICAL: CRITICAL: 44.44% of data above the critical threshold [0.0] [21:09:20] PROBLEM - Puppet run on deployment-elastic05 is CRITICAL: CRITICAL: 55.56% of data above the critical threshold [0.0] [21:09:40] PROBLEM - Puppet run on integration-slave-trusty-1011 is CRITICAL: CRITICAL: 66.67% of data above the critical threshold [0.0] [21:10:37] ejegg: Sorry, I was on a plane. For future reference: yes create cherry-picks, no do not +2 or merge them prematurely [21:10:50] 10Continuous-Integration-Infrastructure, 07Upstream: npm-node-4 test intermittently fails for some extensions in CI, but not locally - https://phabricator.wikimedia.org/T153173#2874167 (10hashar) 05Open>03Resolved a:03hashar Google has the result now. The build used the dependency `debug@2.4.0` which is... [21:11:09] thanks RoanKattouw. hope it was a good flight! [21:11:57] PROBLEM - Puppet run on integration-slave-precise-1012 is CRITICAL: CRITICAL: 30.00% of data above the critical threshold [0.0] [21:13:05] PROBLEM - Puppet run on integration-slave-trusty-1003 is CRITICAL: CRITICAL: 33.33% of data above the critical threshold [0.0] [21:13:05] PROBLEM - Puppet run on integration-slave-precise-1002 is CRITICAL: CRITICAL: 33.33% of data above the critical threshold [0.0] [21:14:23] PROBLEM - Puppet run on deployment-mediawiki06 is CRITICAL: CRITICAL: 55.56% of data above the critical threshold [0.0] [21:14:49] ^ assume these errors are related to wikitech outage see -ops fyi [21:15:25] 10Continuous-Integration-Config, 07Easy: Fix structure tests for all skins - https://phabricator.wikimedia.org/T113860#2874181 (10hashar) [21:15:56] PROBLEM - Puppet run on repository is CRITICAL: CRITICAL: 55.56% of data above the critical threshold [0.0] [21:16:52] PROBLEM - Puppet run on deployment-mathoid is CRITICAL: CRITICAL: 60.00% of data above the critical threshold [0.0] [21:20:14] 10Continuous-Integration-Config, 13Patch-For-Review: Combine composer-php55 and composer-hhvm jobs - https://phabricator.wikimedia.org/T142457#2874223 (10hashar) Yeah it is a bit messy :( Guess we can migrate the composer-hhvm job from trusty to jessie. The build counts: [[ https://grafana.wikimedia.org/dash... [21:23:59] 06Release-Engineering-Team, 10DBA, 07Performance: s3 database resource usage and contention increased 2-10x times - https://phabricator.wikimedia.org/T153184#2874227 (10jcrespo) [21:25:15] 10Beta-Cluster-Infrastructure, 13Patch-For-Review, 07Puppet: puppet failure on deployment-phab01 ... is not a Hash. It looks to be a Array at /etc/puppet/modules/phabricator/manifests/init.pp:68 - https://phabricator.wikimedia.org/T147818#2874235 (10hashar) a:05hashar>03None deployment-phab01 got fixed... [21:26:37] 06Release-Engineering-Team: make-wmf-branch doesn't seem to work with tags - https://phabricator.wikimedia.org/T153257#2874251 (10Reedy) [21:29:18] 10Beta-Cluster-Infrastructure, 13Patch-For-Review, 07Puppet: puppet failure on deployment-phab01 ... is not a Hash. It looks to be a Array at /etc/puppet/modules/phabricator/manifests/init.pp:68 - https://phabricator.wikimedia.org/T147818#2874283 (10mmodell) I had to upgrade mariadb manually on phab01 [21:37:49] 10Continuous-Integration-Config, 13Patch-For-Review: Combine composer-php55 and composer-hhvm jobs - https://phabricator.wikimedia.org/T142457#2874307 (10Legoktm) Sadly, there have been differences in PHPCS depending upon hhvm vs php, (e.g., https://github.com/squizlabs/PHP_CodeSniffer/pull/669) so I think it'... [21:43:30] RECOVERY - Puppet run on deployment-cache-upload04 is OK: OK: Less than 1.00% above the threshold [0.0] [21:44:16] RECOVERY - Puppet run on deployment-db04 is OK: OK: Less than 1.00% above the threshold [0.0] [21:44:24] RECOVERY - Puppet run on deployment-elastic05 is OK: OK: Less than 1.00% above the threshold [0.0] [21:46:32] 06Release-Engineering-Team: make-wmf-branch doesn't seem to work with tags - https://phabricator.wikimedia.org/T153257#2874251 (10mmodell) make-wmf-branch is very close to being retired. [21:47:41] RECOVERY - Puppet run on deployment-ms-be02 is OK: OK: Less than 1.00% above the threshold [0.0] [21:47:43] RECOVERY - Puppet run on deployment-memc05 is OK: OK: Less than 1.00% above the threshold [0.0] [21:48:47] RECOVERY - Puppet run on deployment-restbase01 is OK: OK: Less than 1.00% above the threshold [0.0] [21:49:23] RECOVERY - Puppet run on deployment-mediawiki06 is OK: OK: Less than 1.00% above the threshold [0.0] [21:50:58] RECOVERY - Puppet run on repository is OK: OK: Less than 1.00% above the threshold [0.0] [21:51:52] RECOVERY - Puppet run on deployment-mathoid is OK: OK: Less than 1.00% above the threshold [0.0] [21:52:51] 06Release-Engineering-Team (Deployment-Blockers), 05Release: MW-1.29.0-wmf.6 deployment blockers - https://phabricator.wikimedia.org/T152563#2874383 (10mmodell) [21:53:06] RECOVERY - Puppet run on integration-slave-precise-1002 is OK: OK: Less than 1.00% above the threshold [0.0] [21:53:06] RECOVERY - Puppet run on integration-slave-trusty-1003 is OK: OK: Less than 1.00% above the threshold [0.0] [21:53:26] 06Release-Engineering-Team (Deployment-Blockers), 05Release: MW-1.29.0-wmf.6 deployment blockers - https://phabricator.wikimedia.org/T152563#2852689 (10mmodell) 15:51:30 !log wmf.6 deploy broke wikitech, group1 temporarily reverted to wmf.5 while we fix semanticforms extension. [21:55:51] (03PS1) 10Reedy: Fix indenting of some braces [tools/release] - 10https://gerrit.wikimedia.org/r/327366 [22:00:33] 06Release-Engineering-Team: make-wmf-branch doesn't seem to work with tags - https://phabricator.wikimedia.org/T153257#2874396 (10mmodell) P4619 [22:00:35] (03CR) 10jenkins-bot: [V: 04-1] Fix indenting of some braces [tools/release] - 10https://gerrit.wikimedia.org/r/327366 (owner: 10Reedy) [22:01:36] (03PS2) 10Reedy: Fix indenting of some braces [tools/release] - 10https://gerrit.wikimedia.org/r/327366 [22:03:52] (03CR) 10Chad: [C: 032] Fix indenting of some braces [tools/release] - 10https://gerrit.wikimedia.org/r/327366 (owner: 10Reedy) [22:05:02] (03Merged) 10jenkins-bot: Fix indenting of some braces [tools/release] - 10https://gerrit.wikimedia.org/r/327366 (owner: 10Reedy) [22:12:15] 06Release-Engineering-Team: make-wmf-branch doesn't seem to work with tags - https://phabricator.wikimedia.org/T153257#2874451 (10Reedy) [22:13:26] 10Continuous-Integration-Config, 13Patch-For-Review: Combine composer-php55 and composer-hhvm jobs - https://phabricator.wikimedia.org/T142457#2874463 (10hashar) >>! In T142457#2874307, @Legoktm wrote: > Sadly, there have been differences in PHPCS depending upon hhvm vs php, (e.g., https://github.com/squizlabs... [22:14:03] PROBLEM - Puppet run on integration-slave-trusty-1003 is CRITICAL: CRITICAL: 33.33% of data above the critical threshold [0.0] [22:14:05] PROBLEM - Puppet run on integration-slave-precise-1002 is CRITICAL: CRITICAL: 44.44% of data above the critical threshold [0.0] [22:41:53] 06Release-Engineering-Team (Deployment-Blockers), 05Release: MW-1.29.0-wmf.6 deployment blockers - https://phabricator.wikimedia.org/T152563#2874593 (10mmodell) [22:44:41] RECOVERY - Puppet run on integration-slave-trusty-1011 is OK: OK: Less than 1.00% above the threshold [0.0] [22:48:42] RECOVERY - Puppet run on integration-slave-precise-1011 is OK: OK: Less than 1.00% above the threshold [0.0] [22:49:04] RECOVERY - Puppet run on integration-slave-precise-1002 is OK: OK: Less than 1.00% above the threshold [0.0] [22:49:06] RECOVERY - Puppet run on integration-slave-trusty-1003 is OK: OK: Less than 1.00% above the threshold [0.0] [22:51:58] RECOVERY - Puppet run on integration-slave-precise-1012 is OK: OK: Less than 1.00% above the threshold [0.0] [22:58:58] 10Continuous-Integration-Infrastructure, 06Release-Engineering-Team, 03releng-201617-q3: Gather requirements for new CI system - https://phabricator.wikimedia.org/T153270#2874708 (10greg) [23:01:04] 03Scap3 (Scap3-MediaWiki-MVP), 03releng-201617-q4, 10scap, 06Operations, and 2 others: Make scap able to depool/repool servers via the conftool API - https://phabricator.wikimedia.org/T104352#2874727 (10greg) [23:01:13] 05Gerrit-Migration, 07Documentation: Update Code Review related documentation on wiki pages from Gerrit to Differential - https://phabricator.wikimedia.org/T207#2874728 (10greg) [23:01:31] 05Gerrit-Migration, 05Goal: Phase 3 repository migrations to Differential (goal - end of June 2017) - https://phabricator.wikimedia.org/T130421#2874730 (10greg) [23:06:29] 03releng-201617-q4, 10MediaWiki-General-or-Unknown, 05MW-1.29-release, 05Release: Release MediaWiki 1.29 - https://phabricator.wikimedia.org/T153271#2874741 (10greg) [23:06:58] 06Release-Engineering-Team, 15User-greg: Phabricator-ize q2-4 updated plans - https://phabricator.wikimedia.org/T145583#2874761 (10greg) 05Open>03Resolved [23:23:43] 06Release-Engineering-Team, 10Wikimedia-Developer-Summit, 06Developer-Relations (Oct-Dec-2016), 07Documentation: Developer Summit 2017: Work with TPG and RelEng on solution to event documenting - https://phabricator.wikimedia.org/T132400#2874824 (10srishakatux) [23:26:11] 10Continuous-Integration-Infrastructure, 06Release-Engineering-Team, 03releng-201617-q3, 07Jenkins, 07Zuul: Create "CI Staging" - https://phabricator.wikimedia.org/T153235#2874826 (10greg) @thcipriani has already been working on this, for the record. [23:26:16] (03Abandoned) 10Paladox: [SemanticFormsInputs] Add extension-unittests test [integration/config] - 10https://gerrit.wikimedia.org/r/263825 (owner: 10Paladox) [23:27:23] (03Abandoned) 10Paladox: [SemanticGenealogy] Add dependance on SemanticMediaWiki and SemanticMaps [integration/config] - 10https://gerrit.wikimedia.org/r/266069 (owner: 10Paladox) [23:30:26] (03Abandoned) 10Paladox: [SemanticFormsInputs] Use extension-unittests-generic tests [integration/config] - 10https://gerrit.wikimedia.org/r/272796 (owner: 10Paladox) [23:30:30] (03Abandoned) 10Paladox: [SemanticResultFormats] Add dependance on SemanticMediaWiki [integration/config] - 10https://gerrit.wikimedia.org/r/273901 (owner: 10Paladox) [23:30:54] (03Abandoned) 10Paladox: Make sure the skins directory is empty in extensions unit tests and qunit tests [integration/config] - 10https://gerrit.wikimedia.org/r/270712 (https://phabricator.wikimedia.org/T113841) (owner: 10Paladox) [23:31:33] 10Continuous-Integration-Config, 13Patch-For-Review: mwext-testextension-* jobs does not remove skins from previous runs - https://phabricator.wikimedia.org/T113841#2874835 (10Paladox) I belive we can close this as resolved as we support skins as deps in extensions now. [23:32:27] (03Abandoned) 10Paladox: Add support for npm 4.3 detection [integration/dashboard] - 10https://gerrit.wikimedia.org/r/274507 (owner: 10Paladox) [23:32:35] (03Abandoned) 10Paladox: Change php-composer-test to composer-test [integration/dashboard] - 10https://gerrit.wikimedia.org/r/274503 (owner: 10Paladox) [23:33:14] (03PS2) 10Paladox: [EducationProgram] Add composer-test and move jshint to check: [integration/config] - 10https://gerrit.wikimedia.org/r/276065 [23:36:20] (03PS8) 10Paladox: [CentralAuth] Add composer-test test [integration/config] - 10https://gerrit.wikimedia.org/r/288819 [23:37:18] (03PS7) 10Paladox: In node-4.3 clone under src [integration/config] - 10https://gerrit.wikimedia.org/r/290702 (https://phabricator.wikimedia.org/T130208) [23:45:03] PROBLEM - Puppet run on integration-slave-precise-1002 is CRITICAL: CRITICAL: 55.56% of data above the critical threshold [0.0] [23:45:03] PROBLEM - Puppet run on integration-slave-trusty-1003 is CRITICAL: CRITICAL: 44.44% of data above the critical threshold [0.0] [23:51:24] (03Abandoned) 10Paladox: Enable php56 tests in composer-test [integration/config] - 10https://gerrit.wikimedia.org/r/316012 (owner: 10Paladox) [23:54:22] (03PS2) 10Paladox: Create a test that deploy's jjb changes without needing to ssh in and deploy your self [integration/config] - 10https://gerrit.wikimedia.org/r/323198 [23:54:30] (03PS11) 10Paladox: Create operations-puppet-catalog-compiler job in jjb [integration/config] - 10https://gerrit.wikimedia.org/r/325064 (https://phabricator.wikimedia.org/T97513) [23:56:03] (03PS10) 10Paladox: Add a puppet compiler pipeline [integration/config] - 10https://gerrit.wikimedia.org/r/325109 [23:57:15] (03Abandoned) 10Paladox: Remove duplicate include contint::browsers [integration/config] - 10https://gerrit.wikimedia.org/r/290959 (owner: 10Paladox) [23:58:53] (03Abandoned) 10Paladox: [SemanticGenealogy] Update jenkins tests [integration/config] - 10https://gerrit.wikimedia.org/r/262137 (owner: 10Paladox) [23:59:00] (03Abandoned) 10Paladox: [SemanticRating] Update jenkins tests [integration/config] - 10https://gerrit.wikimedia.org/r/264750 (owner: 10Paladox)