[00:00:04] Yippee, build fixed! [00:00:05] Project beta-scap-eqiad build #136292: 09FIXED in 2 min 25 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/136292/ [00:02:16] 10Gerrit, 06Operations, 13Patch-For-Review: Gerrit: Investigate why gerrit slowed down on 17/10/2016 / 18/10/2016 / 21/10/2016 / 30/11/2016 / 16/12/2016 - https://phabricator.wikimedia.org/T148478#2918410 (10Dzahn) {F5231081} [00:22:21] Yippee, build fixed! [00:22:21] Project beta-update-databases-eqiad build #14022: 09FIXED in 1 min 21 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/14022/ [00:27:02] 10Gerrit, 06Operations, 13Patch-For-Review: Gerrit: Investigate why gerrit slowed down on 17/10/2016 / 18/10/2016 / 21/10/2016 / 30/11/2016 / 16/12/2016 / 04/01/2017 / 05/01/2017 - https://phabricator.wikimedia.org/T148478#2918427 (10Paladox) [00:27:30] 10Gerrit, 06Operations, 13Patch-For-Review: Gerrit: Investigate why gerrit slowed down on 17/10/2016 / 18/10/2016 / 21/10/2016 / 30/11/2016 / 16/12/2016 / 04/01/2017 - https://phabricator.wikimedia.org/T148478#2726403 (10Paladox) [00:29:16] 10Gerrit, 06Operations, 13Patch-For-Review: Gerrit: Investigate why gerrit slowed down on 17/10/2016 / 18/10/2016 / 21/10/2016 / 30/11/2016 / 16/12/2016 / 04/01/2017 - https://phabricator.wikimedia.org/T148478#2918429 (10Paladox) should the priority be set to high so we can figure out what is really actuall... [00:29:45] 10Gerrit, 06Operations, 13Patch-For-Review: Gerrit: Investigate why gerrit slowed down on 17/10/2016 / 18/10/2016 / 21/10/2016 / 30/11/2016 / 16/12/2016 / 04/01/2017 - https://phabricator.wikimedia.org/T148478#2726455 (10jcrespo) BTW, there was a short gerrit outage (icinga timeouts, at least), around 1am o... [00:30:59] 10Gerrit, 06Operations, 13Patch-For-Review: Gerrit: Investigate why gerrit slowed down on 2016 / 2017 - https://phabricator.wikimedia.org/T148478#2918445 (10Paladox) [00:31:29] 10Gerrit, 06Operations, 13Patch-For-Review: Gerrit: Investigate why gerrit slowed down on 2016 / 2017 - https://phabricator.wikimedia.org/T148478#2918447 (10demon) >>! In T148478#2918442, @jcrespo wrote: > BTW, there was a short gerrit outage (icinga timeouts, at least), around 1am on 2017-01-01, maybe relat... [00:31:32] 10Gerrit, 06Operations, 13Patch-For-Review: Gerrit: Investigate why gerrit slowed down on 2016 / 2017 - https://phabricator.wikimedia.org/T148478#2918448 (10Paladox) >>! In T148478#2918442, @jcrespo wrote: > BTW, there was a short gerrit outage (icinga timeouts, at least), around 1am on 2017-01-01, maybe rel... [00:33:44] 10Gerrit, 06Operations, 13Patch-For-Review: Gerrit: Investigate why gerrit slowed down on 2016 / 2017 - https://phabricator.wikimedia.org/T148478#2918449 (10jcrespo) Check my comment update if that can give a clue^ [00:34:51] 10Gerrit, 06Operations, 13Patch-For-Review: Gerrit: Investigate why gerrit slowed down on 2016 / 2017 - https://phabricator.wikimedia.org/T148478#2918450 (10Dzahn) We were planning to make Gerrit log to logstash, but it's not doing it just yet, a patch for that was waiting to be done during tomorrow's mainte... [00:39:30] 10Deployment-Systems, 15User-bd808: [l10n] l10nupdate process should respect the scap lock file - https://phabricator.wikimedia.org/T72752#2918452 (10bd808) a:03bd808 [05:32:57] 10Deployment-Systems, 03Scap3: Include fatal log rate check in scap canary test - https://phabricator.wikimedia.org/T154646#2918734 (10aaron) [06:20:47] 10Deployment-Systems, 15User-bd808: [l10n] l10nupdate process should respect the scap lock file - https://phabricator.wikimedia.org/T72752#2918749 (10bd808) ``` Completed at 2017-01-05 02:17:31+00:00. Copying LC files to /srv/mediawiki-staging 02:18:50 Updated 396 JSON file(s) in /srv/mediawiki-staging/php-1.2... [06:36:48] Yippee, build fixed! [06:36:49] Project selenium-Wikibase » chrome,test,Linux,contintLabsSlave && UbuntuTrusty build #229: 09FIXED in 1 hr 55 min: https://integration.wikimedia.org/ci/job/selenium-Wikibase/BROWSER=chrome,MEDIAWIKI_ENVIRONMENT=test,PLATFORM=Linux,label=contintLabsSlave%20&&%20UbuntuTrusty/229/ [09:28:12] good morning [09:34:47] 03Scap3: Add DEPLOY_DIR env var to scap command checks - https://phabricator.wikimedia.org/T154612#2917726 (10mobrovac) +1 on setting the env var, but should it really be the current rev dir? Why not point it to the symlink? [10:11:46] (03PS1) 10DCausse: Add search-ltr to jenkins [integration/config] - 10https://gerrit.wikimedia.org/r/330650 [10:24:34] 10Browser-Tests-Infrastructure, 15User-zeljkofilipin: Make it possible to execute tests as a specific (new) MediaWiki user on beta cluster - https://phabricator.wikimedia.org/T152432#2848018 (10hashar) Might want to read T104842 which mentions captcha. [10:50:03] dcausse: je regards ton patch pour ajouter search-ltr à la CI :) [11:01:16] my french is broken [11:05:36] (03PS1) 10Hashar: Refactor maven search job to use templates [integration/config] - 10https://gerrit.wikimedia.org/r/330653 [11:07:56] (03PS1) 10Hashar: search/highlighter add javadoc jobs and publish doc [integration/config] - 10https://gerrit.wikimedia.org/r/330654 [11:07:58] (03PS1) 10Hashar: search/repository-swift add javadoc jobs and publish doc [integration/config] - 10https://gerrit.wikimedia.org/r/330655 [11:08:39] dcausse: moaaar jobs :} Looks like search/highlighter and search/repository-swift are similar [11:09:47] right, im gonna look at phan a bit more now hashar fyi! [11:11:01] (03PS2) 10Hashar: Add search-ltr to Jenkins [integration/config] - 10https://gerrit.wikimedia.org/r/330650 (owner: 10DCausse) [11:12:02] (03CR) 10Hashar: "I refactored jjb/search.yaml to use templates with https://gerrit.wikimedia.org/r/330653 and rebased your patch on top of it. Now it is " [integration/config] - 10https://gerrit.wikimedia.org/r/330650 (owner: 10DCausse) [11:12:31] addshore: sure thing :-} [11:13:36] (03CR) 10Hashar: [C: 032] "Jobs deployed!" [integration/config] - 10https://gerrit.wikimedia.org/r/330653 (owner: 10Hashar) [11:14:33] (03Merged) 10jenkins-bot: Refactor maven search job to use templates [integration/config] - 10https://gerrit.wikimedia.org/r/330653 (owner: 10Hashar) [11:15:42] dcausse: gehel: I will add a Jenkins job that runs javadoc:javadoc on search/highlighter and search/repository-swift [11:16:34] (03CR) 10Hashar: [C: 032] search/highlighter add javadoc jobs and publish doc [integration/config] - 10https://gerrit.wikimedia.org/r/330654 (owner: 10Hashar) [11:16:36] (03CR) 10Hashar: [C: 032] search/repository-swift add javadoc jobs and publish doc [integration/config] - 10https://gerrit.wikimedia.org/r/330655 (owner: 10Hashar) [11:16:42] (03CR) 10Hashar: [C: 032] Add search-ltr to Jenkins [integration/config] - 10https://gerrit.wikimedia.org/r/330650 (owner: 10DCausse) [11:17:28] (03Merged) 10jenkins-bot: search/highlighter add javadoc jobs and publish doc [integration/config] - 10https://gerrit.wikimedia.org/r/330654 (owner: 10Hashar) [11:17:30] (03Merged) 10jenkins-bot: search/repository-swift add javadoc jobs and publish doc [integration/config] - 10https://gerrit.wikimedia.org/r/330655 (owner: 10Hashar) [11:17:35] hashar: where do we publish that javadoc? [11:17:50] https://doc.wikimedia.org :D [11:18:01] hashar: kool! [11:18:03] though the index page there is manually maintained :/ [11:18:06] (03Merged) 10jenkins-bot: Add search-ltr to Jenkins [integration/config] - 10https://gerrit.wikimedia.org/r/330650 (owner: 10DCausse) [11:19:18] will regenerate them soonish [11:19:20] and update the page [11:22:59] gehel: https://doc.wikimedia.org/search-extra/ ! [11:23:29] hashar: thanks! [11:25:44] (03PS1) 10Hashar: Doc link for search projects [integration/docroot] - 10https://gerrit.wikimedia.org/r/330658 [11:26:09] (03CR) 10Hashar: [C: 032] Doc link for search projects [integration/docroot] - 10https://gerrit.wikimedia.org/r/330658 (owner: 10Hashar) [11:26:45] (03Merged) 10jenkins-bot: Doc link for search projects [integration/docroot] - 10https://gerrit.wikimedia.org/r/330658 (owner: 10Hashar) [11:26:51] (03CR) 10jenkins-bot: Doc link for search projects [integration/docroot] - 10https://gerrit.wikimedia.org/r/330658 (owner: 10Hashar) [11:27:59] (03PS1) 10Hashar: Fix search doc links to add a trailing slash [integration/docroot] - 10https://gerrit.wikimedia.org/r/330659 [11:28:10] (03CR) 10Hashar: [C: 032] Fix search doc links to add a trailing slash [integration/docroot] - 10https://gerrit.wikimedia.org/r/330659 (owner: 10Hashar) [11:28:32] (03Merged) 10jenkins-bot: Fix search doc links to add a trailing slash [integration/docroot] - 10https://gerrit.wikimedia.org/r/330659 (owner: 10Hashar) [11:28:38] (03CR) 10jenkins-bot: Fix search doc links to add a trailing slash [integration/docroot] - 10https://gerrit.wikimedia.org/r/330659 (owner: 10Hashar) [11:42:31] gehel: dcausse: so search-ltr doc will end up at https://doc.wikimedia.org/search-ltr/ whenever a patch is merged for the repo [11:42:40] search-extra is at https://doc.wikimedia.org/search-extra/ [11:42:50] search-repository-swift at https://doc.wikimedia.org/search-repository-swift/ [11:43:09] search-highlighter fails javadoc:javadoc :( [11:43:15] and all doc links are now on the homepage at https://doc.wikimedia.org [13:06:44] 10Browser-Tests-Infrastructure, 06Release-Engineering-Team, 07Epic, 07Tracking: [EPIC] trigger browser tests from Gerrit (tracking) - https://phabricator.wikimedia.org/T55697#2919392 (10hashar) [13:06:46] 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#2919393 (10hashar) [13:06:48] 10Browser-Tests-Infrastructure, 05Continuous-Integration-Scaling, 13Patch-For-Review, 15User-zeljkofilipin: migrate mwext-mw-selenium to Nodepool instances - https://phabricator.wikimedia.org/T137112#2919390 (10hashar) 05Resolved>03Open Still have to migrate the mediawiki-selenium-integration job for m... [13:09:43] zeljkof: DisplayCopNames: true :-} [13:09:45] amending [13:14:33] 05Gerrit-Migration, 10Differential: Consider documenting the Arcanist installer for Windows and Mac that Paladox created - https://phabricator.wikimedia.org/T131939#2919398 (10Paladox) @greg-g Windows users can do the same except from they need to add it to the path by going through the control panel or export... [13:21:58] zeljkof: I am clearing out some cruft in JJB configuration files related to selenium [13:21:58] namely some macros are no more needed [13:22:26] and we have a mediawiki/selenium job that is broken on nodepool ( mediawiki-selenium-integration-jessie ) gotta fix it [13:25:48] * hashar whistles [13:26:29] hopes for https://integration.wikimedia.org/ci/job/mediawiki-selenium-integration-jessie/24/console [13:27:04] hashar: (just back from lunch) thanks for the search-ltr patch! [13:27:21] dcausse: and the doc will be published magically whenever the patch is merged [13:27:28] nice! [13:27:33] dcausse: I broke another repository though :( [13:27:44] one in search? [13:27:58] search-highlighter fails javadoc:javadoc :( [13:28:01] from what I can tell [13:28:04] oh [13:28:06] maven tries to build the various modules [13:28:09] which depends on themselves [13:28:18] and since they are not really build, it fails to find the dependency [13:28:26] but if I do: mvn clean package javadoc:javadoc [13:28:37] hm this is most probably a bug in our code? [13:28:43] the dependency is found (due to "package") and javadoc:javadoc process [13:28:48] might be [13:28:50] ah yes [13:28:58] or an egg and chicken problem [13:28:58] which eventually lead me to [13:29:08] maybe we can merge package and javadoc:javadoc in a single job [13:29:14] that would build both. Instead of splitting [13:29:21] probably caused with test dependencies, maven has trouble with these kind of inter-deps and multi module builds [13:29:56] I need to get rid of them it'd be much easier for everything else... [13:30:03] one can repro the dep failure easily in search/highlighter mvn clean javadoc:javadoc [13:30:11] ok [13:30:26] I'll fix the code I think it'll be cleaner [13:43:58] (03PS1) 10Hashar: Jenkins job validation (DO NOT SUBMIT) [selenium] - 10https://gerrit.wikimedia.org/r/330671 [13:46:40] (03CR) 10jerkins-bot: [V: 04-1] Jenkins job validation (DO NOT SUBMIT) [selenium] - 10https://gerrit.wikimedia.org/r/330671 (owner: 10Hashar) [13:58:59] (03CR) 10Hashar: "recheck" [selenium] - 10https://gerrit.wikimedia.org/r/330671 (owner: 10Hashar) [14:03:46] (03CR) 10Hashar: "recheck" [selenium] - 10https://gerrit.wikimedia.org/r/330671 (owner: 10Hashar) [14:21:40] (03Abandoned) 10Hashar: Jenkins job validation (DO NOT SUBMIT) [selenium] - 10https://gerrit.wikimedia.org/r/330671 (owner: 10Hashar) [14:22:55] (03PS1) 10Hashar: build: integration tests depends on PhantomJS [selenium] - 10https://gerrit.wikimedia.org/r/330674 [14:33:15] (03PS1) 10Hashar: Let nodepool selenium macro to change dir [integration/config] - 10https://gerrit.wikimedia.org/r/330675 (https://phabricator.wikimedia.org/T137112) [14:33:32] (03Abandoned) 10Hashar: build: integration tests depends on PhantomJS [selenium] - 10https://gerrit.wikimedia.org/r/330674 (owner: 10Hashar) [14:34:29] (03CR) 10Hashar: [C: 032] "The job was not functioning at all. Now it at least managed to find the features though it fails due to PhantomJS https://integration.wik" [integration/config] - 10https://gerrit.wikimedia.org/r/330675 (https://phabricator.wikimedia.org/T137112) (owner: 10Hashar) [14:36:49] (03Merged) 10jenkins-bot: Let nodepool selenium macro to change dir [integration/config] - 10https://gerrit.wikimedia.org/r/330675 (https://phabricator.wikimedia.org/T137112) (owner: 10Hashar) [15:06:30] zeljkof: maybe the cruft above will let us add a selenium job for mediawiki/core that runs on nodepool :D [15:10:44] oh my [15:10:58] mediawiki/selenium Gemfile.lock is committed but ignored [15:15:35] (03PS1) 10Hashar: build: bump rubocop for ruby 2.4 [selenium] - 10https://gerrit.wikimedia.org/r/330676 [15:15:49] (03CR) 10Hashar: "Did a similar change on operations/puppet.git which had the 'rainbow' dependency triggering a similar warning https://gerrit.wikimedia.org" [selenium] - 10https://gerrit.wikimedia.org/r/330676 (owner: 10Hashar) [15:17:04] hashar: I'm back [15:17:19] adding more cruft :D [15:17:23] bump rubocop for ruby 2.4 [selenium] - https://gerrit.wikimedia.org/r/330676 [15:17:34] will further bump rubocop [15:18:11] testing versions one by one [15:18:54] (03PS2) 10Hashar: build: bump rubocop for ruby 2.4 [selenium] - 10https://gerrit.wikimedia.org/r/330676 [15:19:00] 0.35 is god [15:27:29] hashar: reviewing [15:31:13] (03CR) 10Zfilipin: [C: 032] build: bump rubocop for ruby 2.4 [selenium] - 10https://gerrit.wikimedia.org/r/330676 (owner: 10Hashar) [15:32:11] we still have support for raita ! [15:32:27] where? [15:32:34] in mediawiki_selenium :D [15:33:02] oh yes, we never removed it [15:34:13] (03Merged) 10jenkins-bot: build: bump rubocop for ruby 2.4 [selenium] - 10https://gerrit.wikimedia.org/r/330676 (owner: 10Hashar) [15:34:45] (03CR) 10jenkins-bot: build: bump rubocop for ruby 2.4 [selenium] - 10https://gerrit.wikimedia.org/r/330676 (owner: 10Hashar) [15:35:26] (03CR) 10Zfilipin: Let nodepool selenium macro to change dir (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/330675 (https://phabricator.wikimedia.org/T137112) (owner: 10Hashar) [15:36:07] (03PS1) 10Hashar: build: make rubocop to show the cop name [selenium] - 10https://gerrit.wikimedia.org/r/330680 [15:36:09] (03PS1) 10Hashar: Remove raita entirely [selenium] - 10https://gerrit.wikimedia.org/r/330681 [15:36:11] (03PS1) 10Hashar: build: bump rubocop [selenium] - 10https://gerrit.wikimedia.org/r/330682 [15:37:14] (03PS1) 10DCausse: Fix javadoc generation for search projects [integration/config] - 10https://gerrit.wikimedia.org/r/330683 [15:37:18] ~/.gem/gems/watir-webdriver-0.9.3/lib/watir-webdriver/elements/html_elements.rb:724: warning: constant ::Fixnum is deprecated [15:37:18] :( [15:37:50] dcausse: you are magic :} [15:38:13] hm... I wish I could find a proper fix... [15:38:26] dcausse: that looks like a chicken and eggs problem to me [15:38:38] one of the module depends on the other module which is not build on javadoc:javadoc target [15:38:47] so the module fails due to a lack of dependency? [15:38:56] yes but that is supposed to work :/ [15:39:04] zeljkof: .gem/gems/watir-webdriver-0.9.3/lib/watir-webdriver/elements/table_cell.rb:3:in `alias_method': undefined method `col_span' for class `Watir::TableCell' (NameError) :D [15:39:11] https://issues.apache.org/jira/browse/MJAVADOC-362 [15:39:15] zeljkof: that is on mediawiki/selenium running rake test [15:39:20] hashar: ouch [15:39:25] link? [15:39:34] zeljkof: with ruby2.4 (locally) [15:39:38] ah [15:39:38] just did bundle install && bundle exec rake [15:39:59] we will have to update a lot of gems if we start using ruby 2.4 on CI [15:40:19] dcausse: maybe our maven version is too old ( based on https://issues.apache.org/jira/browse/MJAVADOC-437 ) [15:40:35] or the maven plugins [15:40:40] hashar: no testing locally I see exactly the same problems :( [15:41:47] kk [15:41:55] I also tried to cleanup these intermodule test-deps (which I initially thought were the cause) [15:41:58] guess we will package before running javadoc:javadoc :) [15:42:01] with no luck: https://gerrit.wikimedia.org/r/#/c/330679/ [15:42:54] 10Browser-Tests-Infrastructure, 15User-zeljkofilipin: Make it possible to execute tests as a specific (new) MediaWiki user on beta cluster - https://phabricator.wikimedia.org/T152432#2919613 (10zeljkofilipin) This could help: https://www.mediawiki.org/wiki/Extension:ConfirmEdit#Configuration [15:48:34] zeljkof: that comes from watir-webdriver which is not ruby 2.4 compliant :} [15:48:49] there was a new major release of watir [15:48:52] zeljkof: it is a dependency of page-object 1.x, we could bump it to 2.x but then that requires the web driver 3 :/ [15:48:55] madness [15:49:06] everything had major upgrades these days [15:51:29] dcausse: should we only apply that hack on search/highlighter ? [15:51:52] dcausse: or maybe have a single job that runs package javadoc:javadoc ? [15:56:43] (03CR) 10Zfilipin: [C: 031] "I am fine with removing Raita, I do not think we use it anywhere. I will leave it to Dan to +2, since he implemented the feature." [selenium] - 10https://gerrit.wikimedia.org/r/330681 (owner: 10Hashar) [15:58:26] (03CR) 10Zfilipin: [C: 032] build: bump rubocop [selenium] - 10https://gerrit.wikimedia.org/r/330682 (owner: 10Hashar) [15:59:12] (03CR) 10Zfilipin: [C: 032] build: make rubocop to show the cop name [selenium] - 10https://gerrit.wikimedia.org/r/330680 (owner: 10Hashar) [16:00:19] (03Merged) 10jenkins-bot: build: make rubocop to show the cop name [selenium] - 10https://gerrit.wikimedia.org/r/330680 (owner: 10Hashar) [16:00:20] zeljkof: for raita yeah probably better to wait for Dan [16:00:43] (03CR) 10jenkins-bot: build: make rubocop to show the cop name [selenium] - 10https://gerrit.wikimedia.org/r/330680 (owner: 10Hashar) [16:00:54] hashar: I am not sure if any other cleanup is needed [16:01:05] but Dan will know [16:01:08] I have no idea [16:01:14] I have just randomly removed stuff :D [16:02:49] hashar: if we can do an exception just for the highlighter that would be great [16:03:05] but the hack should work on all project though [16:03:36] we can wait for gehel he'll maybe have some ideas on how to fix this [16:11:18] dcausse: sure [16:11:47] zeljkof: so watir-webdriver has been moved/renamed to "watir" as you said [16:12:00] zeljkof: the thing is that watir/watir lacks all the 0.9.x tags :} [16:12:00] hashar: yes [16:12:06] I guess they did the fork [16:12:12] kept releasing on watir-webdriver [16:12:13] hm, not sure [16:12:16] and forgot to update watir [16:12:19] will fill an issue [16:12:30] I think they renamed the repo, but then I don't really know [16:16:29] (03CR) 10Hashar: "That will make the javadoc Jenkins jobs to rebuild the whole package. Since only search/highlighter has the issue, I can follow up with a" [integration/config] - 10https://gerrit.wikimedia.org/r/330683 (owner: 10DCausse) [16:25:18] (03CR) 10DCausse: "having a separate javadoc config for the highlighter sounds good to me. Moreover because it requires javadoc:aggregate instead of javadoc:" [integration/config] - 10https://gerrit.wikimedia.org/r/330683 (owner: 10DCausse) [16:33:15] 10Deployment-Systems, 03Scap3: Include fatal log rate check in scap canary test - https://phabricator.wikimedia.org/T154646#2919756 (10thcipriani) p:05Triage>03High Can incorporate that query into the logstash checker. We'll have to combine it with the current logic. I took a crack at a patch to incorpora... [16:39:53] zeljkof: tag everything https://github.com/watir/watir/issues/519 :) [16:42:53] zeljkof: and the issue we got with ruby2.4 is https://github.com/watir/watir/issues/508 [17:07:46] (03PS2) 10Hashar: Switch ops/puppet doc to rake doc [integration/config] - 10https://gerrit.wikimedia.org/r/330415 (https://phabricator.wikimedia.org/T143233) [17:12:30] 10Deployment-Systems, 03Scap3, 07Wikimedia-Incident: Include fatal log rate check in scap canary test - https://phabricator.wikimedia.org/T154646#2919914 (10greg) [17:17:37] (03PS3) 10Hashar: Switch ops/puppet doc to rake doc [integration/config] - 10https://gerrit.wikimedia.org/r/330415 (https://phabricator.wikimedia.org/T143233) [17:18:26] (03CR) 10Hashar: [C: 032] "Added BUNDLE_PATH as a parameter. Triggered manually and magic happened: https://doc.wikimedia.org/puppet/" [integration/config] - 10https://gerrit.wikimedia.org/r/330415 (https://phabricator.wikimedia.org/T143233) (owner: 10Hashar) [17:18:52] (03PS2) 10Hashar: Drop link to puppet source [integration/docroot] - 10https://gerrit.wikimedia.org/r/330423 (https://phabricator.wikimedia.org/T143233) [17:19:11] (03CR) 10Hashar: [C: 032] "New doc is there https://doc.wikimedia.org/puppet/ !" [integration/docroot] - 10https://gerrit.wikimedia.org/r/330423 (https://phabricator.wikimedia.org/T143233) (owner: 10Hashar) [17:20:04] (03Merged) 10jenkins-bot: Switch ops/puppet doc to rake doc [integration/config] - 10https://gerrit.wikimedia.org/r/330415 (https://phabricator.wikimedia.org/T143233) (owner: 10Hashar) [17:20:52] !log Dropping puppet source from https://doc.wikimedia.org/puppetsource/ . contint1001: sudo rm -fR /srv/org/wikimedia/doc/puppetsource (T143233) [17:20:56] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [17:20:56] T143233: post build failures for operations/puppet on operations-puppet-doc - https://phabricator.wikimedia.org/T143233 [17:21:45] (03CR) 10Hashar: [C: 032] Drop link to puppet source [integration/docroot] - 10https://gerrit.wikimedia.org/r/330423 (https://phabricator.wikimedia.org/T143233) (owner: 10Hashar) [17:22:23] (03Merged) 10jenkins-bot: Drop link to puppet source [integration/docroot] - 10https://gerrit.wikimedia.org/r/330423 (https://phabricator.wikimedia.org/T143233) (owner: 10Hashar) [17:22:29] (03CR) 10jenkins-bot: Drop link to puppet source [integration/docroot] - 10https://gerrit.wikimedia.org/r/330423 (https://phabricator.wikimedia.org/T143233) (owner: 10Hashar) [17:23:57] 10Continuous-Integration-Config, 06Operations, 13Patch-For-Review, 07Puppet, 07Upstream: post build failures for operations/puppet on operations-puppet-doc - https://phabricator.wikimedia.org/T143233#2919950 (10hashar) 05Open>03Resolved I got rid of `puppet rdoc` entirely. We are now using `puppet-s... [17:25:09] hashar: all green https://integration.wikimedia.org/ci/job/selenium-Core-329454/BROWSER=firefox,MEDIAWIKI_ENVIRONMENT=beta,PLATFORM=Linux,label=contintLabsSlave%20&&%20UbuntuTrusty/1/console [17:25:19] (for https://gerrit.wikimedia.org/r/#/c/329454/2) [17:30:49] so https://doc.wikimedia.org/puppet/ is all new now :) [17:31:37] zeljkof: merging :) [17:31:38] thx! [17:32:08] does not work on my machine, because watir depends on one of the deprecated classes [17:32:12] but works fine on jenkins :) [17:32:31] we will have to upgrade watir/selenium some time... [17:32:58] definitely [17:33:02] and rspec [17:33:02] :D [17:51:10] 06Release-Engineering-Team (Deployment-Blockers), 05Release: MW-1.29.0-wmf.8 deployment blockers - https://phabricator.wikimedia.org/T154682#2920049 (10greg) [17:51:26] 06Release-Engineering-Team (Deployment-Blockers), 05Release: MW-1.29.0-wmf.7 deployment blockers - https://phabricator.wikimedia.org/T153351#2877832 (10greg) a:03thcipriani [17:52:00] 06Release-Engineering-Team (Deployment-Blockers), 05Release: MW-1.29.0-wmf.7 deployment blockers - https://phabricator.wikimedia.org/T153351#2877832 (10greg) a:05thcipriani>03None [17:52:54] 06Release-Engineering-Team (Deployment-Blockers), 05Release: MW-1.29.0-wmf.9 deployment blockers - https://phabricator.wikimedia.org/T154683#2920077 (10greg) [17:53:12] 06Release-Engineering-Team (Deployment-Blockers), 05Release: MW-1.29.0-wmf.8 deployment blockers - https://phabricator.wikimedia.org/T154682#2920049 (10greg) [17:57:10] 06Release-Engineering-Team (Deployment-Blockers), 05Release: MW-1.29.0-wmf.7 deployment blockers - https://phabricator.wikimedia.org/T153351#2920121 (10greg) a:03thcipriani [17:57:28] 10Gerrit, 10DBA, 06Operations, 13Patch-For-Review, 07Upstream: Gerrit shows HTTP 500 error when pasting extended unicode characters - https://phabricator.wikimedia.org/T145885#2920126 (10Paladox) @jcrespo this https://gerrit.wikimedia.org/r/#/c/330455/ patch should at least stop the 500 error's, the patc... [18:17:17] (03CR) 10Hashar: "A bit too late for this evening, will follow up tomorrow!" [integration/config] - 10https://gerrit.wikimedia.org/r/330683 (owner: 10DCausse) [18:23:14] 10Continuous-Integration-Infrastructure, 06Release-Engineering-Team, 07Regression: doc.wikimedia.org displays "403 Forbidden" for coverage sub directories - https://phabricator.wikimedia.org/T150727#2920247 (10hashar) Indeed and I forgot about this task sorry. Last status stands: gotta reproduce and figure... [18:35:44] 10Continuous-Integration-Infrastructure, 06Release-Engineering-Team, 07Regression: doc.wikimedia.org displays "403 Forbidden" for coverage sub directories - https://phabricator.wikimedia.org/T150727#2920311 (10Jdforrester-WMF) The really fun one is https://doc.wikimedia.org/cover/visualeditor/ – you need to... [18:43:37] (03CR) 10Dduvall: [C: 032] Remove raita entirely [selenium] - 10https://gerrit.wikimedia.org/r/330681 (owner: 10Hashar) [18:47:58] PROBLEM - Mediawiki Error Rate on graphite-labs is CRITICAL: CRITICAL: 20.00% of data above the critical threshold [10.0] [18:50:08] (03Merged) 10jenkins-bot: Remove raita entirely [selenium] - 10https://gerrit.wikimedia.org/r/330681 (owner: 10Hashar) [18:50:10] (03Merged) 10jenkins-bot: build: bump rubocop [selenium] - 10https://gerrit.wikimedia.org/r/330682 (owner: 10Hashar) [18:50:39] (03CR) 10jenkins-bot: Remove raita entirely [selenium] - 10https://gerrit.wikimedia.org/r/330681 (owner: 10Hashar) [18:50:59] (03CR) 10jenkins-bot: build: bump rubocop [selenium] - 10https://gerrit.wikimedia.org/r/330682 (owner: 10Hashar) [19:02:59] RECOVERY - Mediawiki Error Rate on graphite-labs is OK: OK: Less than 1.00% above the threshold [1.0] [19:42:48] 10Beta-Cluster-Infrastructure, 10Flow, 06Collaboration-Team-Triage (Collab-Team-Q3-Jan-Mar-2017), 07Technical-Debt: Use dedicated $wgFlowCluster and $wgFlowDefaultWikiDb on Beta Cluster - https://phabricator.wikimedia.org/T147523#2920660 (10jmatazzoni) [19:43:58] 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#2920670 (10Rfarrand) The new roles you have created look good to me,... [20:21:29] 06Release-Engineering-Team (Deployment-Blockers), 05Release: MW-1.29.0-wmf.7 deployment blockers - https://phabricator.wikimedia.org/T153351#2920838 (10thcipriani) [21:39:28] (03CR) 10SamanthaNguyen: [C: 04-1] "Per Reedy, this kind of change is non-trivial and requires community concensus." [tools/release] - 10https://gerrit.wikimedia.org/r/329805 (https://phabricator.wikimedia.org/T154371) (owner: 10Paladox) [21:39:46] (03Abandoned) 10Paladox: Add Timeless skin [tools/release] - 10https://gerrit.wikimedia.org/r/329805 (https://phabricator.wikimedia.org/T154371) (owner: 10Paladox) [21:50:51] * yuvipanda waves [21:51:10] greg-g I replied to your email about k8s - is there general interest in a 'hey, this is k8s' type session? [21:51:41] thcipriani ^ [21:51:46] (idk what's dan's nick) [21:52:16] yuvipanda: hey hey [21:52:26] aha! I knew it was m something! [21:52:31] thcipriani and i are chatting about k8s and stuffs at the moment [21:52:48] if you want to join the discussion. or another time would work as well [21:53:03] yeah, 'm' for dan :) [21:56:39] yuvipanda: and to explicitly answer your question, yes! a session (mostly QA) would be really useful i think [21:57:03] marxarelli: sure! are you in a hangout or something? [21:57:07] marxarelli: I can set something up for the unconference then. [21:57:08] we're currently better formulating the distinct problem domains and determining how k8s and other components to the pipeline will fit [21:57:28] i.e. which technologies (k8s, docker/rkt, jenkins pipeline) satisfy which requirements [21:57:44] or possibly satisfy (were designed for) which requirements [21:58:08] yuvipanda: yep! we're in a hangout at the moment. won't be at the dev summit unfortunately [22:00:37] marxarelli: oh, damn. ok. invite me to hangout? :) [22:00:51] marxarelli: if that's ok and not disruptive! I promise to keep quiet and speak only wen spoken to :) [22:01:38] yuvipanda: not at all. invite sent! [22:02:33] marxarelli: ok! moment [22:11:40] sweet [22:48:23] (03Draft1) 10Paladox: Update PHP_CodeSniffer to 2.7.1 [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/330785 [22:48:28] (03Draft2) 10Paladox: Update PHP_CodeSniffer to 2.7.1 [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/330785 [22:53:25] 10MediaWiki-Codesniffer: Release v0.8.0 - https://phabricator.wikimedia.org/T154715#2921575 (10Paladox) [22:53:26] marxarelli: so in charting rough ideas for problems→responsiblities→implementations do you want to think this through independently then get together at all-hands with some other releng folks to try to walk through it? [22:54:05] 10MediaWiki-Codesniffer: Update squizlabs/PHP_CodeSniffer to 3.x - https://phabricator.wikimedia.org/T142474#2921593 (10Paladox) 3.0 rc2 has been released https://github.com/squizlabs/PHP_CodeSniffer/releases/tag/3.0.0RC2 [22:56:38] thcipriani: yes! [22:57:11] like layout the all the problems: caching, reproducability, code pipeline, job definitions on our own and then try to talk them through. [22:57:25] ok, cool. [22:57:44] 10Beta-Cluster-Infrastructure, 10Flow, 06Collaboration-Team-Triage (Collab-Team-Q3-Jan-Mar-2017), 13Patch-For-Review, 07Performance: Beta Cluster Special:Contributions lags by a long time and notes slow Flow queries - https://phabricator.wikimedia.org/T78671#2921617 (10jmatazzoni) [22:58:14] Imma try to set aside some tinker time and some reading time before then :) [22:59:04] thcipriani: yeah, i'll try to sketch something basic for early next week as well [22:59:11] 10MediaWiki-Codesniffer, 07Easy: Add sniff to detect usage of deprecated $wgUser - https://phabricator.wikimedia.org/T50963#535102 (10Paladox) We need the wgUser config for static functions as you can't do $this on static functions. [23:04:53] 10MediaWiki-Codesniffer, 07Easy: Add sniff to detect usage of deprecated $wgUser - https://phabricator.wikimedia.org/T50963#535102 (10Reedy) >>! In T50963#2921622, @Paladox wrote: > We need the wgUser config for static functions as you can't do $this on static functions. You can use RequestContext::getMain()-... [23:05:14] 10MediaWiki-Codesniffer, 07Easy: Add sniff to detect usage of deprecated $wgUser - https://phabricator.wikimedia.org/T50963#2921646 (10Paladox) Oh, thanks.