[00:04:32] Krinkle: Your comment earlier about the rubocop test being run for changes that don't touch *.rb files is in https://phabricator.wikimedia.org/T75077 [00:15:45] RECOVERY - Puppet failure on deployment-elastic07 is OK: OK: Less than 1.00% above the threshold [0.0] [00:21:01] RECOVERY - Puppet staleness on deployment-elastic07 is OK: OK: Less than 1.00% above the threshold [3600.0] [00:21:01] RECOVERY - Puppet failure on deployment-elastic07 is OK: OK: Less than 1.00% above the threshold [0.0] [00:24:54] RECOVERY - Puppet staleness on deployment-elastic05 is OK: OK: Less than 1.00% above the threshold [3600.0] [00:25:10] RECOVERY - Puppet failure on deployment-elastic05 is OK: OK: Less than 1.00% above the threshold [0.0] [00:26:02] 3Beta-Cluster: No longer updating deployed code - https://phabricator.wikimedia.org/T88034#1002870 (10Gilles) 3NEW [00:30:02] RECOVERY - Puppet staleness on deployment-elastic06 is OK: OK: Less than 1.00% above the threshold [3600.0] [00:33:03] RECOVERY - Puppet failure on deployment-elastic06 is OK: OK: Less than 1.00% above the threshold [0.0] [00:34:26] PROBLEM - App Server Main HTTP Response on deployment-mediawiki01 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [00:35:46] 3Continuous-Integration, VisualEditor: Don't trigger rubocop Jenkins job for changes that only modify php or js files - https://phabricator.wikimedia.org/T75077#1002892 (10Krinkle) [00:39:19] RECOVERY - App Server Main HTTP Response on deployment-mediawiki01 is OK: HTTP OK: HTTP/1.1 200 OK - 50038 bytes in 5.159 second response time [00:40:21] 3Beta-Cluster: Account creation throttling too restrictive on Beta Labs - https://phabricator.wikimedia.org/T87704#1002915 (10Maryana) This particular use-case is: a pair of testers manually creating accounts on a handful of different mobile devices all using the same IP. They're not in our office, so whitelisti... [00:41:22] 3Continuous-Integration: Don't trigger rubocop Jenkins job for changes that only modify php or js files - https://phabricator.wikimedia.org/T75077#1002918 (10Krinkle) [00:45:24] PROBLEM - App Server Main HTTP Response on deployment-mediawiki01 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [00:52:04] 3Continuous-Integration, Release-Engineering: Jenkins: Implement hhvm based voting jobs for mediawiki and extensions (tracking) - https://phabricator.wikimedia.org/T75521#1002967 (10Krinkle) [00:52:49] 3Continuous-Integration, Release-Engineering: Jenkins: Implement hhvm based voting jobs for mediawiki and extensions (tracking) - https://phabricator.wikimedia.org/T75521#755659 (10Krinkle) [00:55:15] RECOVERY - App Server Main HTTP Response on deployment-mediawiki01 is OK: HTTP OK: HTTP/1.1 200 OK - 50030 bytes in 0.650 second response time [00:59:52] 3Continuous-Integration, Release-Engineering: Jenkins: Implement hhvm based voting jobs for mediawiki and extensions (tracking) - https://phabricator.wikimedia.org/T75521#1002979 (10Mattflaschen) [01:00:11] 3Phabricator: Change color of #Patch-For-Review project to something more unique - https://phabricator.wikimedia.org/T87226#1002980 (10matmarex) OK so, apart from the naysayers, we have a consensus? Can we just do it? [01:39:03] 3Phabricator: Change color of #Patch-For-Review project to something more unique - https://phabricator.wikimedia.org/T87226#1003113 (10chasemp) 5Open>3Resolved a:3chasemp >>! In T87226#1002980, @matmarex wrote: > OK so, apart from the naysayers, we have a consensus? Can we just do it? Done [01:53:50] Patch-For-Edit was changed from yellow to red. https://phabricator.wikimedia.org/project/edit/32/ - is that not against our guideline? https://www.mediawiki.org/wiki/Phabricator/Creating_and_renaming_projects#Type_of_project I wonder what 'red' is supposed to communicate or be in harmony with [01:56:48] Krinkle: https://phabricator.wikimedia.org/T87226 [01:58:59] 3Phabricator: Change color of #Patch-For-Review project to something more unique - https://phabricator.wikimedia.org/T87226#1003152 (10Krinkle) Why does it need additional attention drawn to it? Red is too prominent and distracting. Let's try and avoid extremifying this with Wikipedia editnoticism. How about green? [02:08:53] (03PS9) 10Krinkle: [WIP] Add qunit-karma macro [integration/config] - 10https://gerrit.wikimedia.org/r/186934 [02:08:55] (03PS1) 10Krinkle: Update mediawiki-core-qunit to use mw-set-env-qunit.sh [integration/config] - 10https://gerrit.wikimedia.org/r/187638 [02:09:53] (03PS2) 10Krinkle: mediawiki-core-qunit: Migrate to simplified mw-set-env-qunit.sh [integration/config] - 10https://gerrit.wikimedia.org/r/187638 (https://phabricator.wikimedia.org/T74063) [02:10:44] (03PS10) 10Krinkle: [WIP] Add qunit-karma macro and mediawiki-core-qunit-karma job [integration/config] - 10https://gerrit.wikimedia.org/r/186934 (https://phabricator.wikimedia.org/T74063) [02:10:47] (03PS11) 10Krinkle: [WIP] Add qunit-karma macro and mediawiki-core-qunit-karma job [integration/config] - 10https://gerrit.wikimedia.org/r/186934 (https://phabricator.wikimedia.org/T74063) [02:11:39] (03PS12) 10Krinkle: Add qunit-karma macro and mediawiki-core-qunit-karma job [integration/config] - 10https://gerrit.wikimedia.org/r/186934 (https://phabricator.wikimedia.org/T74063) [02:11:41] (03CR) 10Krinkle: "First passing build using local Karma and Chromium! https://integration.wikimedia.org/ci/job/mediawiki-core-qunit-karma/5/console" [integration/config] - 10https://gerrit.wikimedia.org/r/186934 (https://phabricator.wikimedia.org/T74063) (owner: 10Krinkle) [02:26:13] PROBLEM - App Server bits response on deployment-mediawiki02 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [02:30:05] 3Phabricator: Change color of #Patch-For-Review project to something more unique - https://phabricator.wikimedia.org/T87226#1003385 (10greg) >>! In T87226#991470, @Jdforrester-WMF wrote: >>>! In T87226#991055, @Qgil wrote: >> James, now I don't know whether you are being serious of ironic. > > Serious. > Gerrit... [02:30:43] RECOVERY - App Server bits response on deployment-mediawiki02 is OK: HTTP OK: HTTP/1.1 200 OK - 3895 bytes in 0.002 second response time [02:51:18] PROBLEM - App Server Main HTTP Response on deployment-mediawiki03 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [02:55:27] RECOVERY - App Server Main HTTP Response on deployment-mediawiki03 is OK: HTTP OK: HTTP/1.1 200 OK - 50038 bytes in 0.618 second response time [03:01:36] 3Phabricator: Change color of #Patch-For-Review project to something more unique - https://phabricator.wikimedia.org/T87226#1003444 (10chasemp) >>! In T87226#1003385, @greg wrote: >>>! In T87226#991470, @Jdforrester-WMF wrote: >> Gerrit is currently where code review happens, so the noise of the tag getting adde... [03:05:26] Yippee, build fixed! [03:05:26] Project browsertests-ZeroBanner-en.m.wikipedia.org-linux-phantomjs build #417: FIXED in 23 sec: https://integration.wikimedia.org/ci/job/browsertests-ZeroBanner-en.m.wikipedia.org-linux-phantomjs/417/ [03:09:06] PROBLEM - English Wikipedia Main page on beta-cluster is CRITICAL: CRITICAL - Socket timeout after 10 seconds [03:14:02] RECOVERY - English Wikipedia Main page on beta-cluster is OK: HTTP OK: HTTP/1.1 200 OK - 50240 bytes in 7.457 second response time [03:44:07] Project browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-windows_8.1-internet_explorer-11-sauce build #283: FAILURE in 37 min: https://integration.wikimedia.org/ci/job/browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-windows_8.1-internet_explorer-11-sauce/283/ [03:58:02] Project browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-os_x_10.9-safari-sauce build #437: FAILURE in 48 min: https://integration.wikimedia.org/ci/job/browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-os_x_10.9-safari-sauce/437/ [04:09:14] (03PS3) 10Krinkle: mediawiki-core-qunit: Migrate to simplified mw-set-env-qunit.sh [integration/config] - 10https://gerrit.wikimedia.org/r/187638 (https://phabricator.wikimedia.org/T74063) [04:09:31] (03PS13) 10Krinkle: Add qunit-karma macro and mediawiki-core-qunit-karma job [integration/config] - 10https://gerrit.wikimedia.org/r/186934 (https://phabricator.wikimedia.org/T74063) [04:19:24] (03CR) 10Krinkle: [C: 032] mediawiki-core-qunit: Migrate to simplified mw-set-env-qunit.sh [integration/config] - 10https://gerrit.wikimedia.org/r/187638 (https://phabricator.wikimedia.org/T74063) (owner: 10Krinkle) [04:25:13] (03PS14) 10Krinkle: Add qunit-karma macro and mediawiki-core-qunit-karma job [integration/config] - 10https://gerrit.wikimedia.org/r/186934 (https://phabricator.wikimedia.org/T74063) [04:25:31] (03Merged) 10jenkins-bot: mediawiki-core-qunit: Migrate to simplified mw-set-env-qunit.sh [integration/config] - 10https://gerrit.wikimedia.org/r/187638 (https://phabricator.wikimedia.org/T74063) (owner: 10Krinkle) [04:25:36] 3Phabricator, Wikimedia-Bugzilla: Create a static HTML version of Bugzilla - https://phabricator.wikimedia.org/T85140#1003690 (10jayvdb) Also the bug activity is not included the static version of the comments, and the activity page hasnt been included. I believe this is a bugzilla viewing preference. This is... [04:41:45] Project browsertests-PageTriage-en.wikipedia.beta.wmflabs.org-linux-firefox-sauce build #378: FAILURE in 3 min 42 sec: https://integration.wikimedia.org/ci/job/browsertests-PageTriage-en.wikipedia.beta.wmflabs.org-linux-firefox-sauce/378/ [04:47:54] Yippee, build fixed! [04:47:54] Project browsertests-PdfHandler-test2.wikipedia.org-linux-firefox-sauce build #350: FIXED in 52 sec: https://integration.wikimedia.org/ci/job/browsertests-PdfHandler-test2.wikipedia.org-linux-firefox-sauce/350/ [04:51:41] 3VisualEditor, VisualEditor-MediaWiki, Beta-Cluster: On Beta Cluster, switching from VisualEditor to edit source mode intermittently loads the wikitext editor without any CSS - https://phabricator.wikimedia.org/T86624#1003708 (10Krenair) 5Open>3Resolved a:3Krenair This appears to have sorted itself out, po... [04:52:39] !log Upgrading npm from v1.3.10 to v1.4.28 on integration slaves in labs (v1.4.28 is what ships with latest stable Node.js 10.x) [05:05:12] 3Continuous-Integration: npm tests intermittently fail; npm cache needs purging - https://phabricator.wikimedia.org/T87666#1003716 (10Krinkle) 5Open>3Resolved a:3Krinkle This was reported upstream as https://github.com/jscs-dev/node-jscs/issues/787. Lead maintainer of npm CLI ([othiym23](https://github.co... [05:17:40] (03PS15) 10Krinkle: Add qunit-karma macro and various *-qunit-karma jobs [integration/config] - 10https://gerrit.wikimedia.org/r/186934 (https://phabricator.wikimedia.org/T74063) [05:20:53] (03PS16) 10Krinkle: Add qunit-karma macro and various *-qunit-karma jobs [integration/config] - 10https://gerrit.wikimedia.org/r/186934 (https://phabricator.wikimedia.org/T74063) [05:34:38] (03PS17) 10Krinkle: Add qunit-karma macro and various *-qunit-karma jobs [integration/config] - 10https://gerrit.wikimedia.org/r/186934 (https://phabricator.wikimedia.org/T74063) [05:58:37] (03CR) 10Krinkle: [C: 032] "Deployed mediawiki-core-qunit-karma and mwext-VisualEditor-qunit-karma." [integration/config] - 10https://gerrit.wikimedia.org/r/186934 (https://phabricator.wikimedia.org/T74063) (owner: 10Krinkle) [06:05:20] (03CR) 10jenkins-bot: [V: 04-1] Add qunit-karma macro and various *-qunit-karma jobs [integration/config] - 10https://gerrit.wikimedia.org/r/186934 (https://phabricator.wikimedia.org/T74063) (owner: 10Krinkle) [06:05:21] PROBLEM - App Server Main HTTP Response on deployment-mediawiki02 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [06:13:42] (03CR) 10Krinkle: [C: 032] Add qunit-karma macro and various *-qunit-karma jobs [integration/config] - 10https://gerrit.wikimedia.org/r/186934 (https://phabricator.wikimedia.org/T74063) (owner: 10Krinkle) [06:15:16] RECOVERY - App Server Main HTTP Response on deployment-mediawiki02 is OK: HTTP OK: HTTP/1.1 200 OK - 50039 bytes in 8.051 second response time [06:20:22] (03Merged) 10jenkins-bot: Add qunit-karma macro and various *-qunit-karma jobs [integration/config] - 10https://gerrit.wikimedia.org/r/186934 (https://phabricator.wikimedia.org/T74063) (owner: 10Krinkle) [06:24:39] !log Reloading Zuul to deploy Ie287ac1b6cb44d5051c3e [07:55:44] 3Phabricator: Fatal error (30 seconds timeout) upon certain maniphest search in a component when not logged in - https://phabricator.wikimedia.org/T87739#1003840 (10Tgr) I get this a lot, logged-in. The top of the stack is sometimes slightly different: ``` STACK TRACE utils.php:235 PhabricatorStartup->onDebugTic... [07:56:01] 3Phabricator, Wikimedia-Bugzilla: Create a static HTML version of Bugzilla - https://phabricator.wikimedia.org/T85140#1003841 (10JohnLewis) @jayvdb activity pages are included in the dump @dzahn has - although it is not fully imported due to technical reasons. Status changes are not shown in comments are the pu... [08:01:58] 3Phabricator: Fatal error (30 seconds timeout) upon certain maniphest search in a component when not logged in - https://phabricator.wikimedia.org/T87739#1003845 (10Tgr) Dies on [[ https://github.com/phacility/phabricator/blob/master/src/applications/search/engine/PhabricatorSearchEngineElastic.php#L383 | this ]... [08:02:35] 3Phabricator: Fatal error (30 seconds timeout) upon certain maniphest search in a component when not logged in - https://phabricator.wikimedia.org/T87739#1003846 (10Tgr) p:5Low>3High This happens with an annoyingly high frequency. [08:05:46] 3Code-Review, Multimedia: Add Multimedia team members as reviewers to multimedia-related Gerrit patches - https://phabricator.wikimedia.org/T87776#1003865 (10Tgr) See also T78768. [08:07:32] 3Phabricator: Fatal error (30 seconds timeout) upon certain maniphest search in a component when not logged in - https://phabricator.wikimedia.org/T87739#1003867 (10Tgr) Also, details of the search don't seem to matter much. It happens both on searches which are very generic and ones which should have few result... [08:53:22] 3Beta-Cluster, Release-Engineering: Warnings when running mwscript on deployment-prep - https://phabricator.wikimedia.org/T88093#1003909 (10Krenair) 3NEW [09:07:16] PROBLEM - Puppet staleness on deployment-eventlogging02 is CRITICAL: CRITICAL: 100.00% of data above the critical threshold [43200.0] [09:09:41] Yippee, build fixed! [09:09:42] Project beta-scap-eqiad build #39517: FIXED in 26 min: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/39517/ [09:18:47] 3Release-Engineering, Beta-Cluster: Job runner not running in deployment-prep - https://phabricator.wikimedia.org/T88094#1003926 (10Krenair) 3NEW [09:19:07] 3Release-Engineering, Beta-Cluster: Job runner not running in deployment-prep - https://phabricator.wikimedia.org/T88094#1003933 (10Krenair) [09:21:07] Yippee, build fixed! [09:21:07] Project beta-update-databases-eqiad build #7234: FIXED in 1 min 6 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/7234/ [09:27:31] 3Beta-Cluster, Release-Engineering: Warnings when running `mwscript eval.php` on deployment-prep - https://phabricator.wikimedia.org/T88093#1003944 (10Krenair) [10:33:20] PROBLEM - App Server Main HTTP Response on deployment-mediawiki02 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [10:51:45] PROBLEM - Free space - all mounts on deployment-elastic07 is CRITICAL: CRITICAL: deployment-prep.deployment-elastic07.diskspace._var_log.byte_percentfree.value (<100.00%) [11:42:51] PROBLEM - Free space - all mounts on deployment-elastic05 is CRITICAL: CRITICAL: deployment-prep.deployment-elastic05.diskspace._var_log.byte_percentfree.value (<100.00%) [11:52:04] PROBLEM - English Wikipedia Main page on beta-cluster is CRITICAL: CRITICAL - Socket timeout after 10 seconds [11:56:55] RECOVERY - English Wikipedia Main page on beta-cluster is OK: HTTP OK: HTTP/1.1 200 OK - 50229 bytes in 0.565 second response time [12:30:06] 3Phabricator: Links to alternative tags give 404 - https://phabricator.wikimedia.org/T88109#1004168 (10Nemo_bis) 3NEW [12:31:23] PROBLEM - App Server Main HTTP Response on deployment-mediawiki01 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [12:35:22] 3Phabricator: Links to alternative tags give 404 - https://phabricator.wikimedia.org/T88109#1004175 (10valhallasw) [12:37:35] PROBLEM - SSH on deployment-lucid-salt is CRITICAL: Connection refused [12:41:15] RECOVERY - App Server Main HTTP Response on deployment-mediawiki01 is OK: HTTP OK: HTTP/1.1 200 OK - 50039 bytes in 0.692 second response time [12:48:36] PROBLEM - App Server Main HTTP Response on deployment-mediawiki03 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [12:58:29] RECOVERY - App Server Main HTTP Response on deployment-mediawiki03 is OK: HTTP OK: HTTP/1.1 200 OK - 50039 bytes in 2.509 second response time [13:45:43] PROBLEM - Free space - all mounts on deployment-elastic06 is CRITICAL: CRITICAL: deployment-prep.deployment-elastic06.diskspace._var_log.byte_percentfree.value (<100.00%) [14:06:48] Yippee, build fixed! [14:06:49] Project browsertests-Wikidata-PerformanceTests-linux-firefox-sauce build #138: FIXED in 48 sec: https://integration.wikimedia.org/ci/job/browsertests-Wikidata-PerformanceTests-linux-firefox-sauce/138/ [14:23:18] PROBLEM - App Server bits response on deployment-mediawiki03 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [14:28:00] RECOVERY - App Server bits response on deployment-mediawiki03 is OK: HTTP OK: HTTP/1.1 200 OK - 3895 bytes in 0.002 second response time [14:34:42] Project beta-scap-eqiad build #39551: FAILURE in 38 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/39551/ [14:55:28] Yippee, build fixed! [14:55:29] Project beta-scap-eqiad build #39553: FIXED in 1 min 14 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/39553/ [16:23:27] 3Release-Engineering: Release MW 1.24.2 and 1.23.9 - https://phabricator.wikimedia.org/T88120#1004348 (10greg) 3NEW a:3csteipp [16:38:55] Yippee, build fixed! [16:38:56] Project browsertests-Flow-en.wikipedia.beta.wmflabs.org-linux-chrome-sauce build #476: FIXED in 35 min: https://integration.wikimedia.org/ci/job/browsertests-Flow-en.wikipedia.beta.wmflabs.org-linux-chrome-sauce/476/ [16:58:33] 3Phabricator: Change color of #Patch-For-Review project to something more unique - https://phabricator.wikimedia.org/T87226#1004374 (10Dzahn) before we spend any more time discussing the color of the tag, i think we should remove it completely then, per above. otherwise: bikeshed.com , this is like the best exam... [17:23:01] g'morn marxarelli [17:23:15] greg-g: top o' the morning [17:35:42] * James_F cues greg-g with "… and the rest o' the morning to you!" as the appropriate response. :-) [17:43:49] James_F: i believe most americans respond with a punch to the face and an indignant "DON'T TREAD ON ME!" [17:50:04] marxarelli: That's also an option, sure. :-) [17:57:03] James_F: i like yours better though, it's more i-don't-live-in-a-vacuum-y :) [17:57:28] a vacuum of Freedom [17:57:36] a vacuum full of Freedom [17:57:49] and now we see the logical disconnect [17:59:06] expressed as a triadic relation: greg-g is free from all external forces to become more alone [17:59:13] <^d> Heh, reminds me of Daily Show the other day. [17:59:30] <^d> "Ahh, the Iowa Freedom Summit. The summit of Freedom. All...downhill from here...freedom-wise" [18:00:54] 3Release-Engineering: Release MW 1.24.2 and 1.23.9 - https://phabricator.wikimedia.org/T88120#1004519 (10greg) [18:01:25] oh wow, i can't wait for iowa to get us "back on track" [18:02:43] <^d> What Would Iowa Do? [18:02:49] <^d> ^ clearly my motto in life [18:04:36] 3Release-Engineering: Release MW 1.24.2 and 1.23.9 - https://phabricator.wikimedia.org/T88120#1004526 (10greg) [18:06:03] ^d: i see a lot of corn-field metaphors in our CI future :) [18:18:19] <^d> marxarelli: Or cotton :p [18:22:28] you heard the man, greg-g. our next offsite should be a tractor run [18:23:26] I do love me some tractor pulls [18:31:24] ^d: welcome to the team ^ [18:31:28] :) [18:37:03] <^d> Oh man, +v? [18:37:06] * ^d goes mad with power [18:46:51] :) [18:47:07] ^d: really it's just an indicator for "who can I blame with my problem" [18:49:11] <^d> I should change my IRC ping to my butters ringtone [18:50:01] :) [18:54:16] Yippee, build fixed! [18:54:17] Project browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-os_x_10.9-safari-sauce build #438: FIXED in 44 min: https://integration.wikimedia.org/ci/job/browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-os_x_10.9-safari-sauce/438/ [18:55:12] Yippee, build fixed! [18:55:13] Project browsertests-Flow-en.wikipedia.beta.wmflabs.org-linux-firefox-sauce build #510: FIXED in 44 min: https://integration.wikimedia.org/ci/job/browsertests-Flow-en.wikipedia.beta.wmflabs.org-linux-firefox-sauce/510/ [19:09:46] 3Wikimedia-Git-or-Gerrit, Release-Engineering: Deployment status indicator for gerrit patches - https://phabricator.wikimedia.org/T88136#1004730 (10Tgr) 3NEW [19:17:57] 3Wikimedia-Git-or-Gerrit, Release-Engineering: Deployment status indicator for gerrit patches - https://phabricator.wikimedia.org/T88136#1004764 (10greg) See also: {T280}, which is more and different than this, but related. [19:19:16] 3Phabricator: Unnecessary line breaks in Phabricator comments generated from emails - https://phabricator.wikimedia.org/T88138#1004774 (10Tgr) 3NEW [19:20:20] 3Phabricator: Unnecessary line breaks in Phabricator comments generated from emails - https://phabricator.wikimedia.org/T88138#1004785 (10chasemp) Can you paste your original source response and link to the comment it transformed into? [19:27:08] 3Phabricator, obsolete, operations: merge tickets in project "ops-core" into project "operations" - https://phabricator.wikimedia.org/T87291#1004819 (10chasemp) [19:29:09] Yippee, build fixed! [19:29:10] Project browsertests-Flow-en.wikipedia.beta.wmflabs.org-linux-chrome-monobook-sauce build #268: FIXED in 34 min: https://integration.wikimedia.org/ci/job/browsertests-Flow-en.wikipedia.beta.wmflabs.org-linux-chrome-monobook-sauce/268/ [19:32:35] 3Phabricator, operations: merge tickets in project "ops-core" into project "operations" - https://phabricator.wikimedia.org/T87291#1004871 (10chasemp) [19:33:39] Yippee, build fixed! [19:33:40] Project browsertests-WikiLove-en.wikipedia.beta.wmflabs.org-linux-firefox-sauce build #411: FIXED in 3 min 6 sec: https://integration.wikimedia.org/ci/job/browsertests-WikiLove-en.wikipedia.beta.wmflabs.org-linux-firefox-sauce/411/ [19:36:22] Yippee, build fixed! [19:36:22] Project browsertests-PageTriage-en.wikipedia.beta.wmflabs.org-linux-firefox-sauce build #379: FIXED in 1 min 7 sec: https://integration.wikimedia.org/ci/job/browsertests-PageTriage-en.wikipedia.beta.wmflabs.org-linux-firefox-sauce/379/ [19:39:09] Yippee, build fixed! [19:39:09] Project browsertests-Flow-en.wikipedia.beta.wmflabs.org-linux-firefox-monobook-sauce build #284: FIXED in 43 min: https://integration.wikimedia.org/ci/job/browsertests-Flow-en.wikipedia.beta.wmflabs.org-linux-firefox-monobook-sauce/284/ [19:39:50] (03PS2) 10Brion VIBBER: Add testing dep for CodeEditor (needs WikiEditor) [integration/config] - 10https://gerrit.wikimedia.org/r/187236 (https://phabricator.wikimedia.org/T87806) [19:40:42] (03CR) 10jenkins-bot: [V: 04-1] Add testing dep for CodeEditor (needs WikiEditor) [integration/config] - 10https://gerrit.wikimedia.org/r/187236 (https://phabricator.wikimedia.org/T87806) (owner: 10Brion VIBBER) [19:44:15] (03CR) 10Brion VIBBER: "I'm not sure I understand this jenkins error -- is there something wrong with my formatting of this file or is it a false positive?" [integration/config] - 10https://gerrit.wikimedia.org/r/187236 (https://phabricator.wikimedia.org/T87806) (owner: 10Brion VIBBER) [19:47:28] 3Services, Parsoid, Architecture, Release-Engineering: Evaluate and decide on a distribution strategy targeted at VMs - https://phabricator.wikimedia.org/T87774#1004914 (10Spage) How would minor security upgrades work for a "MediaWiki 1.25 LTS" VM? VMs are great for providing everyone a default complex install,... [19:50:05] <^d> greg-g: Really important question. What's the legal status of something you do in a coloring book? [19:50:20] <^d> s/legal/copyright/ [19:50:43] 3Phabricator, operations: merge tickets in project "ops-core" into project "operations" - https://phabricator.wikimedia.org/T87291#1004937 (10chasemp) P245 This has been completed I believe. [19:51:01] 3Phabricator, operations: merge tickets in project "ops-core" into project "operations" - https://phabricator.wikimedia.org/T87291#1004938 (10chasemp) 5Open>3Resolved [19:53:34] 3Phabricator: Unnecessary line breaks in Phabricator comments generated from emails - https://phabricator.wikimedia.org/T88138#1004944 (10Tgr) >>! In T88138#1004785, @chasemp wrote: > Can you paste your original source response and link to the comment it transformed into? T87056#1004742 (edited, you'll have to... [19:59:37] 3Services, Parsoid, Architecture, Release-Engineering: Evaluate and decide on a distribution strategy targeted at VMs - https://phabricator.wikimedia.org/T87774#1004954 (10brion) Main things should be automatable: * base OS updates -> automatic background apt-get upgrades or whatever * if distributed straight f... [19:59:55] 3Phabricator: Convert Bugzilla's "Bug NNNNN" links to "TNNNNN" links in Phabricator - https://phabricator.wikimedia.org/T687#1004957 (10chasemp) p:5Low>3Volunteer? a:5chasemp>3None [20:00:02] 3Phabricator: Convert wiki links in Bugzilla comments in links in Phabricator tasks - https://phabricator.wikimedia.org/T875#1004959 (10chasemp) p:5Low>3Volunteer? a:5chasemp>3None [20:00:12] 3Phabricator: Convert Gerrit links in Bugzilla comments in links in Phabricator tasks - https://phabricator.wikimedia.org/T873#1004961 (10chasemp) p:5Low>3Volunteer? a:5chasemp>3None [20:00:22] 3Phabricator: Convert RT links in Bugzilla comments in links in Phabricator tasks - https://phabricator.wikimedia.org/T874#1004963 (10chasemp) p:5Low>3Volunteer? a:5chasemp>3None [20:00:41] ^d: oh man, that's... a really good copyright law class test question [20:00:48] ^d: a derivative, so joint ownership [20:01:02] <^d> I figured a derivative. [20:01:17] <^d> But if they don't explicitly lay out terms, are you allowed to create a derivative work? [20:01:34] implied in the case of coloring books, I would presume :) [20:01:49] <^d> Implied is cheating :p [20:02:01] "but your honor! It's a COLORING BOOK!" "sorry, there was no text to say you're allowed to color and make derivatives." [20:02:08] <^d> My followup would be: "Are coloring books without an explicit license self-defeating?" [20:02:21] copyright law is self-defeating [20:04:02] <^d> Not at all what I was looking for when I googled "coloring book case law": http://mdcourts.gov/publications/coloringbooks.html [20:04:28] SFW? [20:04:37] <^d> *.gov? Yes [20:05:54] <^d> Public domain coloring books? :) [20:07:11] 3Phabricator, WMF-Legal: Policy for inappropriate avatars? - https://phabricator.wikimedia.org/T1180#1004967 (10Dzahn) Are you trying to define "inappropriate"? Seems almost impossible. It will end up saying that what avatar is considered inappropriate has to be decided on a case-by-case basis anyways. Not sure... [20:08:36] :) [20:09:03] 3Phabricator: Unnecessary line breaks in Phabricator comments generated from emails - https://phabricator.wikimedia.org/T88138#1004969 (10chasemp) Yes it seems that is the case :) Feel free to upstream this if you desire but I'm going to say there is nothing to address from phab upstream's perspective. declined? [20:24:48] Yippee, build fixed! [20:24:49] Project browsertests-VisualEditor-en.wikipedia.beta.wmflabs.org-linux-chrome-sauce build #487: FIXED in 20 min: https://integration.wikimedia.org/ci/job/browsertests-VisualEditor-en.wikipedia.beta.wmflabs.org-linux-chrome-sauce/487/ [20:31:14] 3Services, Parsoid, Architecture, Release-Engineering: Evaluate and decide on a distribution strategy targeted at VMs - https://phabricator.wikimedia.org/T87774#1004987 (10GWicke) >>! In T87774#1004954, @brion wrote: > Main things should be automatable: Agreed. > * base OS updates -> automatic background apt-g... [20:38:57] 3Continuous-Integration: Puppet is causing changed/added files in 'slave-scripts' git::clone on integration slaves in labs to become root read-only - https://phabricator.wikimedia.org/T87843#1005000 (10Krinkle) [20:38:58] 3Continuous-Integration: On all slaves, /srv/deployment/integration/slave-scripts permissions went crazy - https://phabricator.wikimedia.org/T85969#1004999 (10Krinkle) [20:39:35] 3Architecture, Release-Engineering, Parsoid, Services: Distribution strategy option: Use Vagrant puppet modules - https://phabricator.wikimedia.org/T88151#1005002 (10GWicke) 3NEW [20:46:03] 3Echo, MediaWiki-General-or-Unknown, VisualEditor, Release-Engineering: Get JQuery error "a is undefined" running browser tests locally for Firefox - https://phabricator.wikimedia.org/T87446#1005021 (10Cmcmahon) It looks like: And I click in the editable part... [20:50:48] (03CR) 10Hashar: "Blame PyYAML / yaml ! The patch needs an additional space for indentation or it get confused." (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/187236 (https://phabricator.wikimedia.org/T87806) (owner: 10Brion VIBBER) [20:51:28] (03PS3) 10Hashar: Add testing dep for CodeEditor (needs WikiEditor) [integration/config] - 10https://gerrit.wikimedia.org/r/187236 (https://phabricator.wikimedia.org/T87806) (owner: 10Brion VIBBER) [20:54:41] Project beta-scap-eqiad build #39589: FAILURE in 45 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/39589/ [20:56:04] (03CR) 10Paladox: [C: 031] Add testing dep for CodeEditor (needs WikiEditor) [integration/config] - 10https://gerrit.wikimedia.org/r/187236 (https://phabricator.wikimedia.org/T87806) (owner: 10Brion VIBBER) [20:56:24] (03CR) 10Hashar: [C: 032] "I have updated all CodeEditor jobs while at it (that is described on https://www.mediawiki.org/wiki/CI/JJB ):" [integration/config] - 10https://gerrit.wikimedia.org/r/187236 (https://phabricator.wikimedia.org/T87806) (owner: 10Brion VIBBER) [20:57:47] (03PS1) 10Krinkle: doc: Rename builder macros around doc-publish [integration/config] - 10https://gerrit.wikimedia.org/r/187797 [20:57:49] (03PS1) 10Krinkle: unicodejs-jsduck-publish: Run on labs slaves instead of gallium [integration/config] - 10https://gerrit.wikimedia.org/r/187798 [21:03:25] (03Merged) 10jenkins-bot: Add testing dep for CodeEditor (needs WikiEditor) [integration/config] - 10https://gerrit.wikimedia.org/r/187236 (https://phabricator.wikimedia.org/T87806) (owner: 10Brion VIBBER) [21:08:19] (03PS1) 10Krinkle: rubocop: Run *-bundle-rubocop only if relevant files were modified [integration/config] - 10https://gerrit.wikimedia.org/r/187805 (https://phabricator.wikimedia.org/T75077) [21:10:22] (03CR) 10Krinkle: [C: 032] "Deployed doc-publish-sync" [integration/config] - 10https://gerrit.wikimedia.org/r/187797 (owner: 10Krinkle) [21:11:16] 3Beta-Cluster, Release-Engineering: Warnings when running `mwscript eval.php` on deployment-prep - https://phabricator.wikimedia.org/T88093#1005071 (10hashar) That is caused by https://gerrit.wikimedia.org/r/#/c/186319/ which adds the variables in mobile-labs.php : ``` +$wgMFWikiDataEndpoint = $wmgMFWikiDataEnd... [21:13:54] (03CR) 10Krinkle: "Deployed" [integration/config] - 10https://gerrit.wikimedia.org/r/187797 (owner: 10Krinkle) [21:14:04] (03PS2) 10Krinkle: doc: Rename builder macros around doc-publish [integration/config] - 10https://gerrit.wikimedia.org/r/187797 [21:14:11] (03CR) 10Krinkle: [C: 032] doc: Rename builder macros around doc-publish [integration/config] - 10https://gerrit.wikimedia.org/r/187797 (owner: 10Krinkle) [21:14:14] Yippee, build fixed! [21:14:14] Project beta-scap-eqiad build #39591: FIXED in 8 min 46 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/39591/ [21:14:15] (03PS2) 10Krinkle: unicodejs-jsduck-publish: Run on labs slaves instead of gallium [integration/config] - 10https://gerrit.wikimedia.org/r/187798 [21:14:51] (03PS3) 10Krinkle: unicodejs-jsduck-publish: Run on labs slaves instead of gallium [integration/config] - 10https://gerrit.wikimedia.org/r/187798 [21:17:10] (03CR) 10Hashar: rubocop: Run *-bundle-rubocop only if relevant files were modified (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/187805 (https://phabricator.wikimedia.org/T75077) (owner: 10Krinkle) [21:18:13] 3Architecture, Release-Engineering, Parsoid, Services: Distribution strategy option: Use Debian packages - https://phabricator.wikimedia.org/T88154#1005082 (10GWicke) 3NEW [21:18:25] 3Services, Parsoid, Architecture, Release-Engineering: Evaluate and decide on a distribution strategy targeted at VMs - https://phabricator.wikimedia.org/T87774#1005089 (10GWicke) [21:19:46] 3Architecture, Release-Engineering, Parsoid, Services: Distribution strategy option: Use Debian packages - https://phabricator.wikimedia.org/T88154#1005082 (10GWicke) [21:20:13] * chrismcmahon wonders if Zuul broke down just now [21:22:31] 3Beta-Cluster: No longer updating deployed code - https://phabricator.wikimedia.org/T88034#1005100 (10hashar) 5Open>3Resolved a:3hashar The update job were broken due to an issue with composer ( https://phabricator.wikimedia.org/T85182#1003899 ). I have reverted the faulty patch and the jobs are updating a... [21:25:46] ^d: I think I will need to print and color "learning more about the law with chester" to hang on the wall in my wife's office [21:29:38] (03Merged) 10jenkins-bot: doc: Rename builder macros around doc-publish [integration/config] - 10https://gerrit.wikimedia.org/r/187797 (owner: 10Krinkle) [21:30:54] 3Beta-Cluster: No linking to mediawiki.org on Special:Version for beta wikis - https://phabricator.wikimedia.org/T78574#1005109 (10hashar) 5Open>3Resolved a:3hashar Patch solved it apparently. [21:36:19] (03PS1) 10Hashar: Bump maven checkstyle timeout to 5 minutes [integration/config] - 10https://gerrit.wikimedia.org/r/187810 (https://phabricator.wikimedia.org/T87617) [21:36:41] (03CR) 10Hashar: [C: 032] "Job refreshed" [integration/config] - 10https://gerrit.wikimedia.org/r/187810 (https://phabricator.wikimedia.org/T87617) (owner: 10Hashar) [21:37:06] 3Continuous-Integration: Jenkins build timeout in Android Apps tests too short - https://phabricator.wikimedia.org/T87617#1005118 (10hashar) 5Open>3Resolved a:3hashar I have bumped the timeout to 5 minutes. [21:43:01] marxarelli: I think you helped Rummana set up the whole browser test framework from scratch not long ago. apparently something is missing from the docs on mw.o? [21:43:23] 3Release-Engineering: Release MW 1.24.2 and 1.23.9 - https://phabricator.wikimedia.org/T88120#1005137 (10Legoktm) [21:43:27] (03Merged) 10jenkins-bot: Bump maven checkstyle timeout to 5 minutes [integration/config] - 10https://gerrit.wikimedia.org/r/187810 (https://phabricator.wikimedia.org/T87617) (owner: 10Hashar) [21:44:21] chrismcmahon: it's not up-to-date for the new pre-release [21:45:16] chrismcmahon: i helped Rummana with a problem she was having with bundler [21:45:29] <^d> bd808: Yesss! [21:45:45] 3Phabricator: Prompt for batch "Assign" action is incorrect - https://phabricator.wikimedia.org/T88155#1005145 (10werdna) 3NEW [21:45:46] chrismcmahon: ruby was installed from homebrew, but the bundle binary was executing using ruby 1.8 [21:46:21] chrismcmahon: we fixed it by normalizing her ruby installation with rvm and isolated gemsets [21:46:28] weird, was it using the system ruby? I had to jump through a couple of hoops to get rvm to pick up when I set up Elena [21:48:31] (03PS4) 10Krinkle: unicodejs-jsduck-publish: Run on labs slaves instead of gallium [integration/config] - 10https://gerrit.wikimedia.org/r/187798 (https://phabricator.wikimedia.org/T86174) [21:48:35] (03PS5) 10Krinkle: unicodejs-jsduck-publish: Run on labs slaves instead of gallium [integration/config] - 10https://gerrit.wikimedia.org/r/187798 (https://phabricator.wikimedia.org/T86174) [21:48:46] (03CR) 10Krinkle: [C: 032] "Deployed unicodejs-jsduck-publish." [integration/config] - 10https://gerrit.wikimedia.org/r/187798 (https://phabricator.wikimedia.org/T86174) (owner: 10Krinkle) [21:49:22] marxarelli: Interesting. [21:49:49] marxarelli: I actually helped her set that up (using Homebrew instead of macports). I use it on my own system as well, where it works fine. [21:50:10] marxarelli: Maybe it was accidentally using sudo? When using sudo, the brew bin path is likely not in PATH. [21:50:15] chrismcmahon: gems often install "binaries" to be used on the command line, but their integration with path lookup isn't always clean [21:50:27] right [21:50:32] so, in Rummana's case, bundle was being executed from /usr/bin/bundle [21:50:50] and the gem path for homebrew's ruby installation wasn't in her PATH [21:51:11] Yippee, build fixed! [21:51:12] Project browsertests-UniversalLanguageSelector-commons.wikimedia.beta.wmflabs.org-linux-firefox-sauce build #432: FIXED in 15 min: https://integration.wikimedia.org/ci/job/browsertests-UniversalLanguageSelector-commons.wikimedia.beta.wmflabs.org-linux-firefox-sauce/432/ [21:51:15] we couldn't have probably set that up, but i suggested she just use rvm since i think she'll have fewer issues with it down the road [21:51:22] *could* have [21:51:34] Krinkle: ah, yeah. that's possible [21:51:36] yeah, I've never installed Ruby from Homebrew, I've been rvm-only for a really long time [21:51:37] marxarelli: http://stackoverflow.com/a/14138490/319266 [21:51:43] chrismcmahon: ^ [21:52:15] Most packages in brew get added or symlinked in /usr/local/bin and in PATH automatically, but Ruby has its own bin/ directory so it requires adding one line to bashrc to be in PATH [21:52:18] it's not super hard to get setup for someone that know's ruby [21:52:19] RVM requires the same kind of modification to work [21:52:30] but rvm is probably better for newbs [21:52:37] I noticed the .rvm PATH extension on rummana's setup [21:53:13] Krinkle: ah, i haven't tried brew-gems [21:53:37] Me neither, don't use it. [21:53:46] i'm not super thrilled with rvm, but i do think it has features which are useful [21:54:14] like the fact that it will pick up the version of ruby from the current directory [21:54:55] and it can isolate gems so your less likely to run into conflicts [21:56:15] (03Merged) 10jenkins-bot: unicodejs-jsduck-publish: Run on labs slaves instead of gallium [integration/config] - 10https://gerrit.wikimedia.org/r/187798 (https://phabricator.wikimedia.org/T86174) (owner: 10Krinkle) [21:58:16] marxarelli: I'd rather use local bundler for that. And I'm supcious towards whether ruby version detection is a good thing or not. [21:58:18] Oh well. [21:59:40] Krinkle: i feel the same way, for experienced users [21:59:59] Another solution would be to not use ruby for newbies :P [22:00:01] Krinkle: and i personally hate that rvm hijacks `cd` to do its job [22:00:12] ha! [22:00:12] Or at all. [22:00:15] :) [22:00:31] ruby is much more accessible that most languages, i'd say [22:01:01] you may not like it, but most people i've paired with do [22:01:06] it would be hard to do what we do without watir-webdriver (in particular) [22:01:26] watir-webdriver is not revolutionary. And I think we're overusing it. [22:01:38] Krinkle: well, neither is Karma :) [22:01:43] it's essentially a port of rspec [22:01:53] Karma has no relation to rspec in the slightest way [22:02:26] * marxarelli has to cool down [22:02:30] Karma orchestrates a pool of webdriver controlled browsers to distribute unit tests (of some kind). It's not a test runner or test framework. [22:02:32] sorry, i'm dealing with realtors today [22:02:34] QUnit is. [22:02:43] Krinkle: yeah, ok [22:03:18] Anyway, language bashing isn't productive. What matters is the tooling and environment that is growing around it. The kind of packages that are available, the kind of things have have been established. The way the language is used. not what could be in theory if we do it all in-house. [22:03:26] Krinkle: give credit where it's due is all i'm saying [22:03:52] i agree. language bashing is rather pointless [22:03:58] Aside from minor features, any language should be able to do the job. The limiting factor is the human writing it and the shoulders he can stand on (existing packages) [22:04:13] i hope i can hear less of it in the future [22:06:54] Krinkle: absolutely. and given we now have a nice framework with a number of constructs that provide for specific mediawiki related test patterns, i hope you won't discount it simply because it's written in a language you don't personally care for [22:10:30] I don't mind it being written in Ruby [22:10:58] I do mind how it does its job, how it's maintained, and how it interacts with and maintains the targetted mw environment. [22:11:06] And those aspects are in my opinion currently not sufficient. [22:11:27] I started work on that 2 years ago but got pulled away for VE. [22:11:31] And then QA was created. [22:12:34] I'd love to spend a few days at some point creating a proof of concept to show a radically different approach. If anything, as inspiration for how the current Ruby stack could be. Or perhaps as a starting point for something new. [22:14:07] Krinkle: i welcome it. i'm not a rubyist, i'm a programmer (many years of php and javascript as well). if there are things to improve, let's do it [22:14:57] that said, i think the new pre-release of mediawiki-selenium is a huge step in the right direction as far as full-stack acceptance testing goes [22:15:39] 3Architecture, Release-Engineering, Parsoid, Services: Distribution strategy option: Use Vagrant puppet modules - https://phabricator.wikimedia.org/T88151#1005220 (10bd808) No puppet master is actually needed. The way that this works for labs-vagrant is that the labs puppet rules clone mediawiki/vagrant.git to `... [22:16:18] marxarelli: at some point I'd like to pair on a refactoring exercise or two with the new mw-se stuff [22:17:38] Krinkle: let's agree on one thing however: let's not make assumptions about each others motivations or knowledge. let's start working together [22:18:34] marxarelli: I also want to figure out how to pass a block rather than a locator to a PageObject to handle some weird conditions in Flow, but I keep getting distracted before I can ask a good question :-) [22:18:54] A few examples that come to mind when thinking about what bothers me when I find test failures are these (in no particular order). – I haven't had the time to investigate why this is the way it is, and I suspect there are good reasons for it, but here goes: [22:19:01] 1) how it targets nodes in the DOM. E.g. not using css selectors, which in my view is kind of like in C, writing memory pointers into other application's code, where existing pointers exist already. [22:19:06] 2) In case of no existing pointers, perhaps consider using visual offsets for scenarios where no reliable pointers exist (which are just as [un]reliable, but much easier to maintain when using an IDE to update the test, instead of using nth-child offset selectors that are bound to break every other week) [22:19:43] 3) Allow the tests to run on a plain mediawiki install and use a maintenance [22:19:44] script to populate sample data (instead of relying on beta and indirectly production commons search results) [22:20:17] i'm not sure visual offsets are the way to go, but it /is/ possible to reference js objects directly as selectors [22:20:37] i was experimenting with it the other day after you mentioned point #1 [22:20:41] all sorts of ways to make selectors [22:21:12] I don't think it should use any selectors at all. nth-child isn't a suggestion but what it uses currently, and other similar construct that just follow a path that happens to match but is by no means an API. [22:21:51] 3) is actually nice but if we'd done that we'd never have had a reliable shared test env. at all. I really wanted one of those 3 years ago. [22:22:10] these kinds of tests are meant to simulate the way a human interacts with the browser. i agree that dom selector is clunky, but i'm not sure visual offsets approximate that interaction any better [22:22:26] 3) is already done for phpunit tests. There's existing infrastructure for it. [22:23:26] it's essentially coupling either way. we mitigate that coupling now by at least encapsulating it in page objects [22:23:34] This is criticism on nobody but developers like myself, but.. as long as it's hard to run tests again plain localhost for developers and there being little coordination on how to select elements, tests will break quite often and develoeprs are unlikely to be willing to maintain them alongside. [22:23:47] We maintain our own unit tests, if they break, it's our responsibility. [22:23:49] of course, and that's proper. But investing in beta labs as a target for browser tests has paid enormous dividends in having a reliable shared test env, which is what I hoped would happen. [22:24:29] In the CI side, if tests break, CI only maintains infrastrucgure, not the individual tests. I've spend last year trying to move this responsibility back to the developers. and I'd like to achieve the same for browser tests with you. That'll take load off you and make everyone happier. [22:25:04] we'll get there. [22:25:11] the key to less fragility is to reduce coupling [22:26:47] test suites need to be able to 1) start with a clean slate every time; 2) provision anything and everything directly for context; 3) perform the actions; 4) assert an outcome; 5) reset the environment back to a clean slate [22:27:07] oh, and 6) they have to execute in complete isolation from each other [22:28:24] marxarelli: actually, I like it that post-merge browser tests for beta labs are dirty that way. yes they are constrained and flaky, but they find a LOT of bugs [22:29:06] that said, I'd like to make some browser tests voting. we know how, it'll just take some work. [22:31:09] 3Architecture, Release-Engineering, Parsoid, Services: Distribution strategy option: Use Vagrant puppet modules - https://phabricator.wikimedia.org/T88151#1005258 (10GWicke) [22:31:42] chrismcmahon: i think that they're valuable as is, but we do suffer from a lot of false positives [22:32:03] chrismcmahon: and before we can make them voting, they have to run in isolation and they have to run quickly [22:32:29] marxarelli: yep. voting tests won't target beta labs [22:35:39] isolation is provided by existing Jenkins macros and qunit localhost scripts. They provide a temporary mediawiki install, workspace and sqlite db dedicated to that one job, with a dedicated wgScriptPath (e.g. localhost:5124/builda0f1249e03/w/). Do they share the same Apache and and xvfb, though only until we have disposable VM testing. [22:36:18] 3Architecture, Release-Engineering, Parsoid, Services: Distribution strategy option: Use Vagrant puppet modules - https://phabricator.wikimedia.org/T88151#1005266 (10GWicke) [22:36:32] For the purpose of deploying Karma this past year, I've generalised all logic pertaining to qunit-localhost to no longer be specific to QUnit. It's just a way of setting up a nice MW install now. [22:37:13] 3pywikibot-core, Continuous-Integration: Whitelist people with +2 rights - https://phabricator.wikimedia.org/T87413#1005267 (10Mpaa) Can someone approve this? [22:39:35] 3Architecture, Release-Engineering, Parsoid, Services: Distribution strategy option: Use Debian packages - https://phabricator.wikimedia.org/T88154#1005303 (10GWicke) [22:42:48] Krinkle: you're in sf for a while longer, right? [22:42:57] let's schedule something [22:43:06] chrismcmahon, you too [22:43:39] no more silos! :) [22:44:17] marxarelli: last day [22:45:39] and no priority in the coming months for me. I'm observing and I can give advice and maybe attend a meeting if you like, but I've got other things to work on. [22:45:52] Krinkle: we'll do it remote then, at a time when i'm not trying to buy a house and possibly being evicted :) [22:47:49] 3Release-Engineering, Beta-Cluster: Job runner not running in deployment-prep - https://phabricator.wikimedia.org/T88094#1005326 (10Krenair) ```krenair@deployment-jobrunner01:~$ sudo service jobrunner start jobrunner start/running, process 549 krenair@deployment-jobrunner01:~$ service jobrunner status jobrunner... [22:49:21] marxarelli: I'm back in Tucson. Let's get the EAL/gem stuff rolling first, then some vagrant in some Jenkins. I think we know where this goes. [22:51:16] chrismcmahon: sounds good [22:52:42] 3Beta-Cluster, Release-Engineering: Warnings when running `mwscript eval.php` on deployment-prep - https://phabricator.wikimedia.org/T88093#1005342 (10Catrope) >>! In T88093#1005071, @hashar wrote: > Apparently loaded before InitialiseSettings-labs.php had a chance to be loaded/applied. No, per @bd808's Gerrit... [23:11:51] (03CR) 10Krinkle: rubocop: Run *-bundle-rubocop only if relevant files were modified (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/187805 (https://phabricator.wikimedia.org/T75077) (owner: 10Krinkle) [23:12:00] marxarelli: https://gerrit.wikimedia.org/r/#/c/187805/1/zuul/layout.yaml [23:16:52] 3Services, Parsoid, Architecture, Release-Engineering: Evaluate and decide on a distribution strategy targeted at VMs - https://phabricator.wikimedia.org/T87774#1005429 (10GWicke) [23:19:56] 3Release-Engineering, MediaWiki-JobRunner, Beta-Cluster: Job runner not running in deployment-prep - https://phabricator.wikimedia.org/T88094#1005435 (10hashar) /var/log/upstart/jobrunner.log offers no help. Found out in the upstart file ( /etc/init/jobrunner.conf ) that the output is sent to /var/log/mediawiki... [23:20:31] (03CR) 10Ricordisamoa: "Need Rebase" [integration/config] - 10https://gerrit.wikimedia.org/r/186611 (https://phabricator.wikimedia.org/T87413) (owner: 10Mpaa) [23:21:26] (03CR) 10Dduvall: [C: 04-1] rubocop: Run *-bundle-rubocop only if relevant files were modified (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/187805 (https://phabricator.wikimedia.org/T75077) (owner: 10Krinkle)