[00:04:22] <grrrit-wm>	 (03PS1) 10BryanDavis: Add puppet documentation job for mediawiki-vagrant [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/125919 
[00:04:25] <grrrit-wm>	 (03CR) 10jenkins-bot: [V: 04-1] Add puppet documentation job for mediawiki-vagrant [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/125919 (owner: 10BryanDavis)
[00:14:33] <grrrit-wm>	 (03PS2) 10BryanDavis: Add puppet documentation job for mediawiki-vagrant [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/125919 
[00:31:22] <grrrit-wm>	 (03CR) 10Ori.livneh: [C: 031] "Cool beans" [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/125919 (owner: 10BryanDavis)
[08:47:12] <Jagori>	 Zeljkof:Hi! Is it okay if I just remove the whitespace and do commit --amend
[08:47:27] <zeljkof>	 Jagori: yes
[08:47:33] <zeljkof>	 and then git review, of course
[08:47:38] <zeljkof>	 to push the commit to gerrit
[08:47:42] <Jagori>	 Zeljkof:okay..also should I edit the commit message
[08:48:35] <Jagori>	 The whitespace which you had suggested for me to remove actually I had tried earlier to remove that but since my message was long so it was showing out of the box..that's the reason why I had inserted a space
[08:49:55] <Jagori>	 Zeljkof:Should I change my commit message to just :Scenario added for long target links
[08:51:05] <zeljkof>	 Jagori: yes
[08:51:34] <zeljkof>	 but leave WIP [browser test] too
[08:52:03] <Jagori>	 Zeljkof:Yes..tks was about to ask that too:)
[08:53:26] <Jagori>	 I am still working at the step definition file..
[08:54:13] <zeljkof>	 Jagori: do you know how to create step definition file?
[08:54:39] <Jagori>	 Zeljkof:I am adding under links_steps.rb
[08:55:02] <Jagori>	 I know I need to make sure my definition doesnt conflict with the existing one too
[08:55:10] <Jagori>	 was reading in the cucumber book
[08:55:23] <Jagori>	 But taking lot of time:(
[08:56:22] <Jagori>	 Zeljkof:Also was seeing since cucumber doesnt difeferntiate between ' when then given' so it depends on my regular exp
[08:56:37] <Jagori>	 how I write it
[08:58:08] <zeljkof>	 how to write regular expressions?
[08:58:27] <zeljkof>	 just run cucumber links.feature
[08:58:33] <zeljkof>	 and cucumber will output them
[08:58:52] * zeljkof  will be right back

[09:00:01] <Jagori>	 Zeljkof:Yes thanks saw that too
[09:27:01] <zeljkof>	 Jagori: then you can just copy/paste the steps from terminal into steps file
[09:27:11] <zeljkof>	 Jagori: do you know how to do that?
[09:37:48] <Jagori>	 Zeljkof:yes I ran the links.feature file using cucumber links.feature
[09:38:05] <zeljkof>	 Jagori: ok, let me know if you get stuck
[09:38:07] <Jagori>	 and I saw 1 scenario undefined
[09:38:12] <Jagori>	 sure thanks
[09:39:13] <Jagori>	 Zeljkof: I was wondering when I did git status..it showed me a modified file gemfile.lock
[09:39:27] <Jagori>	 I didnt touch this file ..but how it got modified
[09:39:33] <Jagori>	 I didnt commit this..
[09:39:36] <zeljkof>	 hm, not sure
[09:40:05] <Jagori>	 Zeljkof:Is there a way I revert this file back to original one 
[09:41:42] <zeljkof>	 Jagori: sure, several ones :)
[09:41:49] <Jagori>	 :)
[09:41:58] <zeljkof>	 do you use a git GUI client?
[09:42:04] <zeljkof>	 or git command line
[09:42:14] <Jagori>	 command line
[09:42:20] <Jagori>	 Git GUI too i have
[09:42:38] <Jagori>	 Zeljkof:preferably command  line
[09:43:41] <zeljkof>	 can you paste output from "git status" to the pad?
[09:45:06] <Jagori>	 yes
[09:45:11] <Jagori>	 just a minute
[09:49:00] <Jagori>	 Zeljkof:Have pasted the git status o/p on etherpad..http://etherpad.wikimedia.org/p/jagori
[09:49:32] <Jagori>	 is there any way by which you can simply execute just a particular scenario from my feature file
[09:50:09] <Jagori>	 Zeljkof:if I execute cucumber links.feature it executes all..just wondered if there is any way to execute just 1 scenario
[09:50:27] <zeljkof>	 Jagori: yes, just provide line number
[09:50:40] <zeljkof>	 cucumber links.feature:12
[09:50:41] <Jagori>	 Zeljkof:Ahh.. thats good
[09:50:49] <Jagori>	 wow:) thanks
[09:51:09] <zeljkof>	 Jagori: to revert Gemfile.lock back you can run this: git stash
[09:51:29] <Jagori>	 Zeljkof:okay..what does it do
[09:51:40] <Jagori>	 it s for reverting is it?
[09:52:41] <zeljkof>	 N
[09:52:55] <zeljkof>	 Jagori: google for "git stash" :)
[09:53:30] <Jagori>	 Zeljkof:doing that
[09:58:12] <Jagori>	 Zeljkof:Okay..it stores the changes in a stack..which I can commit later on if i want to
[09:59:24] <zeljkof>	 yes
[10:07:04] <Jagori>	 Zeljkof:yep ..now my git status shows clear
[10:07:06] <Jagori>	 :)
[10:07:08] <Jagori>	 thanks
[10:11:35] <zeljkof>	 Jagori: great :)
[10:24:27] <Jagori>	 Zeljkof: In my scenario I had a step like "When I type the external target URL" now..the corresponding step definition ..how do I provide an argument to it..I mean if I don't specify anything in my feature file..a specific URL is it possible still to provide that as an argument in my step definition file
[10:25:19] <zeljkof>	 Jagori: can you please push what you have so far to gerrit and post the question inline there?
[10:25:43] <Jagori>	 Zeljkof:Yes..would do that
[10:41:49] <Jagori>	 Zeljkof:How do I post my query on a particular statement
[10:42:00] <Jagori>	 coz as of now it shows on top
[10:42:06] <zeljkof>	 Jagori: sorry, in a meeting with kart_ 
[10:42:11] <zeljkof>	 and I am not sure what you are asking
[10:42:20] <zeljkof>	 please push code to gerrit and ask inline there
[10:42:22] <Jagori>	 Zeljkof:sorry ..okay no issues
[11:06:45] <grrrit-wm>	 (03PS1) 10Hashar: Jobs for MediaWiki REL1_23 branch [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/125969 
[11:07:39] <grrrit-wm>	 (03PS2) 10Hashar: Job for MediaWiki REL1_23 branch [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/125969 
[11:07:56] <grrrit-wm>	 (03CR) 10Hashar: [C: 032] Job for MediaWiki REL1_23 branch [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/125969 (owner: 10Hashar)
[11:08:54] <grrrit-wm>	 (03Merged) 10jenkins-bot: Job for MediaWiki REL1_23 branch [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/125969 (owner: 10Hashar)
[11:10:26] <grrrit-wm>	 (03PS1) 10Hashar: MediaWiki REL1_23 has been cut [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/125970 
[11:10:36] <grrrit-wm>	 (03CR) 10Hashar: [C: 032] MediaWiki REL1_23 has been cut [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/125970 (owner: 10Hashar)
[11:10:49] <grrrit-wm>	 (03Merged) 10jenkins-bot: MediaWiki REL1_23 has been cut [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/125970 (owner: 10Hashar)
[11:28:03] <grrrit-wm>	 (03CR) 10Hashar: "Refreshed the three jobs:" [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/125411 (owner: 10Hashar)
[11:34:54] * zeljkof  is out to lunch

[11:39:36] <grrrit-wm>	 (03CR) 10Hashar: [C: 04-1] "The copy-to-master Jenkins wrapper does not let us strip a path prefix, so the URL will end up with /rdoc/ which is not idea :-/ operati" (031 comment) [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/125919 (owner: 10BryanDavis)
[11:42:47] <grrrit-wm>	 (03PS6) 10Hashar: Cucumber should only run tests tagged both @clean and (@firefox or @phantomjs) [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/125386 (owner: 10Zfilipin)
[11:43:57] <grrrit-wm>	 (03PS7) 10Hashar: Cucumber should only run tests tagged both @clean and (@firefox or @phantomjs) [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/125386 (owner: 10Zfilipin)
[11:44:04] <grrrit-wm>	 (03CR) 10KartikMistry: [C: 031] "LGTM; ie rebased." [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/125386 (owner: 10Zfilipin)
[11:44:26] <grrrit-wm>	 (03CR) 10Hashar: [C: 032] "confirmed --tags are joined with a AND (a OR is done by passing multiples tags separated by commas)" [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/125386 (owner: 10Zfilipin)
[11:45:37] <grrrit-wm>	 (03Merged) 10jenkins-bot: Cucumber should only run tests tagged both @clean and (@firefox or @phantomjs) [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/125386 (owner: 10Zfilipin)
[13:12:01] <grrrit-wm>	 (03CR) 10Zfilipin: "Kartik: yes readme file needs to be updated (bug 63306)." [selenium] - 10https://gerrit.wikimedia.org/r/125169 (owner: 10Zfilipin)
[14:03:50] <chrismcmahon>	 hi zeljkof I think we made a mistake on Friday somehow https://git.wikimedia.org/blob/mediawiki%2Fselenium/12c96c695b0b8a95347de17ba19c1fb9a9f3db72/lib%2Fmediawiki_selenium%2Fsupport%2Fpages%2Fapi_page.rb
[14:06:43] <zeljkof>	 chrismcmahon: what is the mistake?
[14:07:19] <chrismcmahon>	 zeljkof:  line 9 should be accepting two args, page title and page text, not @random_string. 
[14:07:39] <chrismcmahon>	 zeljkof:  title, content
[14:08:50] <zeljkof>	 chrismcmahon: uh oh :)
[14:09:12] <zeljkof>	 can you submit a patch?
[14:09:24] <zeljkof>	 or should I do it?
[14:13:35] <grrrit-wm>	 (03PS1) 10Cmcmahon: use title and content [selenium] - 10https://gerrit.wikimedia.org/r/125993 
[14:14:16] <chrismcmahon>	 zeljkof:  https://gerrit.wikimedia.org/r/#/c/125993
[14:14:36] <chrismcmahon>	 not sure how we missed that, I know it was working for me locally
[14:23:25] <grrrit-wm>	 (03PS2) 10Zfilipin: APIPage#create should use "title" and "content" variables when creating a page [selenium] - 10https://gerrit.wikimedia.org/r/125993 (owner: 10Cmcmahon)
[14:23:39] <zeljkof>	 chrismcmahon: I have updated the commit message
[14:23:43] <zeljkof>	 should I release the gem?
[14:24:08] <chrismcmahon>	 zeljkof: please do, and then we'll need to bump the version of the gem for MobileFrontend
[14:24:14] <grrrit-wm>	 (03CR) 10Zfilipin: [C: 032] APIPage#create should use "title" and "content" variables when creating a page [selenium] - 10https://gerrit.wikimedia.org/r/125993 (owner: 10Cmcmahon)
[14:24:26] <grrrit-wm>	 (03Merged) 10jenkins-bot: APIPage#create should use "title" and "content" variables when creating a page [selenium] - 10https://gerrit.wikimedia.org/r/125993 (owner: 10Cmcmahon)
[14:26:26] <grrrit-wm>	 (03PS1) 10Zfilipin: Updated readme file with release notes [selenium] - 10https://gerrit.wikimedia.org/r/125998 
[14:26:59] <grrrit-wm>	 (03PS2) 10Zfilipin: Updated readme file with release notes [selenium] - 10https://gerrit.wikimedia.org/r/125998 
[14:27:08] <grrrit-wm>	 (03PS3) 10Zfilipin: Updated readme file with release notes [selenium] - 10https://gerrit.wikimedia.org/r/125998 
[14:30:01] <zeljkof>	 chrismcmahon: could you please merge this? https://gerrit.wikimedia.org/r/#/c/125998/
[14:30:18] <zeljkof>	 I would like to have it in the next release of the gem
[14:30:39] <zeljkof>	 it is documentation only, I have added release notes to the readme file
[14:31:06] <grrrit-wm>	 (03CR) 10Cmcmahon: [C: 032] Updated readme file with release notes [selenium] - 10https://gerrit.wikimedia.org/r/125998 (owner: 10Zfilipin)
[14:31:11] <grrrit-wm>	 (03Merged) 10jenkins-bot: Updated readme file with release notes [selenium] - 10https://gerrit.wikimedia.org/r/125998 (owner: 10Zfilipin)
[14:31:11] <chrismcmahon>	 zeljkof:  done
[14:31:26] <zeljkof>	 chrismcmahon: thanks :)
[14:31:32] <zeljkof>	 releasing the gem
[14:37:32] <zeljkof>	 chrismcmahon: https://gerrit.wikimedia.org/r/#/c/125999/
[14:57:00] <grrrit-wm>	 (03PS1) 10Zfilipin: Release notes for 0.2.20 patch release [selenium] - 10https://gerrit.wikimedia.org/r/126003 
[15:00:40] <zeljkof>	 chrismcmahon: not sure why, but this is not merged https://gerrit.wikimedia.org/r/#/c/125999/
[15:02:31] <chrismcmahon>	 zeljkof:  I'm talking to hashar about that over in -labs
[15:02:46] <chrismcmahon>	 maybe I should do that here :)
[15:03:24] <grrrit-wm>	 (03CR) 10Cmcmahon: [C: 032] Release notes for 0.2.20 patch release [selenium] - 10https://gerrit.wikimedia.org/r/126003 (owner: 10Zfilipin)
[15:08:08] <hashar>	 zeljkof: Zuul command to submit the patch got rejected by Gerrit for some reason (most probably sshfingerprint rejected or something like that)
[15:08:13] <hashar>	 zeljkof: I re +2 ed it
[15:13:00] <zeljkof>	 hashar: thanks 
[20:09:46] <grrrit-wm>	 (03PS1) 10EBernhardson: More dependencies for Flow [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/126091 
[20:10:33] <grrrit-wm>	 (03PS2) 10EBernhardson: More dependencies for Flow [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/126091 
[20:10:51] <grrrit-wm>	 (03CR) 10EBernhardson: [C: 032] More dependencies for Flow [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/126091 (owner: 10EBernhardson)
[20:11:43] <grrrit-wm>	 (03Merged) 10jenkins-bot: More dependencies for Flow [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/126091 (owner: 10EBernhardson)
[21:20:48] <grrrit-wm>	 (03PS3) 10BryanDavis: Add puppet documentation job for mediawiki-vagrant [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/125919 
[21:22:09] <grrrit-wm>	 (03CR) 10Hashar: [C: 031] "Good! Wanna deploy it?" [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/125919 (owner: 10BryanDavis)
[21:22:19] <hashar>	 bd808: have you set up Jenkins Job Builder already?
[21:22:54] <bd808>	 I have it installed but I haven't tried to publish a job yet
[21:23:34] * bd808  goes to find the wiki page that tells him how to do that

[21:23:41] <James_F>	 hashar: Want to +2 https://gerrit.wikimedia.org/r/125050 ? :-)
[21:24:09] <hashar>	 banana ?
[21:24:40] <James_F>	 hashar: We needed a name, and given that it's the core part of "project milkshake" Timo and I decided that the name of the file format should be 'banana'.
[21:25:21] <hashar>	 ah
[21:25:36] <James_F>	 hashar: It's already running for VE-MW, VE-core and OOjs-UI repos.
[21:25:51] <James_F>	 hashar: https://www.npmjs.org/package/grunt-banana-checker
[21:25:59] <hashar>	 James_F: timo would do it :-]
[21:26:10] <hashar>	 any plan to have it to run on extensions as well?
[21:26:31] <James_F>	 It uses npm, so… any extension that has npm should take it now, but that's not many.
[21:26:46] <James_F>	 So, yes, eventually.
[21:27:48] <James_F>	 hashar: A JJB job means users can't run locally with grunt, though.
[21:28:10] <hashar>	 James_F: true things :D
[21:28:22] <James_F>	 hashar: git commit && grunt test && git review
[21:28:27] <James_F>	 hashar: It is my dream.
[21:28:40] <hashar>	 mine would  be:  tox
[21:28:51] <hashar>	 (more or less the equivalent in python world)
[21:28:59] <James_F>	 Yeah, that'd be good.
[21:29:18] <hashar>	 we could probably have a test repository containing all utilities needed
[21:29:24] <hashar>	 then folks could add it to their PATH
[21:29:39] <hashar>	  integration/jenkins.git  /bin  has a few, but they are not really geared toward end users
[21:29:54] <James_F>	 Eww.
[21:30:13] <hashar>	 so that would be ~ like:  git clone integration/jenkins ~/bin
[21:30:20] <grrrit-wm>	 (03CR) 10Ori.livneh: "Yes! :D" [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/125919 (owner: 10BryanDavis)
[21:30:25] <hashar>	 cd any/repository && grunt test
[21:30:29] <bd808>	 hashar: I apparently just need to run `jenkins-jobs --conf etc/jenkins_jobs.ini update config/ mediawiki-vagrant-puppet-doc` ?
[21:31:06] <hashar>	 bd808: sure. And need jenkins_jobs.ini edited of course.  The username= is your labs account (probably all lowercase though),  password=  is your Jenkins API token
[21:31:33] <hashar>	 bd808: token should be at https://integration.wikimedia.org/ci/user/bd808/configure ( click [Show API token] )
[21:36:05] <bd808>	 hashar: I'm getting an error "ValueError: No JSON object could be decoded"; It seems to be related to reading some output from the jenkins server to decide if there is a job with the name.
[21:36:45] <hashar>	 bd808: yeah jjb does ping the job json api to see whether it exist
[21:37:33] <hashar>	 bd808: we had an issue with the misc varnish in front of jenkins caching the json responses.  But I made them uncacheable
[21:38:00] <hashar>	 bd808: maybe a wrong token :(
[21:39:43] <bd808>	 hashar: I double checked that (token) and tried my username in all lower and "normal" casing. http://p.defau.lt/?1JEPvzom9fiz_nbYXd5FMg
[21:39:57] <bd808>	 I'll see if I can hack the python to dump more context for me
[21:43:40] <hashar>	   if json.loads(response)['name'] != name:
[21:44:00] <hashar>	 that part attempts to compare the name received from jenkins with the job being tested for existence
[21:44:07] <hashar>	 seems Jenkins returns some weird json :/
[21:48:25] <grrrit-wm>	 (03PS1) 10Legoktm: Whitelist wctaiwan [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/126140 
[21:56:54] <bd808>	 hashar: That like is borked by something in our http path. The client asks for the contents of the url "https://integration.mediawiki.org/ci/job/mediawiki-vagrant-puppet-doc/api/json?tree=name" and that ends up redirecting to "https://integration.wikimedia.org/?tree=name" rather than returning empty json as the library seems to expect.
[21:57:03] <bd808>	 s/like/line/
[21:57:34] <hashar>	 ah nice
[21:57:56] <bd808>	 here's the response I get: http://p.defau.lt/?1peU5QavRQrqmDEc7cexzQ
[21:58:02] <hashar>	 seeing it
[21:58:08] <hashar>	 < X-Cache: cp1067 hit (1), amssq54 hit (2), amssq59 frontend miss (0)
[21:58:17] * bd808  nods

[21:58:33] <hashar>	 cp1067 gives a hit
[21:58:41] <hashar>	 though the apache conf is supposed to give uncached
[21:59:03] <bd808>	 I got <X-Cache:cp1067 miss (0), cp4010 hit (2), cp4010 frontend hit (1)>
[21:59:39] <hashar>	 cp4010 being in ulsfo
[21:59:54] <hashar>	 cp1067 is one of the misc varnish and it should never get a hit
[22:00:01] <hashar>	 (well the others should never get one anyway)
[22:00:14] <hashar>	 so either the Apache in front of Jenkins no more issue the uncacheable headers
[22:00:18] <hashar>	 or the misc varnish is broken
[22:01:15] <bd808>	 I think the apache may be doing something nasty too. I added '&NOCACHE' just to test a clean URL and still got a 301 to https://integration.wikimedia.org/?tree=name&NOCACHE
[22:01:26] <bd808>	 WIth varnish misses
[22:02:19] <hashar>	 on gallium: http://paste.openstack.org/show/75836/
[22:02:59] <hashar>	 maybe X-Forwarded-Proto is not passed properly
[22:06:14] <hashar>	 bd808: definitely an issue in misc varnish
[22:06:25] <hashar>	 gallium is never reached :-(
[22:07:01] <bd808>	 lame. I've hacked around that bug locally and am getting another issue. Will continue to debug.
[22:07:14] <hashar>	 trying curl -v "https://integration.mediawiki.org/ci/job/mediawiki-vagrant-puppet-doc/api/json?tree=name&CACHE=`date +%s`"
[22:07:22] <hashar>	 the path disappear
[22:07:34] <hashar>	 but I dont get anything in the Apache logs :/
[22:08:00] <hashar>	 the 301 is send by nginx
[22:08:10] <hashar>	 Server: nginx/1.1.19
[22:08:10] <hashar>	 Location: https://integration.wikimedia.org/?tree=name&CACHE=1397599564
[22:10:23] <hashar>	 ah no it hits varnish
[22:10:24] <hashar>	 bah
[22:11:29] <bd808>	 I think it hits nginx -> varnish -> apache at least. I'm not sure if it is getting all the way into jenkins or not.
[22:11:54] <bd808>	 I'm seeing something similar on the create call as well when I hack my way past the exist check
[22:14:35] <James_F>	 hashar: Feel free to merge some of https://gerrit.wikimedia.org/r/#/q/owner:jforrester+status:open+project:integration/jenkins-job-builder-config,n,z :-)
[22:16:50] <hashar>	 bd808: tried with a tcpdump port 80 on gallium,  nothing received on port 80 :/
[22:23:24] <bd808>	 hashar: Bad URL in my configuration! It should be https://integration.wikimedia.org/ci/ ; I had mediawiki.org
[22:23:56] <hashar>	 bd808: OH MY GOD
[22:24:00] <hashar>	 sorry
[22:24:01] <hashar>	 :-D
[22:24:14] <hashar>	 should probably make integration.MediaWiki.org to be a 403 :-]
[22:24:17] <hashar>	 was it on the doc?
[22:25:25] <bd808>	 I'm not sure where I found the url I had in my ini file
[22:26:31] <bd808>	 [[CI/JJB]] has the right url in the example
[22:27:03] <hashar>	 maybe an old copy
[22:27:47] <bd808>	 Now I'm getting an auth error but that seems much more reasonable :)
[22:28:14] <hashar>	 yup
[22:28:32] <hashar>	 bd808: BryanDavis is part of the wmf ldap group
[22:28:35] <hashar>	 so that should work
[22:28:49] <hashar>	 might need to regenerate the API token
[22:28:52] <hashar>	 or try all lower case
[22:31:10] <bd808>	 Success. https://integration.wikimedia.org/ci/job/mediawiki-vagrant-puppet-doc/
[22:31:25] <hashar>	 congratulations!
[22:32:03] <bd808>	 Now, how can we trigger it?
[22:32:06] <hashar>	 you will need to add it to the postmerge: pipeline in Zuul
[22:32:29] <hashar>	 bd808: git clone 	ssh://@gerrit.wikimedia.org:29418/integration/zuul-config.git
[22:32:49] <hashar>	 then search  mediawiki/vagrant
[22:32:58] <hashar>	   - name: mediawiki/vagrant
[22:32:58] <hashar>	     check-voter:
[22:32:59] <hashar>	       - mediawiki-vagrant-puppet-validate
[22:32:59] <hashar>	       - mediawiki-vagrant-erblint-HEAD
[22:33:08] <hashar>	 the name:  is the Gerrit project being matched
[22:33:27] <hashar>	 the project is registered in two pipelines:  check-voter (it votes +2 when all jobs pass)
[22:33:41] <hashar>	 and gate-and-submit: (same but does submit the patch in Gerrit (i.e. merge) )
[22:33:45] <hashar>	 adding:
[22:33:56] <hashar>	  postmerge:
[22:33:56] <hashar>	    - mediawiki-vagrant-puppet-doc
[22:34:06] <hashar>	 would run the job with whatever commit has been merged
[22:35:15] <grrrit-wm>	 (03CR) 10Hashar: [C: 032] Whitelist wctaiwan [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/126140 (owner: 10Legoktm)
[22:35:31] <grrrit-wm>	 (03Merged) 10jenkins-bot: Whitelist wctaiwan [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/126140 (owner: 10Legoktm)
[22:35:49] <grrrit-wm>	 (03CR) 10Hashar: "deployed. Thank you!" [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/126140 (owner: 10Legoktm)
[22:36:04] <hashar>	 the deployment is still manual unfortunately, gotta migrate that to git deploy
[22:38:51] <grrrit-wm>	 (03PS1) 10BryanDavis: Enable mediawiki-vagrant-puppet-doc on postmerge [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/126150 
[22:39:49] <grrrit-wm>	 (03CR) 10BryanDavis: "Job created: https://integration.wikimedia.org/ci/job/mediawiki-vagrant-puppet-doc" [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/125919 (owner: 10BryanDavis)
[22:39:49] <hashar>	 bd808: https://integration.wikimedia.org/ci/job/integration-zuul-layoutdiff/1115/consoleFull yields the diff 
[22:40:01] <hashar>	 bd808: though some dict is not ordered so there is a lot of output that needs to be skip
[22:40:19] <grrrit-wm>	 (03PS2) 10Hashar: Enable mediawiki-vagrant-puppet-doc on postmerge [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/126150 (owner: 10BryanDavis)
[22:40:37] <grrrit-wm>	 (03CR) 10Hashar: [C: 032] "rebased. Congratulations!" [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/126150 (owner: 10BryanDavis)
[22:40:53] <grrrit-wm>	 (03Merged) 10jenkins-bot: Enable mediawiki-vagrant-puppet-doc on postmerge [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/126150 (owner: 10BryanDavis)
[22:41:22] <hashar>	 the conf update is easy: https://www.mediawiki.org/wiki/Zuul#Update_configuration
[22:41:45] <hashar>	 ie on gallium :  sudo jenkins,  cd /etc/zuul/wikimedia ; git pull  ; /etc/init.d/zuul reload
[22:42:11] <grrrit-wm>	 (03PS4) 10Hashar: Add puppet documentation job for mediawiki-vagrant [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/125919 (owner: 10BryanDavis)
[22:42:51] <bd808>	 Apparently I'm not allowed to login to gallium.eqiad.wmnet?
[22:43:21] <grrrit-wm>	 (03CR) 10Hashar: [C: 032] "Job has been deployed by Bryan and registered in Zuul config." [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/125919 (owner: 10BryanDavis)
[22:43:22] <hashar>	 ah
[22:43:49] <hashar>	 bd808: you might not have an account there :/
[22:44:12] <hashar>	 done via puppet
[22:44:13] <grrrit-wm>	 (03Merged) 10jenkins-bot: Add puppet documentation job for mediawiki-vagrant [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/125919 (owner: 10BryanDavis)
[22:46:34] <hashar>	 bd808: doing it
[22:46:51] <bd808>	 Moar power!!!
[22:47:52] <bd808>	 It should be pretty easy to make that deployable with trebuchet if it's just a git checkout
[22:48:45] <hashar>	 bd808: my issue was making sure the layout is valid before deploying
[22:48:57] <hashar>	 but now that we have jenkins jobs validating the layout, that is probably safe :]
[22:49:10] <hashar>	 and zuul might validate it on reload, I am not sure
[22:49:18] <hashar>	 https://gerrit.wikimedia.org/r/126154  https://gerrit.wikimedia.org/r/126155
[22:49:22] <hashar>	 would grant you access
[22:49:35] <hashar>	 gallium.wikimedia.org has a public IP address but denies ssh from outside, so you have to use thebastion
[22:49:52] <hashar>	 (or tweak your ssh config to have gallium.wikimedia.org to use the magic ProxyCommand )
[22:57:37] <hashar>	 filled a RT as well
[22:57:50] <hashar>	 https://rt.wikimedia.org/Ticket/Display.html?id=7292
[22:57:50] <hashar>	 and sleeping now
[23:16:05] <hashar>	 bd808: doc generated at https://doc.wikimedia.org/mediawiki-vagrant/ :-]
[23:16:21] <hashar>	 though it list full paths :-(
[23:17:07] <bd808>	 So does the ops puppet doc
[23:17:35] <bd808>	 I haven't looked at `puppet doc` to see if there is a way to fix that
[23:18:30] <hashar>	 bd808: might be due to puppet rdoc being passed full paths
[23:18:48] <bd808>	 Ah. That could be
[23:19:11] <hashar>	 you can try different settings in the jenkins jobs (now that you have a working JJB setup
[23:19:14] <hashar>	 then deploy the job
[23:19:17] <hashar>	 and retrigger it manually
[23:19:19] <hashar>	 browse to https://integration.wikimedia.org/ci/job/mediawiki-vagrant-puppet-doc/?
[23:19:27] <hashar>	 click the [Rebuild Last]
[23:19:50] <hashar>	 that will reuse the previous builds parameter (i.e. the last merged commit) and rerun the job with the new conf
[23:19:55] <hashar>	 i.e. with the new puppet rdoc parameters