19:01:15 #startmeeting 19:01:15 Let the Jenkins meeting commence! 19:01:23 #chairs hare_brain abayer rtyler 19:01:30 #chair hare_brain abayer rtyler 19:01:30 Current chairs: abayer hare_brain kohsuke rtyler 19:01:41 #info topic is in https://wiki.jenkins-ci.org/display/JENKINS/Governance+Meeting+Agenda 19:02:10 #topic recap of actions 19:02:23 #info actions are http://meetings.jenkins-ci.org/jenkins/2012/jenkins.2012-02-22-19.00.html 19:02:58 ndeloof1: rtyler: abayer: ping 19:03:08 Using a shell to run python nosetests, it creates a results file, issue since working directory is not jenkins it can't create and test fails. If I chown and chmod the file all tests after that are fine. What is a workaround? 19:03:41 if none of them are there, I guess we need to skip them 19:04:05 #topic review current status and plans for the new e-mailer 19:04:14 #info https://wiki.jenkins-ci.org/display/JENKINS/The+new+EMailer 19:04:40 Slide-O-Mix: this is yours 19:05:42 Sorry, busy - I haven't done anything on the board vote proposal. 19:06:11 abayer: maybe I can talk to you about my idea tomorrow? 19:06:16 Do you already have some thoughts 19:06:17 ? 19:06:19 Definitely. 19:06:36 And no, I don't really have much. 19:06:42 wrt new e-mailer, I'm not sure if anyone is actively pushing on the effort 19:07:00 it's been stagnating for a while 19:07:01 I think this is one of those things that everyone agree that it'd be nice but lacking the person that does the heavy lifting 19:07:38 Once I complete a round of UI enhancements maybe this could be the next target? 19:08:09 Anyway, sounds like we need to get to the next topic given that Slide-O-Mix isn't here 19:08:17 #topic Google SoC mentorship 19:08:30 * kohsuke looks for the URL to the Google group thread 19:09:08 #info https://groups.google.com/d/topic/jenkinsci-dev/5DlvBKBzjUc/discussion 19:09:21 #info https://groups.google.com/d/topic/jenkinsci-dev/-9aLc11lUdU/discussion 19:09:37 oh, the dead line is this Friday 19:10:04 I think we should at least submit something 19:10:16 The main question for this forum is if anyone else is willing to be listed as a mentor 19:10:36 if someone is willing to be a mentor, I think we have to have an "ideas" page up soon to go with the application 19:10:52 yeah, I was about to ask about your ideas page :) 19:11:10 this will be an important part of the application 19:11:13 I think we have pages from the past that lists some of them 19:11:31 I found one from 2009 on the wiki - maybe brush that up a little? 19:11:34 https://wiki.jenkins-ci.org/display/JENKINS/Google+Summer+of+Code+Idea+List 19:11:56 Yeah 19:12:05 that's the one 19:12:24 Some of those are already done 19:12:34 But we can add more 19:12:42 #idea mobile interface 19:12:52 #idea that e-mail enhancement 19:13:07 #idea IDE integration (for Martin) 19:13:13 jenkinsmobi? 19:13:39 The "problem" with that is that it's not open-source 19:13:55 :( 19:13:57 I thoguht mobile might be something students might be interested in 19:14:13 I've heard that those youngsters don't know what PCs are 19:14:28 something with pre-tested commit could be an idea 19:14:39 yeah 19:14:46 #idea pre-tested commit 19:14:48 * orrc looks at top JIRAs :) 19:14:58 can't stay online - just qui message to tell you I didn't act for the action I had. Will do before next meeting 19:15:18 ndeloof1: I can just add the logo to Drupal 19:16:19 #action kohsuke to add CB logo on the "sponsors" block, taking over ndeloof1's action from the last week 19:16:51 Ideally GSoC topics should be something that doesn't require too much Jenkins experience upfront 19:17:10 No other volunteers for mentors? 19:17:53 All right 19:18:00 regarding GSoC: the application form has an option where you can list other organizations that were in GSoC in the past to vouch for you. 19:18:16 OK 19:18:39 Do you know any orgs that can vouch for us? 19:18:45 try to find some - or if you want, we (Geeklog) could vouch for you 19:19:08 can someone's gsoc project be to be a gsoc mentor? with $2k incentive i'll find the time to mentor 19:19:17 :-) 19:19:28 that's so meta 19:19:39 lol 19:19:45 the org gets $500 per student - we usually pass that on to our mentors 19:19:58 ah 19:20:41 dhaun: thanks. I'll take your offer, and we'll ask rtyler to tweet to find other orgs who can vouch for us 19:21:02 jieryn: does that mean I can list you as another volunteer? 19:21:18 (it's short of $2K, but...) 19:21:40 I guess the answer is no :-) 19:21:54 All right, should we move on? 19:22:04 #topic Baseline for next major LTS release 19:22:09 sorry, i don't think i could be a good mentor with time constrains 19:22:18 jieryn: I understand 19:22:26 sorry to put you on the spot 19:22:42 np :) 19:22:54 back to LTS, the normal procedure is to see if hare_brain has some rough ideas about the next base version 19:23:20 Yes, and we've been so busy on other things that we actually haven't moved forward off of 1.424 yet. 19:23:55 looking at changelog now 19:24:27 1.447 has quite good user rating 19:24:51 but no breadcrumbs 19:25:13 448 had some regressions that only got fixed in 450 19:25:27 Hmm, breadcrumbs isn't listed in changelog 19:25:30 neither context menu 19:26:03 checking when they got released 19:26:21 That's in 1.455 19:26:27 Breadcrumb now supports drop-down menu for faster navigation (discussion) 19:26:27 i think more recent versions have a host of real nice UI features / plugins available 19:26:52 but, unproven obviously 19:27:02 hare_brain: yeah, you are right, I didn't realize it hasn't been released yet 19:27:31 I would vote for 1.447 as the base for the next LTS, based on the community ratings. 19:28:22 When Yahoo! is ready to jump forward again, I might have us jump ahead of that, to anticipate the next LTS. 19:28:38 So this bash script gives no console ouput until the job is done. Should it be possible to make it output while running? 19:29:08 haha, I just realized that I was missing the meeting! 19:29:53 Yeah, 447 is OK 19:30:01 I think another candidate is 452 19:30:22 there has been a number of packaging issues fixed in 448-452 range 19:30:39 and that has at least sticky save button right 19:31:15 kohsuke: if we have a chance could we go back to the new emailer topic. I didn't have a reminder set on my meeting notice. if not, I can wait for next meeting 19:31:16 Slide-O-Mix: if we have time after a round we can come back to it 19:31:19 thanks 19:31:31 I have no problem with 452 - more recent version, less effort with backporting;-) 19:32:02 I was going to suggest 1.447 base, and backport things from more recent releases. But I'm not married to that. 19:32:23 hare_brain: any preference on 447 vs 452? 19:32:23 is 452 too young? 19:32:30 There's a pretty big sample size for 1.447, but not so much for 1.452 19:32:37 That was my only reservation about it. 19:33:09 And I just realized 452 is practical like the last release 19:33:11 zaytsev: pong 19:33:22 oh whoops 19:33:30 Although by the time LTS is ready, it will have been out for a while. :) 19:33:41 and it'll never gets any eyeballs because we are telling people to upgrade to 454 19:33:49 Ah right. 19:33:51 OK, let's do 1.447 19:33:58 +1 19:34:18 vjuranek: OK with that? 19:34:24 yes, no problem 19:34:28 #agreed next LTS base is 1.447 19:34:48 any release time line in mind? 19:34:58 in 2-3 weeks? 19:35:17 #agreed we'll shoot for 1.447.1 in 2-3 weeks 19:35:26 next topic? 19:35:47 #topic maven.jenkins-ci.org to repo.jenkins-ci.org 19:36:12 #info security update distracted me away from completing the PoC 19:36:45 #info PoC == proof of concept 19:36:46 :) 19:36:51 but we got the forward tunneling working so that you can continue to deploy the old maven.jenkins-ci.org:8081 and it'll be reverse-proxied to repo.jenkins-ci.org 19:36:59 XD 19:37:01 pretty hot 19:37:32 I saw some people had already logged into Artifactory 19:37:41 worked with my jenkins account creds 19:37:48 I've also deployed some big test artifacts to check that it works 19:38:15 #info a few folks (jieryn among others) reported about small sporadic outages in the service 19:38:31 ... so we'd like to start monitoring those 19:39:02 PoC is blisteringly fast, btw 19:39:20 I still need to make sure the backend update center generation works 19:39:30 that is really the only remaining work item 19:39:38 Any interest in a mass update of all poms to update repo entries ? 19:39:47 or we let everyone update its repo ? 19:39:58 aheritier: ah, interesting idea 19:40:02 Not difficult to do 19:40:12 But just to see if we want ... 19:40:36 I think it'd be good to do 19:40:36 I'd do a deadline for people to update by themselves 19:41:22 OK, so we'll first officially embrace the switch-over, then create a Wiki page showing updates to the POM, 19:41:23 Ok, I have everything necessary to clone everything and to update poms 19:41:37 and in a while maybe we can come back to asking aheritier to bulk update POM? 19:41:42 kohsuke: ok 19:41:57 will this still work with poms that are targetting old versions of hudson? 19:42:10 Plugins not updated means new people will fail to build them out of box, so it'd be good to fix 19:42:11 rpetti: yes 19:42:15 rpetti: Yes 19:42:22 ok 19:42:28 It's just change 19:42:33 for me we change all URLs and repoIDs 19:42:35 yep 19:42:36 and pluginrepository 19:42:39 kk 19:42:39 that, too 19:42:41 yes 19:42:59 But, any repositories in the parent poms for those old versions wouldn't get converted over. 19:43:15 True 19:43:27 yes we don't touch old parents 19:43:34 So we can't block Maven from hitting non-existent server 19:43:41 ... and taking longer 19:43:42 and if plugins didn't redefined repo, they'll fails 19:43:49 Like m.g.o-public 19:43:57 (We got bit pretty hard by that.) 19:44:11 we can always have in our docs the tip for the mirror 19:44:15 for old deps 19:44:23 but yes maven is stupid 19:44:27 Yeah, we should have done this sooner 19:44:37 And my apologies, but that's water under the bridge 19:44:42 it will check for all repo ids it finds 19:44:55 ok no problem 19:45:10 Oh, so maybe if we keep the same repo ID and just set the URL to repo.jenkins-ci.org, would that clobber the problematic URL? 19:45:23 anyway, we need a bit more experiment 19:45:31 And more importantly, if anyone has any objections/concerns about repo.jenkins-ci.org, please speak up soon 19:45:35 yahoo should be using a MRM ;-b 19:45:43 We are. 19:46:03 I think we have more attention from JFrog people before the switch over than afterward, so now is the time to have them work for us ;-) 19:46:26 but otherwise let's move on to the next topic... 19:46:31 Yup 19:46:39 As far as the offer a quality of services .. 19:46:42 yep 19:46:55 and that means going back to new e-mailer from Slide-O-Mix 19:46:55 Go back to the new emailer topic? 19:47:03 #topic Review current status and plans for The new EMailer 19:47:04 sorry for being late 19:47:24 np 19:47:45 It seems like there is a lot of desire to have a new emailer in the core, and there is some information on that wiki page in the agenda, is it still something that is desired? 19:47:57 I think so 19:48:23 I can start taking a look if people really are interested 19:48:40 this would be a whole cloth replacement ? 19:48:55 That is what is proposed on the new emailer wiki page 19:48:55 In my mind the main work is to refactor email-ext more into extension points + implementations so that we can bundle some subset of it 19:49:31 Slide-O-Mix: if you are willing to give it a stab, I think that's great 19:49:37 kohsuke: email-ext is done with a few extension points, are there others that you are thinking of? 19:50:10 Yes, I'd like the config UI out of the box to be bit simpler 19:50:25 yeah, it's growing like weeds 19:50:25 I don't recall all the details, but for example controlling when someone gets e-mail isn't pluggable 19:50:30 so we'd rip out the old email configuration, provide some xstream aliases to get as close to the previous behavior, and then bundle email-ext along with the other external but bundled plugins? 19:50:45 triggers are pluggable 19:51:16 but I can take another look 19:51:21 jieryn: classes need to be in there, deprecated and hibenated 19:51:29 k 19:51:31 other plugins might depend on those 19:51:35 right 19:51:48 one other thing I would like to consider is consuming token-macro as a major source of tokens for substitution 19:51:49 but yes, xstream aliases to new classes 19:51:57 I'm using git, and my branch specifier is set to origin/master; yet my builds are failing on: You are not on branch 'master' but on '(no branch)' 19:52:00 if this is going to be part of core, then token macro would need to be as well, correct? 19:52:06 Slide-O-Mix: yes 19:52:16 it's more like just "bundled plugin", not a part of core 19:52:21 right 19:52:38 But yes, that's an unification I'd like to see, too 19:52:46 Slide-O-Mix: maybe we should look at this in the office hours 19:52:50 ... if your time permits 19:53:02 kohsuke: I'd have to check when those are, but that would be cool 19:53:13 I think this is mostly technical deep dive to scope out what needs to be done 19:53:21 agreed 19:53:23 it's the same time as this meeting 19:53:27 oh, ok 19:53:33 every other week 19:53:34 time wise that should be fine (during my lunch) 19:54:16 I've started looking at porting to use the token macro plugin, perhaps I'll hold off on that a bit 19:54:29 #action Slide-O-Mix kohsuke and other interested parties to do technical deep dive of the new emailer work in office hours 19:54:44 Can we wrap up now? 19:54:48 I'm good, thanks 19:54:52 Did I miss it? 19:55:04 stephenc_: off by an hour 19:55:11 is that something quick? 19:55:19 Or did you forget to add credentials plugin 19:55:56 OK, that's not gonna fit in the remaining time, is it? 19:56:05 And how we will be looking for testers 19:56:18 Just that we will be looking for testers 19:56:29 #topic credentials plugins 19:56:39 And it would be good for people to think about it for the next lts 19:56:41 #info we are considering to use that in the SSH slaves plugin 19:56:52 #info there's a branch that already integrates the fix, and we are looking for testers 19:57:10 I have a bit of work for same with scp and ash plugins in draft 19:57:12 the other one would be subversion, yah? 19:57:19 Yep next on my list 19:57:23 And then hit 19:57:31 svn credentials is a hugely fragile thing it seems, tons of jiras on it, mass confusion, etc 19:57:35 S/hit/giy/ 19:57:39 :-) 19:57:43 Stupid iPhone 19:57:57 All right, maybe more about it next time? 19:58:08 Git also for integration 19:58:23 #topic next meeting time 19:58:27 After that there should be enough examples for everyone else to take up 19:58:35 oh, sorry 19:58:58 the same time, in 2 weeks? 19:59:07 When is the daylight saving time switch? 19:59:11 Ie I will draft integration for scp, ssh, svn and git 19:59:17 this weekend 19:59:27 Eu is last w/e in march 19:59:37 Is this meeting pegged to UTC or US? 20:00:02 I guess it's been pegged to US time zone 20:00:11 I don't remember ever doing this in noon my time 20:00:32 I guess that means for the rest of the world this meeting is one hour earlier next time 20:00:32 you're in a different tz every other week 20:00:42 :-) 20:00:47 probbaly ran out of stamp pages in your passport 20:00:48 We've been biased towards pinning to 11am Pacific 20:00:55 nod 20:01:03 Is that a problem with others? 20:01:12 Hey I still ain't going to be able to meet that time 20:01:37 KK, you know how Nicholas objects to anything after 5pm GMT 20:01:46 ;-) 20:01:50 Yeah 20:02:00 And Tokyo folks are totally tuned out because it's 2am their time 20:02:15 At some point I'd love to try out more creative rotating schedule or something 20:02:24 stephenc_: you willing to come up with some? 20:02:33 Ha! 20:02:52 But I think for the next week let's stick to 11am PDT 20:02:59 We can try and get spike to arrange the next face to face to overlap 20:03:01 Week after. 20:03:08 right, sorry 20:03:10 21st 20:03:29 #info we are open to try out new schedules if someone has a proposal 20:03:37 stephenc_ I don't object, my wife and children do 20:03:41 +1 for me. I get to keep my recurring calendar entry. :) 20:03:59 #agreed but next meeting is 7/21 11PDT (beware of US day-light saving time change) 20:04:05 11am PDT 20:04:14 #endmeeting