18:01:25 #startmeeting 18:01:25 Let the Jenkins meeting commence! 18:01:32 It's been a while for me 18:01:41 ilhami3: Couple of ways to do it. Have cron check git for new checkins on a schedule, or (more fancily) use a post-update hook to fire off Jenkins. 18:01:53 #info https://wiki.jenkins-ci.org/display/JENKINS/Governance+Meeting+Agenda 18:01:56 #topic LTS status check 18:02:09 * kohsuke checks email 18:02:10 well I cannot even build anything as it is now on Jenkins. It just pends and the job disappears or what it is called. 18:02:23 no problems discovered 18:02:26 ilhami3: Shh. They're doing a Jenkins meeting. :-) 18:02:33 lol. 18:02:33 ogondza: great, thanks 18:03:07 #agreed 1.565.2 release will happen today as planned 18:03:11 I hope they will solve my problem after. At least I could get Jenkins to work on localhost. It doesn't work with Openshift. 18:03:40 ogondza: I'm planning to add security fixes to the next 1.565.3 release 18:03:47 I'll write to you offline about details 18:03:56 kohsuke: ok 18:04:04 #topic How do we run the "Ask the Experts" section in JUC? 18:04:37 Alyssa told me that she set aside a room for us in JUC bay area and a bunch of us have signed up for it 18:04:49 I wanted to get some clarity of how we intend to run it 18:04:59 let me look to see how many has signed up for this 18:05:26 abayer: hare_brain: autojack: I believe you guys are on it, too 18:05:31 Yes 18:05:53 we have about 7 people signed up for this 18:05:59 Do we want to create some time slots and put people's names next to it? 18:06:22 Or is the promise more like "someone will be there all the time but you don't know who you get?" 18:06:53 Alyssa: what if those folks who signed up can get T-shirt in different color... 18:07:29 I was thinking should we also indicate who specialize in what and have at least a couple of people specializing in diff areas to fill up each hour or so? 18:07:57 Kohsuke: sure..diff color tshirt is OK 18:08:26 Alyssa: where do you keep track of the "ask the experts" detail? 18:09:04 Not in http://www.cloudbees.com/event/juc/2014/san-francisco 18:09:10 Kohuske: no where yet. it's been on email. i can create a gdoc 18:09:18 Or wiki page 18:09:39 Kohsuke: ok..wiki page 18:09:39 BTW that page has the key note starting 6:25am which I assume is an error 18:09:55 yeah..heidi is working on fixing it. 18:10:05 we also have the agenda posted on the wiki page.. 18:10:17 it's buried tho 18:10:24 Aha, https://wiki.jenkins-ci.org/display/JENKINS/Jenkins+User+Conference+US+West+%28San+Francisco%29+Agenda 18:10:40 No this is great 18:10:59 Who are the experts BTW? 18:11:21 you (jesse) http://jenkins-ci.org/content/juc-sf-2014-here 18:11:31 + ryan campbell 18:11:42 Ought to be linked to from the agenda no? 18:11:46 he just volunteered this morning :o) 18:12:02 yes. thnx. we'll get it linked 18:12:09 jglick: Alyssa signed up for AI to create another Wiki page for that 18:12:25 #action Alyssa to create a wiki page for "ask the experts" coordination 18:13:10 #info I'm also trying to create a feedback form: https://docs.google.com/forms/d/1tRerFOUu4tOFG1KjmYENVZuXdLAc6r79Wl-qh36K5Bc/viewform?usp=send_form 18:13:34 if anyone thinks of any other questions to ask to attendees please let me know 18:13:37 i'm not clear on how we'd like to run the 'ask the experts'? 18:13:57 I didn’t think it was a session that needed to be “run" 18:14:10 The email thread, we were talking about just having a lab area. 18:14:27 I do want to make sure at least someone is there all the time 18:14:29 There would be experts available to help people with questions about Jenkins 18:14:41 I was planning on spending most of the day there, personally. 18:14:47 I’ve got someone else to go to the sessions. :) 18:14:50 Oh, so not like a panel. 18:14:55 no panel 18:15:13 Breakfast starts at 5AM. I want to go, but that's... a smidgen early. 18:15:40 QuinnyPig: exactly! see the Wiki page for correct time https://wiki.jenkins-ci.org/display/JENKINS/Jenkins+User+Conference+US+West+%28San+Francisco%29+Agenda 18:15:51 QuinnyPig: we are experiencing website issues...our team is working on fixing it now 18:16:18 OK, so maybe we'll just set up like 30 mins slots and ask people to put names next to it to ensure coverage 18:16:25 Genius Bar. LOL. 18:16:40 And we'll write up text along the line of what hare_brain to set the expectation 18:16:52 I suggest someone brings a warm local Maven proxy 18:17:17 or else people with dev questions will end up spending most of time waiting for Maven 18:17:22 Kohsuke: ok got it. i'll set it up on wiki page and fill up w/ experts names & their time for duty 18:17:48 when is this meeting done ? :( 18:17:57 Pardon the Quinnterruption, but is it too late to sponsor the JUC? 18:18:08 ilhami3: maybe in another 30 mins or so, but definitely by the top of the hour 18:18:23 when i try to run nodejs command in jekins, getting below exception 18:18:24 FATAL: command execution failed java.io.IOException: Cannot run program "C:\Windows\TEMP\hudson1852121606380592964.js" (in directory "C:\Users\\.jenkins\jobs\TestNightWatch\workspace"): 18:18:24 ok. :) I hope you can help me with my problem after kohsuke. 18:18:26 QuinnyPig: pls contact lwells@cloudbees.com for sponsorship 18:18:37 Alyssa: Will do. Let me make some calls. 18:18:37 sujatha: Meeting right now, please ask afterwards 18:19:05 * kohsuke wonders if people working in the genius bar calls themselves genuises? 18:19:15 Pardon my ignorance but what's JUC? 18:19:27 nanonyme: Jenkins User Conference 18:19:30 danielbeck: ok 18:19:34 Ah, okay 18:19:44 do we want to have several experts at one time so that there's expertise in more than one areas? 18:20:17 Yes, I think that’s a good idea. 18:20:21 Alyssa: yes, I think so. Let's divide up the time to 30min/1hr slots and we should be able to have more than one person around for every slot 18:20:42 That way, if no one shows up at least we can shoot breeze 18:20:50 Or work. ;) 18:20:52 ok. thnx 18:21:26 #info 3D Mr.Jenkins figure will be on display in that room 18:21:26 ok. i think i have what i need for this 18:21:34 great, let's move on 18:21:41 #topic Decision on implementing Browser Compatibility Matrix 18:21:46 https://wiki.jenkins-ci.org/display/JENKINS/Browser+Compatibility+Matrix 18:22:05 Looks good to me, no recent changes, so I suggest we implement this. 18:22:17 Discussion was here: https://groups.google.com/forum/#!topic/jenkinsci-dev/XxPqJDCrf6M 18:23:05 tfennelly: so the implication is that we'll require IE9 ? 18:24:00 kohsuke: we'll aaccept patches for ie9 and 10 is what we were suggesting 18:24:15 Safe enough patches for IE8 are also fine. 18:24:20 hello guys, i'm trying to install jenkins on a opensuse server. jenkins is installed but when start i receive this message "/var/log/jenkins # /etc/init.d/jenkins start Starting Jenkins failed" 18:24:30 kohsuke: i.e. we don't guarantee it works all the time 18:24:30 fmartins: Meeting right now, please wait a few minutes 18:25:01 IE8/9 have very different behaviors in Common and Compat modes. Do we need both of them? 18:25:03 kohsuke: whereas IE11 we treat issues there as being critical bugs that we need to fix asap 18:25:06 I see, so the minimum requirement is actually more like IE11 with this proposal 18:25:16 kohsuke: +1 18:25:21 danielbeck: ok 18:25:35 oleg-nenashev: IE8 is out, IE9 is "should mostly work" 18:26:13 koshuke: Off-topic: What about Jenkins Enterprise? The most of "enterprise" companies still sit on IE8..10 18:26:26 What technologies does this enable us to use? 18:27:06 bloody enterprises... 18:27:21 On one hand if this is what it takes to get tfennelly rolling out more UX changes, I'm all for it 18:27:42 But OTOH I have this uninformed impression that IE11 requirement is a high bar 18:27:42 I'd kinda suspect most of the employees in those companies in reality have some other browser installed than IE 18:28:07 (ie with IE8 or whatnot) 18:28:16 In some cases there is an official requirement to run IE, even 8. 18:28:17 nanonyme: I'd think so. By the time you're allowed to run something like Jenkins, you're usually allowed to install a non-IE browser. 18:28:50 kohsuke: at the end of the day... I think we will always be doing some browser specific stuff but in general I think it should mean we can do more CSS3 and HTML5 type stuff 18:28:52 QuinnyPig, jenkins is as infra and not related to WS requirements 18:29:09 nanonyme: Company policies are very painful thing. E.g. we have not such freedom at my company 18:29:11 jglick, AP for JE to query from customers what they actually need support for? :) 18:29:51 kohsuke: and for L2/L3 browsers that do not support these things (i.e. IE) ... we "do our best" to provide an alternate 18:29:57 nanonyme: well support-core-plugin does capture the browser. We do not aggregate statistics across incoming bundles, though this might be useful. 18:30:13 So things will still work in IE9+10, just not as shiny 18:30:19 We can also probably get some approximation by looking at access log in jenkins-ci.org website 18:30:59 All right, I think people working on this seems to be in unanimous agreement for this, so I guess that means we'll have to bless this 18:31:11 I would only be concerned if there were *no way* to perform some operation (configure a job, say) in an old browser. 18:31:49 jglick: I think we should alays try and provide a way of doing something 18:32:03 Right, even if not pretty, less dynamic, whatever. 18:32:07 Given how conservative orgs will likely be LTS users, it'll take a while for any changes to reach them. 18:32:19 jglick: right 18:32:34 Would it make sense to add to L2 that "critical functionalities" be available? to capture that? 18:32:45 jglick: they don't get the "L1" ux but get something less 18:32:54 or maybe not much point in doing that without defining what "critical functionalities" are 18:33:04 already says “at least one way to do any action” 18:33:14 ok 18:33:27 I think we need to write a blog post about this and send announcement to the users list 18:33:45 I can do that 18:34:04 tfennelly: Any concrete plans to drop IE8 in an upcoming change? Or is this more to be safe? 18:34:10 It makes sense to decouple "administration", "public-readonly" and "public-configure" interfaces 18:34:32 #action tfennelly to write a blog post announcing this new compatibility matrix 18:34:33 danielbeck: no such plan 18:34:40 danielbeck: IE8 is almost dead due to huge JavaScripts 18:34:49 Actually, anyone else who wants to -1 this? 18:34:59 oleg-nenashev: and now it will be official 18:35:27 #agreed https://wiki.jenkins-ci.org/display/JENKINS/Browser+Compatibility+Matrix is adopted 18:35:29 danielbeck: Great :) IE8 can be freely discontinued (thanks to MS) 18:35:50 I'm so resolving a few issues as Won't Fix today 18:35:57 :-) 18:35:58 When are you guys finished? :D 18:36:01 danielbeck: rofl 18:36:07 ilhami3: just one more topic 18:36:14 sure. 18:36:14 #topic 2014 JIRA Components Refactoring 18:36:18 https://wiki.jenkins-ci.org/display/JENKINS/2014+JIRA+Components+Refactoring 18:36:34 https://groups.google.com/forum/#!msg/jenkinsci-dev/luOqm4Qj4sc/aGK4JDvJRmQJ 18:36:47 We also have several action items from the previous meeting 18:36:52 I put this on the agenda to get a decision to implement at least the basic component naming changes 18:37:10 thanks for putting this together 18:37:26 i.e. add -plugin to every component name if it's a plugin, and the cleanup of some components like maven2/maven-project listed on the wiki page 18:37:39 +1 to both 18:37:58 We were going to make names equal to GitHub repos 18:38:07 if there's further agreement, other parts of the proposal could also be decided on. But e.g. wrt to workflow changes, it seems there might still be need to discuss 18:38:11 Yes, I recall there was a broad consensus to that 18:38:31 Are we going to rename them as well? It seems to be quite secure now 18:38:34 FWIW what's the names vs labels distinction in your Jira usage? 18:38:46 nanonyme: Please ask afterwards, thanks 18:39:06 danielbeck: I thought nanonyme's question is actually about this topic 18:39:12 Yes I think so. 18:39:18 right, sorry 18:39:25 Yeap. I just noticed a lot of the names were changed to core 18:39:27 I understand labels as being used to help subclassify a bit, but they are more freeform. 18:39:59 the problem with separating core into a bunch of components means issues may get lost rather easily 18:40:00 I've personally never paid attention to labels 18:40:08 plus it's not always clear what component something is 18:40:12 Okay 18:40:19 Fair enough then 18:40:34 I tried to do a modest label cleanup recently. 18:40:43 with plugins vs. core there's a good reason to distinguish, entirely different devs etc., but within core, things aren't that clear cut 18:40:50 At least killed all the ones ending in a comma b/c someone did not know how to separate labels with spaces. 18:41:26 The worst are ‘plugin’ or ‘jenkins’ which are so common as to be meaningless. 18:41:39 Sorry, rambling. 18:41:45 So component renaming is agreed upon, right? 18:41:49 Who has what AI? 18:42:10 Do we need to add anyone to the JIRA admins? 18:42:24 kohsuke: We can teach Jenkins Bot 18:42:28 INFRA-100 18:42:32 In INFRA-100 I think oleg-nenashev is volunteering 18:42:33 INFRA-100:Add "delete component" and "rename component" IRC Bot Commands (In Progress) https://issues.jenkins-ci.org/browse/INFRA-100 18:42:39 I have a script for -plugin, but it needs the REST API 18:42:41 Oh you already even have pull requests 18:42:42 jglick: lol... your ramblings are very entertaining 18:42:49 Yeah, I think that naming should make it easier for out-of-project people to file bugs properly 18:42:57 So sounds sensible 18:43:38 oleg-nenashev: so basically the blocking AI is for me to merge & deploy ircbot changes 18:43:54 then you guys would keep this channel busy for a while to issue these changes? 18:43:59 kohsuke: I suppose it will be the most convenient way 18:44:06 OK, got it 18:44:11 can you highlight me when you are done? :D 18:44:21 We may need such functionality in the future 18:44:25 #action kohsuke to integrate INFRA-100 and ping oleg-nenashev 18:44:29 INFRA-100:Add "delete component" and "rename component" IRC Bot Commands (In Progress) https://issues.jenkins-ci.org/browse/INFRA-100 18:44:34 I'm bit worried about keeping "delete component" in the bot 18:44:35 is it possible to config the help text in JIRA i.e. put something on the component selection field to indicate how component name and label are to be used? 18:45:08 how they are suppose to work with each other 18:45:12 tfennelly: I can't think of any way to do this except monkey patching 18:45:30 ok 18:45:40 some actions will require Jira admin I think, like fixing component descriptions 18:45:52 I think there's always potential for confusion re how to use them 18:45:58 kohsuke: "delete component" requires a destination component, hence issues won't be lost 18:46:06 How are you going to handle that where multiple components get the same name? Is there some merge functionality? 18:46:10 Or is that the delete? 18:46:18 nanonyme: sounds like that is deletion 18:46:21 nanonyme: Delete specifies the component to move issues 18:46:23 Okay 18:46:46 tfennelly: actually, maybe we can do that by greasemonkey-like client-side DOM manipulation by injecting JavaScript 18:46:56 we can indeed inject JavaScript to every page 18:47:25 kohsuke: I thought you were joking for a min but I think you are serious now 18:47:31 :) 18:47:40 #action tfennelly to file a ticket to INFRA about "is it possible to config the help text in JIRA i.e. put something on the component selection field to indicate how component name and label are to be used?" 18:47:46 kohsuke: sounds easy if you can get JS in there 18:48:05 #action tfennelly to not just file a ticket but write such JavaScript 18:48:19 BTW I'm currently rewriting the Issue Tracking wiki page to actually be a helpful reference how people should use our JIRA 18:48:32 £action tfennelly keep your mouth closed lol 18:48:37 :-) 18:48:41 Thank you danielbeck, should be very useful. 18:49:01 danielbeck: and if we are going to mess around JIRA UI from JavaScript it can insert a link to that, too 18:49:16 kohsuke: Right 18:49:19 Now, about adding more states to the issue transition workflow... 18:49:41 So we're doing this once you have the bot ready? 18:49:42 # action tfennelly to move to a country where a pound sign is not a pound sign and is actually recognized by meetingbot 18:50:02 as jglick notes we do use "Untriaged" state in SECURITY and I find it useful 18:50:13 jglick: rofl 18:50:14 +1 18:50:23 FWIW I've suggested that as well and find I don't need it 18:50:35 “New” is the term used in some trackers. 18:51:21 "Waiting on requester" state I've never used in the context of JIRA 18:51:25 I've also seen unscheduled/uninvestigated and various others :) 18:51:43 NEEDINFO in some Bugzillas. 18:52:01 Yes. It work well in the case of lazy requesters 18:52:04 'waiting' should be Resolved as Incomplete or just a post-it note to check later IMO. 18:52:08 jglick: isn't one of the substates of "Closed" "Need more info"? 18:52:21 Sure you can just resolve that way. 18:52:23 We can also create a cleanup bot to make danielbeck happy ^_^ 18:52:31 oleg-nenashev: I AM the cleanup bot. 18:53:05 TIL that danielbeck is a robot, which I suspected long time any way... 18:53:46 danielbeck: so you said you actually felt we do not need New/Untriaged/Uninvestigated etc 18:53:50 7 minutes left… 18:54:22 kohsuke: Tentatively, yes. Asking on dev ML would be useful though, as different from component rename that's actually a workflow change for everyone 18:54:55 I wouldn't need these new statuses, but everyone's workflow is different 18:55:04 I don't think it affects people who are filing tickets, though. This mostly affects people who work on issues, and this channel has most of them I think 18:55:19 all plugin devs? 18:55:36 danielbeck: I saw it continue after a failed command, so presumably something was changed in my Jenkins install. But thank you, I'll figure it out :) 18:55:37 All right, "most" was an overstatement 18:55:59 kohsuke, well, it affects people who monitor the bugs they filed. Status should be informative on whether a bug is being worked on 18:56:21 nanonyme: Accepting it as valid and working on it are very different 18:56:25 (well, status+assignedness) 18:56:33 danielbeck: also, I don't know if you've tried, but in the SECURITY project, an untriaged issue can be resolved directly without going through "Open" 18:56:49 I have no permissions in SECURITY 18:57:03 but that would be essential to adopt 18:57:08 "Confirmed" and "Unconfirmed" statuses/fields would be useful for the initial analysis. 18:57:10 danielbeck, yeah, I'm not suggesting every possible situation should have its own status. If anything, that would make monitoring status harder :) 18:57:26 what's weird is that Untriaged specifically mentions security issues, so a new status with different description would be best 18:58:13 https://issues.jenkins-ci.org/secure/ShowConstantsHelp.jspa?decorator=popup#StatusTypes 18:58:19 New issue sits in this state until a developer agrees that this is a security issue 18:58:55 I can update that description and/or display name if we decide to use it 18:59:05 Great 18:59:22 I also vote for a new status. BTW, an sign-off in the mailing list seems to be a valid proposal in any case 19:00:15 danielbeck: if you are OK with this, I'd like to propose that we try out this change and bless it here today 19:00:22 I can rename it to "New", update description accordingly 19:00:35 And if we discover we don't like that in few weeks, we can revert the workflow scheme 19:00:37 Alright, we can always revert if it doesn't work. 19:00:51 we lost jglick but he's a proponent of this, too 19:00:53 This is about Untriaged/New only for now? 19:01:03 Or both? 19:01:14 Just for untriaged/new for now 19:01:30 to add the other state I need to create another workflow and do more work 19:01:58 let's do this then. 19:01:59 When we announce this state change I'll ask people's thoughts on adding this new state there too 19:02:24 All right, I think that wraps this topic for today 19:02:27 #topic next meeting 19:02:48 #info Next meeting will be Sep 17th same time 19:03:04 #endmeeting