[00:00:16] <Krinkle>	 bd808: greg-g: What's up?
[00:06:08] <bd808>	 Krinkle: beta db auto locked because of lag time caused by  a migration that was merged today -- http://en.wikipedia.beta.wmflabs.org/w/index.php?maxlag=-1
[00:06:26] <bd808>	 Krinkle: And Ori has got the wikis switched over to run on hhvm
[00:06:49] <bd808>	 I don't think anything "bad" is up other than slave rep lag
[00:06:55] <Krinkle>	 k
[00:24:31] <grrrit-wm>	 (03CR) 10Ori.livneh: [C: 032] Fix-up for I2cddc62d421: Fix unbalanced parens in regex [operations/apache-config] (betacluster) - 10https://gerrit.wikimedia.org/r/148250 (owner: 10Ori.livneh)
[00:24:34] <grrrit-wm>	 (03Merged) 10jenkins-bot: Fix-up for I2cddc62d421: Fix unbalanced parens in regex [operations/apache-config] (betacluster) - 10https://gerrit.wikimedia.org/r/148250 (owner: 10Ori.livneh)
[00:58:50] <wikibugs>	 3Wikimedia / 3Continuous integration: Jenkins: Job runner slaves in labs no longer updated by puppet - 10https://bugzilla.wikimedia.org/68254#c7 (10Antoine "hashar" Musso) (In reply to Chase from comment #5) > what is the _latest_ time stamp for these logs.  My guess is they are > orphaned and can be removed...
[01:04:20] <wikibugs>	 3Wikimedia / 3Continuous integration: Jenkins: Job runner slaves in labs no longer updated by puppet - 10https://bugzilla.wikimedia.org/68254#c8 (10Antoine "hashar" Musso) 5NEW>3RESO/FIX The logs are smaller now :-)  Thank you!
[01:08:51] <wikibugs>	 3Wikimedia / 3Continuous integration: Jenkins: browserstests puppet manifest fails on "File[/var/lib/elasticsearch]:ensure" - 10https://bugzilla.wikimedia.org/68260#c5 (10Antoine "hashar" Musso) 5NEW>3RESO/FIX That works for me on integration-slave1004-trusty . I guess the slaves had an obsolete puppet m...
[01:24:35] <grrrit-wm>	 (03CR) 10Hashar: [C: 032] "Congratulations!" [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/148244 (https://bugzilla.wikimedia.org/67734) (owner: 10Jdlrobson)
[01:25:28] <grrrit-wm>	 (03Merged) 10jenkins-bot: Make Flow QUnit tests voting [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/148244 (https://bugzilla.wikimedia.org/67734) (owner: 10Jdlrobson)
[01:26:20] <wikibugs>	 3Wikimedia / 3Continuous integration: Setup QUnit tests on Jenkins for Flow - 10https://bugzilla.wikimedia.org/67734#c20 (10Antoine "hashar" Musso) 5PATC>3RESO/FIX And it is now voting!
[01:36:38] <wikibugs>	 3Wikimedia / 3Continuous integration: Please have Jenkins do some basic checks of the phabtricator/ repos - 10https://bugzilla.wikimedia.org/68263#c1 (10Antoine "hashar" Musso) We could get php linting job for a start. Not sure how helpful it would be.  Is there any tests suite to run on the repositories?
[07:29:17] <grrrit-wm>	 (03PS3) 10Hashar: add jzerebecki to trusted users in zuul [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/148238 (owner: 10Dzahn)
[07:29:45] <grrrit-wm>	 (03CR) 10Hashar: [C: 032] "Jan: you will have tests triggered now :-)" [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/148238 (owner: 10Dzahn)
[07:29:50] <grrrit-wm>	 (03Merged) 10jenkins-bot: add jzerebecki to trusted users in zuul [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/148238 (owner: 10Dzahn)
[07:58:35] <zeljkof>	 Jagori: I will be in the hangout in a minute or two
[07:58:42] <Jagori>	 no issues
[08:02:48] <zeljkof>	 Jagori: I am in the hangout
[08:03:02] <Jagori>	 okay
[08:06:16] <zeljkof>	 hashar: I get "Domain not configured" for http://en.wikipedia.beta.wmflabs.org/
[08:06:28] <zeljkof>	 hashar: ignore, works now
[08:22:37] <zeljkof>	 Jagori: can you hear me? I can not hear you
[08:23:45] <Jagori>	 zeljkof: i can hear you
[08:23:45] <Jagori>	 zeljkof:can you hear me,should i logout
[08:23:45] <Jagori>	 and login again
[08:24:08] <Jagori>	 zeljkof:i could hear your voice
[08:24:08] <Jagori>	 but dont know what happened all of a sudden:)
[08:24:30] <zeljkof>	 Jagori: yes, let's try rejoining the hangout
[08:24:32] <Jagori>	 zeljkof:am joining hangout once more
[08:29:21] <wikibugs>	 3Wikimedia / 3Continuous integration: Drop some Jenkins jobs history - 10https://bugzilla.wikimedia.org/63936#c6 (10Antoine "hashar" Musso) 5PATC>3RESO/FIX That is good enough as is.  The most offending jobs are now cleaned up automatically by Jenkins.
[08:43:45] <zeljkof>	 Jagori: http://git-scm.com/book/en/Git-Branching-Rebasing
[08:58:01] <zeljkof>	 Jagori: https://integration.wikimedia.org/ci/view/BrowserTests/job/browsertests-VisualEditor-en.wikipedia.beta.wmflabs.org-linux-chrome-sauce/lastCompletedBuild/testReport/(root)/VisualEditor%20Bullets,%20Numbering/check_strings_for_bullets_and_numbering__outline_example_____Numbering_______/
[09:05:57] <Jagori>	 zeljkof:I just forgot to mention my last session I got the date wrong in my pairing session email
[09:06:04] <zeljkof>	 Jagori: no problem :)
[09:06:08] <Jagori>	 :)
[09:06:10] <Jagori>	 okay
[09:06:12] <Jagori>	 thanks
[09:35:39] <vikasyaligar>	 hello zeljkof hashar
[09:35:48] <zeljkof>	 hi vikasyaligar
[09:36:11] <vikasyaligar>	 is something wrong with english bets labs ? 
[09:36:41] <zeljkof>	 vikasyaligar: I have noticed a few strange errors today
[09:36:56] <zeljkof>	 not sure if hashar is making some changes there now
[09:38:37] <vikasyaligar>	 oh ok :) 
[09:41:37] <hashar>	 zeljkof: I am not changing any job :-]
[10:21:21] <wikibugs>	 3Wikimedia / 3Continuous integration: Jenkins: Jobs for SwiftCloudFiles extension - 10https://bugzilla.wikimedia.org/46262 (10Antoine "hashar" Musso) 5PATC>3NEW
[10:27:30] <zeljkof>	 hashar: around?
[10:40:16] <zeljkof>	 kart_: around?
[10:40:27] <zeljkof>	 I have a bash question for the two of you
[10:57:24] <grrrit-wm>	 (03PS1) 10Legoktm: Add zuul config for a bunch of extensions I maintain [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/148352 
[10:59:06] <grrrit-wm>	 (03CR) 10Legoktm: "These already have entries in jenkins-job-builder-config AFAIS." [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/148352 (owner: 10Legoktm)
[11:11:48] <vikasyaligar>	 When I go to => http://en.wikipedia.beta.wmflabs.org/wiki/Language_Screenshot?vehidebetadialog=true&veaction=edit ; I am getting => Error loading data from server: readonly: The wiki is currently in read-only mode. Would you like to retry?
[11:11:55] <vikasyaligar>	 Is it only me ? 
[11:20:36] <zeljkof>	 vikasyaligar: jagori told me earlier today she got the same error
[11:20:43] <zeljkof>	 and I was able to reproduce it now
[11:22:04] * zeljkof is out to lunch
[11:53:30] <grrrit-wm>	 (03PS1) 10Legoktm: Add jobs for analytics/quarry/web [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/148361 
[11:54:42] <grrrit-wm>	 (03CR) 10jenkins-bot: [V: 04-1] Add jobs for analytics/quarry/web [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/148361 (owner: 10Legoktm)
[11:56:15] <grrrit-wm>	 (03PS1) 10Legoktm: Add zuul config for analytics/quarry/web [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/148362 
[11:57:19] <grrrit-wm>	 (03PS2) 10Legoktm: Add jobs for analytics/quarry/web [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/148361 
[12:02:00] <vikasyaligar>	 hey zeljkof, is there any reason why we are running the jobs in english beta labs and not on http://test2.wikipedia.org/ ? 
[12:02:30] <zeljkof>	 not sure
[12:02:42] <zeljkof>	 we could do either, or both
[12:03:16] <vikasyaligar>	 i wonder what is the difference between both ? 
[12:08:19] <zeljkof>	 vikasyaligar: in a meeting with Amir, sorry
[12:28:15] <zeljkof>	 vikasyaligar: I have reported a bug that beta is not working https://bugzilla.wikimedia.org/show_bug.cgi?id=68373 cc aharoni
[12:29:04] <vikasyaligar>	 thank you zeljkof :) 
[12:35:23] <zeljkof>	 aharoni: LanguageScreenshotBot
[12:42:48] <vikasyaligar>	 zeljkof: There is another problem; like here => https://github.com/wikimedia/mediawiki-extensions-VisualEditor/commit/7b7d8c02a48777f5d34611e9bc1cb00346148cff 
[12:43:40] <vikasyaligar>	 I had used css initially, but I think they changed the class name in VE. Is there any other better way ? 
[12:44:00] <vikasyaligar>	 It is the save button which one can see on the top right corner 
[13:02:30] <zeljkof>	 vikasyaligar: you can update the way you find the element
[13:02:39] <zeljkof>	 that is why we have page objects
[13:02:45] <zeljkof>	 so it is easy to update elements :)
[13:07:03] <vikasyaligar>	 zeljkof: ok :) 
[13:08:13] <zeljkof>	 vikasyaligar: do you have time to make a few changes to the upload script?
[13:08:35] <vikasyaligar>	 zeljkof: yup I do, let me know 
[13:08:57] <zeljkof>	 aharoni and I have talked about LanguageScreenshotBot
[13:09:10] <zeljkof>	 did you see comments here? https://commons.wikimedia.org/wiki/Commons:Bots/Requests/LanguageScreenshotBot
[13:09:27] <vikasyaligar>	 zeljkof: yup I did :)
[13:09:49] <zeljkof>	 did you see this? https://commons.wikimedia.org/wiki/Commons:Bots#Bot_speed
[13:10:57] <vikasyaligar>	 ah ! I read it now thank you for that :) 
[13:11:36] <zeljkof>	 do you know how to change the script so it uploads only every 5 seconds?
[13:11:49] <vikasyaligar>	 I can add sleep 5 ? 
[13:12:02] <zeljkof>	 vikasyaligar: yes :)
[13:12:06] <zeljkof>	 that is the simplest thing
[13:12:21] <zeljkof>	 just add sleep 5 after this line https://github.com/wikimedia/mediawiki-extensions-VisualEditor/blob/master/modules/ve-mw/tests/browser/upload.rb#L47
[13:12:54] <vikasyaligar>	 zeljkof: yup doing that 
[13:12:54] <zeljkof>	 you should also refactor #upload_image, so it does not have to log in every time it uploads the image
[13:13:01] <zeljkof>	 do you know how to do that?
[13:17:10] <vikasyaligar>	 zeljkof: yup I just checked out the api and there is a attribute logged_in which tells whether we are logged in or not :) 
[13:17:38] <zeljkof>	 vikasyaligar: hm, not sure that that would work, but you can try :)
[13:18:03] <zeljkof>	 what I had in mind was moving these lines to #upload_images
[13:18:03] <zeljkof>	 https://github.com/wikimedia/mediawiki-extensions-VisualEditor/blob/master/modules/ve-mw/tests/browser/upload.rb#L44-L46
[13:18:17] <zeljkof>	 and then passing "client" as an argument to #upload_image
[13:18:39] <zeljkof>	 so, calling #upload_image would look like
[13:18:47] <zeljkof>	 upload_image file_path, client
[13:19:05] <vikasyaligar>	 yup we can do that :) seems simpler 
[13:19:11] <zeljkof>	 that would make sure you log in only once, but you can reuse the same session
[13:19:14] <zeljkof>	 great
[13:19:29] <zeljkof>	 when you do that, there will be another problem to solve
[13:19:36] <zeljkof>	 let me know when you are done with these changes
[13:32:21] <zeljkof>	 hashar: do you have some time to take a look at this? https://bugzilla.wikimedia.org/show_bug.cgi?id=68373
[13:32:29] <zeljkof>	 beta seems really flaky today
[13:32:37] <zeljkof>	 :'(
[13:33:05] <hashar>	 ahh
[13:33:40] <hashar>	 zeljkof: yeah some patch landed in core yesterday that caused a massive database update
[13:33:48] <hashar>	 it has been running for 14+ hours now
[13:34:04] <zeljkof>	 hashar: ok, so it will get better with time? :)
[13:34:27] <hashar>	 evenutally
[13:34:58] <vikasyaligar>	 zeljkof: here it is => https://gerrit.wikimedia.org/r/#/c/148368
[13:34:58] <hashar>	 will clear bits cache
[13:35:05] <zeljkof>	 hashar: ok, good to know
[13:35:14] <zeljkof>	 we have a lot of failed tests
[13:36:34] <zeljkof>	 vikasyaligar: replied, you should make two commits, they are not really related
[13:37:23] <vikasyaligar>	 zeljkof: ok will do that now :) 
[13:37:28] <hashar>	 zeljkof: and bits is broken hehe
[13:39:15] <zeljkof>	 hashar: bits is a server on beta/labs?
[13:47:54] <vikasyaligar>	 zeljkof: here it is => https://gerrit.wikimedia.org/r/#/c/148373 and https://gerrit.wikimedia.org/r/#/c/148368/
[13:49:29] <zeljkof>	 vikasyaligar: did you test if uploading works after the change?
[13:51:27] <vikasyaligar>	 I tested it by adding a puts in the output and it seems like it is working :) 
[13:51:44] <vikasyaligar>	 zeljkof: I am not able to check commons as I am not able to login to it :( 
[13:52:07] <zeljkof>	 vikasyaligar: ok, let's wait then until we can check
[13:52:08] <hashar>	 zeljkof: yeah bits serves common assets such as JS / CSS
[13:52:14] <hashar>	 rebooting it
[13:52:22] <zeljkof>	 vikasyaligar: now another problem
[13:52:35] <zeljkof>	 jobs for all languages run in parallel
[13:52:54] <zeljkof>	 how would you make sure then that a file can be uploaded only once every 5 seconds?
[13:53:09] <zeljkof>	 now we have 3 jobs, but in the future we might have way more
[13:53:57] <vikasyaligar>	 zeljkof: yup I was thinking about it. This problem sounds complex 
[13:54:08] <zeljkof>	 vikasyaligar: there is a simple solution
[13:54:09] <zeljkof>	 :)
[13:54:15] <vikasyaligar>	 really ?? 
[13:54:22] <zeljkof>	 I am looking for the simplest thing that would work
[13:54:40] <zeljkof>	 the problem is that we have to limit the number of uploads to less than one every 5 seconds
[13:54:49] <zeljkof>	 but the jobs run in parallel
[13:55:01] <zeljkof>	 so, how to do that? do you have any ideas?
[13:55:06] <zeljkof>	 and I am looking for simple ones
[13:55:22] <vikasyaligar>	 zeljkof: let me think for some time .... 
[13:55:48] <zeljkof>	 vikasyaligar: I have an answer, but I would like to see you get there yourself :)
[13:56:36] <vikasyaligar>	 zeljkof: is the answer related to jenkins job ? 
[13:56:54] <zeljkof>	 vikasyaligar: yes
[13:57:20] <vikasyaligar>	 I remember master slave; so if we can run the upload script from master [Not sure how to do it]
[13:58:21] <zeljkof>	 vikasyaligar: the solution I have is solved by one line change :)
[13:58:27] <zeljkof>	 does not get simpler than that
[13:58:43] <zeljkof>	 making it run on master, not sure if that is doable, maybe
[13:59:00] <zeljkof>	 other ideas? do not try to have good ideas, any ideas are good
[13:59:16] <zeljkof>	 any idea is good (probably better english)
[14:02:31] <vikasyaligar>	 zeljkof: nope ! cannot think of anything else :( 
[14:02:49] <zeljkof>	 vikasyaligar: we could make the jobs run serially, right? :)
[14:02:59] <zeljkof>	 there is no need for them to run in parallel, is it?
[14:03:16] <zeljkof>	 it was the default, so we left it like that
[14:03:35] <zeljkof>	 do you know how to make the change?
[14:03:44] <vikasyaligar>	 won't it be slow later ? 
[14:04:32] <vikasyaligar>	 zeljkof: nope ! how do you do it in 1 line ? 
[14:05:19] <zeljkof>	 vikasyaligar: this is how matrix projects are defined
[14:05:20] <zeljkof>	 http://ci.openstack.org/jenkins-job-builder/project_matrix.html
[14:05:39] <zeljkof>	 and this is language screenshot job template
[14:05:39] <zeljkof>	 https://github.com/wikimedia/integration-jenkins-job-builder-config/blob/cloudbees/job_template.yaml#L11
[14:05:45] <vikasyaligar>	 ah ! now I can do it :) 
[14:05:54] <zeljkof>	 let me know if you get stuck :)
[14:06:23] <vikasyaligar>	 gerrit patch is on it's way for it :) 
[14:15:34] <grrrit-wm>	 (03PS1) 10Vikassy: Language screenshot jobs run in serial now [integration/jenkins-job-builder-config] (cloudbees) - 10https://gerrit.wikimedia.org/r/148378 
[14:16:13] <vikasyaligar>	 zeljkof: is that it ^^ 
[14:16:24] <zeljkof>	 vikasyaligar: I think it is :)
[14:16:26] <zeljkof>	 let me test it
[14:16:50] <zeljkof>	 vikasyaligar: but wait, you did not make a topic branch cccc :)
[14:18:18] <vikasyaligar>	 zeljkof: changing it through gerrit 
[14:18:31] <zeljkof>	 vikasyaligar: that could break your local repo
[14:18:40] <zeljkof>	 but it might not
[14:18:52] <vikasyaligar>	 updating the local repo with review -d 
[14:19:15] <zeljkof>	 vikasyaligar: but you already have this commit in cloudbees branch, that could be the problem
[14:19:29] <zeljkof>	 well, you can fix the problem later, if it happens
[14:21:46] <vikasyaligar>	 hmm ! not sure whether it will be a problem or not, because change-id will be same, so gerrit might know that the branch is same as earlier [Not sure, i am guessing ...]
[14:23:05] <zeljkof>	 vikasyaligar: if we change the commit in gerrit, it might conflict with your local one
[14:23:08] <zeljkof>	 but it looks good
[14:23:08] <zeljkof>	 https://integration.wikimedia.org/ci/view/BrowserTests/job/browsertests-VisualEditor-language-screenshot-linux-firefox-sauce/69/console
[14:23:18] <zeljkof>	 so if I just merge it, then it should be fine
[14:23:24] <zeljkof>	 only he is running :)
[14:24:11] <vikasyaligar>	 yup it is ! but I will miss the parallel one :)
[14:25:29] <grrrit-wm>	 (03PS2) 10Zfilipin: Language screenshot jobs run in serial now [integration/jenkins-job-builder-config] (cloudbees) - 10https://gerrit.wikimedia.org/r/148378 (owner: 10Vikassy)
[14:31:59] <grrrit-wm>	 (03CR) 10Zfilipin: [C: 032] Language screenshot jobs run in serial now [integration/jenkins-job-builder-config] (cloudbees) - 10https://gerrit.wikimedia.org/r/148378 (owner: 10Vikassy)
[14:32:04] <zeljkof>	 vikasyaligar: ^ :)
[14:32:06] <zeljkof>	 merged
[14:32:31] <zeljkof>	 aharoni: uploading rate problem solved with two one line commits :)
[14:32:39] <aharoni>	 cool
[14:32:45] <zeljkof>	 https://gerrit.wikimedia.org/r/#/c/148378/ and https://gerrit.wikimedia.org/r/#/c/148368
[14:33:14] <grrrit-wm>	 (03Merged) 10jenkins-bot: Language screenshot jobs run in serial now [integration/jenkins-job-builder-config] (cloudbees) - 10https://gerrit.wikimedia.org/r/148378 (owner: 10Vikassy)
[14:33:40] <zeljkof>	 aharoni: and bonus refactoring https://gerrit.wikimedia.org/r/#/c/148373/
[14:33:44] <zeljkof>	 well done vikasyaligar :)
[14:33:47] <vikasyaligar>	 zeljkof: awesome :) 
[14:33:51] <aharoni>	 vikasyaligar++
[14:33:58] <zeljkof>	 vikasyaligar: you should update bot page
[14:34:13] <zeljkof>	 to say you have solved the speed problem, point them to the commits
[14:34:17] <aharoni>	 vikasyaligar: yes - explain the project, link to the project pages, and explain the upload rates.
[14:34:23] <zeljkof>	 and ask for a normal upload rate
[14:34:23] <aharoni>	 answer people's questions.
[14:34:34] <aharoni>	 that's part of mentoring and "community bonding" :)
[14:34:40] <vikasyaligar>	 aharoni: zeljkof yup writing that now :) 
[14:34:41] <aharoni>	 happens in every GSoC project ;)
[14:34:55] <zeljkof>	 aharoni: did I say the problem will be solved with two one-liners :)
[14:35:05] <aharoni>	 zeljkof: yes you did :)
[14:35:41] <zeljkof>	 we could go fancy, but this is simple and robust and solves the problem, let's leave fancy solutions for fancy problems :)
[14:53:30] <grrrit-wm>	 (03PS1) 10Zfilipin: Added alumni section to readme file [selenium] - 10https://gerrit.wikimedia.org/r/148388 
[15:01:21] <zeljkof>	 mini: ready?
[15:01:35] <mini>	 yes
[15:02:17] <mini>	 i havaalready joined
[15:11:50] <zeljkof>	 mini: http://www.developsense.com/resources/Oracles.pdf
[15:16:56] <vikasyaligar>	 aharoni: replied => https://commons.wikimedia.org/wiki/Commons:Bots/Requests/LanguageScreenshotBot
[15:37:54] <zeljkof>	 mini: https://www.mediawiki.org/wiki/VisualEditor
[16:00:46] <chrismcmahon>	 zeljkof: around?
[16:00:56] <mini>	 thanks for the links zeljko :)
[16:01:01] <zeljkof>	 chrismcmahon: in the hangout
[16:05:24] <Nemo_bis>	 The database has been automatically locked while the slave database servers catch up to the master  http://en.wikipedia.beta.wmflabs.org/wiki/Special:Preferences
[16:21:10] <hashar>	 Nemo_bis: yeah a huge database upgrade is proceeding
[16:21:14] <hashar>	 https://bugzilla.wikimedia.org/show_bug.cgi?id=68349
[16:22:09] <Nemo_bis>	 ok
[16:24:23] <hashar>	 Nemo_bis: pinged qa list about it
[16:24:33] <hashar>	 the Jenkins job is https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/label=deployment-bastion-eqiad,wikidb=simplewiki/2742/console
[16:24:45] <hashar>	 it takes a while and I have no idea how many entries it is going to proceed :-(
[16:24:48] <hashar>	 so no ETA
[16:51:41] <chrismcmahon>	 bd808: just occurred to me, is there any risk that this db update killing beta labs right now will do a similar thing in production?
[16:52:37] <bd808>	 It will if it's not applied carefully. We don't run update.php in prod though so I imagine that springle will do the update in a sane way.
[16:53:17] <chrismcmahon>	 bd808: OK, gotcha. thanks!
[16:53:45] <bd808>	 The things that is causing the slow down is this patch form Aaron -- https://gerrit.wikimedia.org/r/#/c/117373/
[16:54:39] <bd808>	 You could touch base with him to see if he has worked out a plan with Sean to update production.
[16:55:24] <chrismcmahon>	 bd808: aaaand, James Forrester already noted the impact on beta labs, awesome
[16:56:16] <bd808>	 Man I really can't spell.
[19:06:01] <aharoni>	 chrismcmahon: h
[19:06:09] <chrismcmahon>	 hi aharoni
[19:06:15] <aharoni>	 hi
[19:06:30] <aharoni>	 if the labs are broken, maybe the test jobs should be disabled?
[19:06:33] <aharoni>	 I am getting fail mail
[19:06:55] <chrismcmahon>	 aharoni: I killed a lot of jobs. I may not have gotten yours in time.
[19:08:45] <chrismcmalunch>	 aharoni: beta should be back to normal within the hour, sorry
[19:12:44] <aharoni>	 chrismcmalunch: thanks
[19:23:22] <greg-g>	 are we going to delete/massively shrink simplewiki?
[20:12:37] <chrismcmahon>	 greg-g: dunno. I didn't know simplewiki was that big, but I guess it's nice to have a big wiki to find out stuff like this.
[20:52:13] <werdna>	 I heard rumours there was an environment variable I could set to lengthen the timeouts?
[20:52:22] <werdna>	 Jon doesn't want me to lengthen them for everyone in env.rb
[21:24:29] <chrismcmahon>	 werdna: you mean for browser tests?  take a look at https://github.com/cheezy/page-object/issues/79
[21:25:22] <werdna>	 chrismcmahon: seen it, but that requires modifying env.rb
[21:25:35] <werdna>	 I worked around it by making env.rb look for environment variables.
[21:35:29] <werdna>	 I'm trying to find a reference for Watir selectors
[21:40:06] <chrismcmahon>	 werdna: http://rubydoc.info/gems/watir-webdriver/frames ?
[21:40:36] <werdna>	 chrismcmahon: I found that, but I can't find anything that tells me the things I can use to select elements
[21:40:52] <werdna>	 I found this: http://rubydoc.info/gems/watir-webdriver/Watir/ElementLocator
[21:42:41] <chrismcmahon>	 werdna: also https://github.com/watir/watirspec
[22:08:30] <spagewmf>	 chrismcmahon: I'm confused, I thought WMF browsertests used the Cheezy page object https://github.com/cheezy/page-object/wiki/Elements , is that different from Watir/ElementLocator ?
[22:09:13] <chrismcmahon>	 spagewmf: anything page-object doesn't recognize it passes down to watir-webdriver, it should all work. 
[23:31:54] <grrrit-wm>	 (03PS1) 10EBernhardson: Add Echo dependency to Flow phpunit [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/148543 
[23:36:58] <grrrit-wm>	 (03CR) 10Werdna: [C: 032] Add Echo dependency to Flow phpunit [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/148543 (owner: 10EBernhardson)
[23:37:25] <grrrit-wm>	 (03Merged) 10jenkins-bot: Add Echo dependency to Flow phpunit [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/148543 (owner: 10EBernhardson)
[23:52:27] <werdna>	 chrismcmahon: not sure I understand what the watirspec is
[23:56:43] <chrismcmahon>	 werdna: test suite for the watir api. (watir api is generated automatically from the HTTP5 spec, ruby-selenium api generated from the Selenium W3C spec; Jari Bakken is a very bright guy.)
[23:58:56] <werdna>	 man, that is pretty neat
[23:59:00] <werdna>	 I love it when code writes itself
[23:59:07] <werdna>	 still figuring out how to read it :p
[23:59:48] <chrismcmahon>	 werdna: http://lanyrd.com/profile/jarib/slides/