17:00:03 #startmeeting Ironic 17:00:03 #chair jroll 17:00:03 Welcome everyone to the Ironic meeting. 17:00:04 Meeting started Mon Nov 9 17:00:03 2015 UTC and is due to finish in 60 minutes. The chair is NobodyCam. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:00:05 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:00:07 The meeting name has been set to 'ironic' 17:00:09 Current chairs: NobodyCam jroll 17:00:12 o/ 17:00:15 o/ 17:00:16 o/ everyone 17:00:16 o/ 17:00:20 o/ 17:00:22 o/ 17:00:24 o/ 17:00:25 o/ 17:00:26 morning all 17:00:27 o/ 17:00:33 o/ 17:00:37 o/ 17:00:43 hi 17:00:47 jroll said he may be a few minutes late 17:01:08 o/ 17:01:13 o/ 17:01:17 Of course the agenda can be found at: 17:01:17 #link https://wiki.openstack.org/wiki/Meetings/Ironic#Agenda_for_next_meeting 17:01:24 hi 17:01:30 #topic Greetings, roll-call and announcements 17:01:30 Roll-call: Who's here for the Ironic Meeting? 17:01:36 seems we just did that 17:01:38 o/ 17:01:55 * jlvillal waves from San Antonio 17:02:17 :-) 17:02:17 welcome all to the ironic meeting 17:02:34 hope everyone had safe travels back from tokyo 17:02:44 o/ 17:02:46 o/ 17:02:54 Shall we jump in to the fire 17:03:03 #topic SubTeam: status report 17:03:03 Posted on Whiteboard 17:03:03 #link https://etherpad.openstack.org/p/IronicWhiteBoard 17:04:50 any one with status updates for today? 17:05:12 NobodyCam: looks like folks are updating as we stare :) 17:05:15 :) 17:05:28 yep 17:05:48 I also may be slow do to unshakeable jetjeg 17:05:55 lag even 17:05:58 nice to see testing picking up steam! 17:06:10 yes! 17:06:10 woot! 17:07:11 also I was going to share the proitories review link. but I seem to have miss placed it 17:07:57 thanks for the CI spec reviews, I'll have a new revision today and incorporate everyones comments 17:08:14 here is the priorities link: https://review.openstack.org/#/c/241223/ 17:08:15 NobodyCam: http://specs.openstack.org/openstack/ironic-specs/priorities/mitaka-priorities.html 17:08:32 #link http://specs.openstack.org/openstack/ironic-specs/priorities/mitaka-priorities.html 17:09:27 Ahh thank you rloo, lucasagomes and krtaylor 17:09:29 :) 17:09:40 do we want subteam reports for each of those priorities? 17:10:09 * jlvillal thinks that would probably be a good idea for the future. 17:10:23 rloo: as the cycle progresses, I think that would be good 17:10:38 sounds good indeed 17:10:55 I thibk it may be worth at least a line item on the whiteboard so folks can easly track the progress but not sure we need to spend a lot of time in the meetings unless there are things to discuss / go over 17:10:58 I'll add subteams for those to the etherpad after this meeting 17:11:28 Thank you rloo 17:13:06 at thing (else) from any of the subteams 17:13:07 dtantsur: what is 'RFE'? 17:13:25 rloo: Request for Enhancement 17:13:48 sambetts: thx. I was thinking it was some Fulltime Engineer or something :) 17:14:21 rloo, oh, you scared me at first :D actually this note was written by Sam 17:14:59 I'm good to move onto the next meeting item :) 17:15:16 okay looks like we have a couple item inthe discussion section so 17:15:18 hey, sorry I'm late 17:15:21 * jroll catches up 17:15:47 hey hey jroll just thru the subteam reports 17:16:05 * NobodyCam hands control pver to jroll 17:16:16 so subteam reports are done? 17:16:32 yep / or being updated on the pad 17:16:39 yeah seems so, in the etherpad 17:16:46 jroll: well, you might have something to add? 17:16:48 jroll, Unless you want to walk through them. 17:17:11 jroll: neutron/ironic work. patches up for review? :) 17:17:31 yes, those have been up for review, a couple small issues 17:18:14 i have some questions about in the gerrit, wait for answers for anyone 17:18:29 yuriyz: on neutron? 17:18:51 Ironic net isolation support 17:19:08 ok, yeah we'll answer in the review 17:19:10 https://review.openstack.org/#/c/139687/ 17:19:22 https://review.openstack.org/#/c/213262/ 17:19:52 alright, let's move on then if nobody has more subteam things 17:20:02 #topic Do we need to have a midcycle? 17:20:26 so, a few projects (glance/ceilometer/more?) are skipping the midcycle this cycle 17:20:32 for a variety of reasons 17:20:35 that's a hard on, I like to think about midcycles as a place to hack on code 17:20:53 if we have something big to hack on, it would be good to have one yes 17:20:57 and I wanted to ask folks if we think we should have one, based on the fact we have clear priorities and not everyone will make it anyway 17:21:01 I'd like to see you all again asap, but probably midcycle is not really needed... 17:21:28 neutron has skipped a midcycle also, was thinking it would be good to have at same time with them 17:21:32 I think the midcycle is super valuable from a see-people-in-person perspective, otherwise I'm pretty indifferent 17:21:56 please throw all of your thoughts at me - if we decide to have one, I'll plan it ASAP otherwise happy hacking :D 17:22:05 much as I like you all, I'm fine seeing you every 6 months :) 17:22:10 I think small team virtual hack sessions would be a cool thing to have, using hangouts or something 17:22:11 lol 17:22:12 I like having a mid-cycle. Hard to beat in-person interaction. 17:22:35 ++ to seeing everyone and maintaining those connections four times a year instead of just twice a year, and ++ when we need to decide on plans or architecture, which I don't think we need this cycle as much as last cycle 17:22:39 where would it be, physically? 17:22:54 i good chunch of what we have out standing is actually from last cycle, might be good to have a meetup to keep things on track 17:22:59 if we do have one, it will likely be US based on the feedback I've seen 17:22:59 wherever we find a venue, I guess 17:23:00 * mgould would like to meet you all, but hates travelling 17:23:04 if not, maybe a couple vsprints -> https://wiki.openstack.org/wiki/VirtualSprints 17:23:10 sambetts, ++ I would love to try some virtual hack session 17:23:14 and how may folks could / would attend? 17:23:25 USA is unlikely for me for a usual reason 17:23:56 I'd like to meet everyone in person but not sure I'll attend 17:24:21 oh yeah, meeting vdrok would be a serious reason :) 17:24:27 I like the idea of virtual sprints as well 17:24:29 the US is not as hard for me as dtantsur, but its still a long way to travel and then deal with the after effects 17:24:51 what about coordinated regional meetups? 17:25:11 devananda: how did that work out when we did a split midcycle? :) 17:25:28 it requires more planning than I have had bandwidth to do in the past, but other projects have had some success in the past with it as they grew 17:25:38 I would try something like that 17:25:46 the only problem is timezones 17:25:47 jroll: I didn't intend to do a split midcycle last winter 17:25:55 yeah sounds like something worth trying indeed 17:26:26 jroll: also they were not overlapping 17:26:37 having them at the same time instead of one after the other may be better 17:26:44 devananda: ya 17:27:07 if we located a meetup in western EU and eastern US on overlapping days, there would be a few hours each day for video conferencing 17:27:33 That sounds interesting :) 17:27:38 not saying I think we need that -- but it is an option we haven't tried before 17:27:46 that may work 17:27:53 I'm interested 17:28:48 okay, would folks like me to continue investigating that? 17:28:50 are there locations that could work for that? 17:29:03 so we have some options: 1) normal midcycle, 2) virtual sprint, 3) splitted midcycle. Perhaps we should continue on the ML ? 17:29:12 lucasagomes++ 17:29:15 4) no midcycle 17:29:17 +1 from me to continue investigating. As I like the idea of a mid-cycle 17:29:23 rloo, yeah, or no midcycle 17:29:34 when is it gonna be, approximately? 17:29:47 January? 17:29:48 if it will be 17:29:52 likely late january - early february, I think 17:30:00 preferably on the earlier end 17:30:07 * dtantsur tries to remember when FOSDEM is 17:30:11 early february ++ 17:30:16 dtantsur: jan 29-30 iirc 17:30:23 something like that 17:30:25 lucasagomes: would you be able to lay out the options on the ML and we can go from there? 17:30:27 we can have it right after 17:30:31 dtantsur, 30-31 jan 17:30:54 are many people here likely to be at fosdem? 17:31:14 fwiw, right after FOSDEM was the timing last winter 17:31:39 myself, lucasagomes and dtantsur have discussed meeting at FOSDEM 17:31:53 that's right! I will be there 17:32:05 mgould, I'll try to 17:32:28 where is FOSDEM? 17:32:37 brussels 17:32:42 Brussels, Belgium 17:32:42 lucasagomes: would you be able to lay out the options on the ML and we can go from there? 17:32:42 #link https://fosdem.org/2016/ 17:32:58 jroll, ack, will do 17:33:35 thanks 17:33:36 * lucasagomes adds to the TODO list for tomorrow morning 17:33:46 anyone else have anything on this topic? 17:34:22 #topic release notes management 17:34:39 a couple things here 17:35:05 1) we need to move to using a thing called reno for release notes, see this for more info on how that works: 17:35:06 #link http://lists.openstack.org/pipermail/openstack-dev/2015-November/078301.html 17:35:34 I'd love it if patches that deserve release notes come in with the release note in the same patch; we can also do it after the fact 17:35:40 RElease NOtes I'm guessing 17:36:10 I've started the necessary work here: 17:36:12 #link https://review.openstack.org/#/q/status:open++branch:master+topic:add-reno+owner:%22Jim+Rollenhagen+%253Cjim%2540jimrollenhagen.com%253E%22,n,z 17:36:14 jlvillal: yes 17:36:25 some guidelines wrt what patches 'deserve' release notes, would be useful 17:36:50 sure, I can try to come up with something - to start, think about what we've put for rel notes in the past 17:37:00 mostly features or major bug fixes, upgrade notes, etc 17:37:19 jroll: right. so not detailed stuff and not minor features 17:37:25 yep 17:37:30 so that's just an announcement, the bigger part I want folks to start thinking about is 17:37:41 2) we can move off of launchpad for feature tracking if we'd like 17:38:06 it's not required, but also launchpad is the worst :) 17:38:08 unfortunately, I need to step away for a bit (darn travel schedule) ... but I, for one, welcome our new ReNo overlords 17:38:22 so, we can talk about that here or we can go think about it and come back to it later 17:38:24 devananda: \o 17:38:25 devananda, see ya later! 17:38:30 "User Jim Rollenhagen %3Cjim%40jimrollenhagen.com%3E not found" 17:38:33 safe travels devananda 17:38:37 also huge ++ from me on moving away from LP for feature tracking 17:38:49 but pls keep bugs there 17:38:50 jroll, do you have any suggestion of alternatives to launchpad? 17:39:25 dtantsur: gerrit is the worst, idk what to say 17:39:34 jroll, also, bugs still needs to be tracked in launchpad right? 17:39:40 dtantsur, Firefox? 17:39:41 the main reno thing is here: 17:39:43 #link https://review.openstack.org/242147 17:39:54 jroll: would moveing off LP for feature track make it difficult for other project contributors to work with us 17:39:54 lucasagomes: bugs in launchpad, yes - I don't think that's painful today 17:39:57 dtantsur, With Chrome it worked for me, but failed with Firefox :( 17:40:00 feature tracking on launchpad is horrible 17:40:11 NobodyCam: I'm not sure, that's something to consider 17:40:45 Would reno take over for feature tracking also? In addition to release notes. 17:40:52 Or something else for feature tracking? 17:40:59 reno is only release notes 17:41:01 so 17:41:13 some folks on the infra team are working on standing up phabricator, which is an option 17:41:14 seems like every openstack project will be asking. to use LP or not, that is the question. 17:41:18 I do agree that feature tracking is horrible, but I am concerned that we'll make it harder for folks outside the ironic project to contribute 17:41:27 and likely the best for consistency with other projects down the road 17:41:58 it makes sense for (most of) openstack to use the same feature tracking whatever. 17:42:10 * jroll thinks this is probably best for the mailing list, but wanted to get folks thinking about it 17:42:28 rloo, ++ 17:42:36 jroll: ++ yes would love to hear from other projects on this 17:42:47 #link http://phabricator.org/ 17:42:56 ok 17:43:00 yeah I would like to see it being cross project, many times we have features that are cross project 17:43:10 and having to work across different systems may be messy/painful 17:43:11 yeah 17:43:17 blueprints don't do cross project at all fwiw 17:43:42 right, but at least it's all in the same "thing" (launchbad) 17:43:50 anyway, we won't make a decision here, but thanks in advance for putting some thought into it :) 17:44:07 I'm going to go to open discussion, we can keep talking about this, or anything else on your mind 17:44:19 #topic open discussion 17:44:22 IMO there is a problem in Ironic with slow spec review process Do we 1) add more people to spec cores 2) cores should set more -2 (minimize specs in "hanging" state), more? 17:44:37 my specs is an example 17:45:01 probably both and more? :) 17:45:12 spec review always slows down a bit around summits 17:45:25 +1 for both 17:45:27 i htink spec reviews are always slow 17:45:42 yuriyz: I can only speak for myself here: I know I have been slow reviewing... and plan on improving that volicity starting this week 17:46:15 yeah, they are always a bit slow - I think we also need focus on which specs we review, sometimes we are very sporadic with them 17:46:19 would it be useful to have spec sprints (or whatever they are called), once a week to review specs that are close or have contentious issues? 17:46:30 rloo: I think it would 17:46:31 -2 if spec is not suitable for Ironic/current cycle 17:46:42 like a spec jam 17:46:44 should be set early 17:46:51 i'm not sure we should -2 wrt 'current cycle' 17:46:57 yuriyz: I agree with -2 for "not suitable for ironic" but not current cycle 17:47:13 jroll ok 17:47:43 the hard part is specs that might be good for ironic but need a complete rewrite 17:47:57 because the details don't make sense 17:48:01 do we -1 or -2 those? 17:48:03 etc 17:48:16 if we are going to start to keep a up todate proitiries spec we could come up with rules that help keep specs aligned with those 17:48:26 yes, -1 but not to do review line-by-line 17:48:37 yeah. I might be a bit slow, I'll start to read a spec and then get totally confused cuz I don't know what the spec is trying to say. 17:48:49 just mention mega issues 17:48:49 NobodyCam: no, priorities are just our focus, other work is still welcome 17:48:50 But specs might be useful for future cycle priorities. Most of the priorities for Mitaka had specs land in Liberty. 17:49:13 maybe we need some caution not to push away good ideas by using a harsh policy 17:49:14 jroll, I think we should -1 for that reason and ask the author to clarify 17:49:42 thiagop +1 17:49:45 lucasagomes: yeah, it's really case by case too 17:49:48 I like the idea of weekly spec review jam 17:50:00 thiagop: I agree, I won't let that happen :) 17:50:17 rloo: how do you feel about organizing review jams? :) 17:50:29 I also like the review jam idea as long we we set a time, and can keep it the same 17:50:30 Wonder if weekly spec review is something for entire cycle or a specific time frame of the cycle? 17:50:49 if you're asking me to organize it, I would prefer not. I'm not a proponent of review jams even though I suggested it. 17:50:58 heh 17:51:01 lol 17:51:07 jroll: oh well. i suppose i could do it if no one else wants to. 17:51:10 rloo: do you think it would be useful, though? 17:51:25 also, prior to have a review jam would be good to have a list of specs that we are confident that are almost there 17:51:27 and could be merged 17:51:29 jroll: it could be useful. i was also going to ask. how much effort do folks put in writing their specs? 17:51:29 I mean, I can find somebody else to organize those too 17:51:39 lucasagomes++ 17:51:43 lucasagomes: yes, i agree. 17:51:44 or something that needs discussion to unstuck 17:51:45 lucasagomes: ++ limited jam scope ++ 17:51:45 great question :) 17:51:56 yeah, review jam would be useful if we at least don't read these specs in advance 17:52:40 at least don't read them? or have at least read them? 17:52:58 so how's this - let's collect stuck/close specs in the meeting agenda. spend 5 minutes in each meeting taking a look at the list and (if needed) plan a jam for that week 17:52:59 add actions? 17:53:01 * lucasagomes thinks it's "at least read them" 17:53:03 7 minutes left btw 17:53:40 jroll: ++ I loke that to start 17:53:41 jroll, sounds like a good start 17:53:49 like even 17:54:01 cool, I'll add the bullet point in the agenda 17:54:01 ++ 17:54:11 jroll: i'm not sure i like spending time in the meeting figuring out if we need another meeting, but let's try/see how it goes. 17:54:27 yeah, sorry, I meant we should read them :) 17:54:38 rloo: more like "what time works for folks? 17:54:40 " 17:55:03 rloo: otherwise it's going to involve catching people randomly in irc and mailing list emails etc 17:55:13 jroll: maybe we need a specs subteam 17:55:33 we have spec's cores thats kinda a subteam already 17:55:35 we already have spec cores 17:55:40 == 17:55:45 jroll: like dmitry does for bugs, and jlvillal & mrda for nova bugs. someone to highlight specs that need more attention 17:56:02 rloo: maybe 17:56:12 just thinking out loud. 17:56:16 yeah 17:56:23 let's try this next week and go from there? 17:56:33 ++ 17:56:33 yeah, specs are kinda hard to one person to be responsable for 17:56:42 +1 17:56:46 they are long and require specific knowledge sometimes 17:56:54 lucasagomes: not responsible for. just to have an idea of status. 17:57:05 so... I don't know, I think collectively it would work better 17:57:11 rloo, right 17:57:23 ok, I've gotta run a couple minutes early, sorry. NobodyCam can you hit the endmeeting button when we're done? :) 17:57:29 we can assign devananda while he's out :D 17:57:32 I can 17:57:39 dtantsur, and now jroll 17:57:41 I don't know if you guys knows about next-review 17:57:42 thanks all for coming today 17:57:44 thaNK you jroll 17:57:44 lol 17:57:53 thiagop, What's that? 17:57:56 jroll, see ya 17:58:08 thiagop, I don't know it 17:58:14 a tool created by Dolph to help find things to review 17:58:19 thiagop: I have not heard of it 17:58:20 https://github.com/dolph/next-review 17:58:36 * dtantsur does not think he has problems finding things to review... he finds too many things to review 17:58:37 #link https://github.com/dolph/next-review 17:58:49 dtantsur: ++ 17:58:57 thiagop, oh I will take a look, thanks for it! 17:59:11 one minute 17:59:13 this follows a simple philosophy and, when you guys have made a push to review all older specs, will become a very helpful 17:59:25 it may become* 17:59:37 oh that's pretty cool! It's like my todo list but automated! 17:59:39 The etherpad has an updated ironic-inbox gerrit page which i find very useful to help manage my reviews 17:59:42 i don't think the onus is on cores to review the specs. everyone should be reviewing. 17:59:43 thiagop: will take a look 17:59:43 I'd prefer to add rules to gertty 18:00:07 thats time 18:00:15 Thank you all for attending 18:00:20 thanks 18:00:26 thanks 18:00:29 thanks everyone o/ 18:00:33 thanks 18:00:34 #endmeeting