18:01:33 #startmeeting trove 18:01:34 Meeting started Wed Nov 25 18:01:33 2015 UTC and is due to finish in 60 minutes. The chair is peterstac. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:01:35 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 18:01:37 The meeting name has been set to 'trove' 18:01:45 \-o-/ 18:01:47 o/ 18:01:53 ./ 18:02:06 hello 18:02:14 Hi all 18:02:25 o/ 18:02:36 o/ 18:02:38 atomic77, that a tie fighter? 18:02:49 ./ 18:02:58 pmackinn, i thought of it as a guy doing squats 18:03:01 (-o-) 18:03:07 |-o-| 18:03:08 trying to keep fit 18:03:21 There's nothing on the agenda, so we'll move right to ... 18:03:27 #topic Open Discussion 18:03:54 https://etherpad.openstack.org/p/mitaka-trove-midcycle-rsvp as usual 18:04:52 o/ 18:04:57 * pmackinn tries to emoji an x-wing fighter, #fail 18:05:53 Do we have an agenda yet for midcycle? 18:06:01 cp16net? 18:06:04 (jk) 18:06:50 Just wanted to remind people that if they want to give input on the new cli with the integration with openstack client. 18:06:51 So once travel plans are finalized, please update the etherpad 18:06:56 could we perhaps take some of the extra time this meeting gives us to look at some of the outstanding blueprints in the queue? 18:07:01 #link https://etherpad.openstack.org/p/mitaka-trove-midcycle-rsvp 18:07:03 https://wiki.openstack.org/wiki/Trove/OpenstackClient 18:07:12 that's a good idea atomic77 18:09:11 https://launchpad.net/trove/+milestone/mitaka-1 18:09:21 ./ 18:09:58 so atm we have about 10 specs in review that have been udpated in the last two weeks 18:10:35 #link https://review.openstack.org/#/q/status:open+project:openstack/trove-specs,n,z 18:11:30 Some of them (four) are rather old. 18:12:10 sorry, 6 18:12:23 two of them are updated with the question "is it time to abandon this yet". 18:12:48 amrith, a great example of where metrics can mislead :) 18:12:53 unfortunately, asking that question throws them back on top of the list ... 18:13:33 which tees up the conversation of a bug/spec/bp/review scrub 18:14:05 so 8 "live" specs . imo we should prioritize specs over bugs especially at the early stage of a cycle 18:15:05 I think we should just abandon them with a nice message. They can restore them any time if they wish. 18:15:20 pmalik, this is a whole can of worms we opened last week :) 18:16:20 https://review.openstack.org/#/c/164881/ should be put aside imho 18:17:11 hi, i was looking at trove db migration files and found that all of them still contains the downgrade method, its been a while since there was a cross-project spec to remove downgrades, is there a reason we are keeping this? or we just forgot about it? 18:17:15 pmackinn, would you update the review with that comment. it makes it much easier at a later date to see the rationale. 18:17:24 Owner of these review are likely going to ignore the message anyways - otherwise they would be responding. I am just saying that instead of asking a nice question we should abandon them with a nice message that they can restore the review any time. 18:18:10 Asking like this just moves all those reviews to the top of the list pushing important stuff down... 18:18:11 tellesnobrega, would you please share a link to the downgrade spec you refer to? 18:18:27 pmackinn, https://review.openstack.org/#/c/152337/5 18:18:34 sorry amrith https://review.openstack.org/#/c/152337/5 18:19:00 has anyone implemented this? 18:19:37 yes, i believe keystone has, not sure about nova 18:19:45 i think sahara has done it as well 18:20:04 i can confirm that, but i think we should move this here 18:20:14 i can start that (actually have) 18:20:18 tellesnobrega, are you volunteering to do the work? ;) 18:20:38 peterstac, yes, i already started it 18:20:38 o/ sorry I'm late — previous meeting ran wayy over. 18:20:39 considering that we just went through a lot of trouble to get downgrade to work, I'd like to get some confirmation that people using Trove don't want the capability. 18:21:07 the spec by the TC is nice and all but if people use the capability, and right now it still works, why throw it away? 18:21:10 * peterstac hands the reigns over to SlickNik 18:21:31 nooo — I'm still reading scrollback for context. 18:21:37 sorry to interject again on the specs -- but is it safe to assume most of the specs we'll deliver in mitaka have already been put on our queue? 18:21:52 * peterstac s/reigns/reins/ 18:22:02 I'm working on another one, will add it today 18:22:19 I think the deadline for specs is mitaka-1, no? 18:22:30 amrith, makes sense. Downgrade can be a big source of problems, it is a easy way to break your db and that is why this spec was put in motion 18:23:08 #link https://wiki.openstack.org/wiki/Mitaka_Release_Schedule 18:23:10 ok, so in that case does it make sense to prioritize getting those that are on the queue approved so that development can begin? 18:23:23 amrith, I believe cp16net just said he'd like them all in by m-1 18:23:29 we're already nearly in december and the holiday season will slow things down 18:23:32 I don't think that's a hard rule 18:23:44 we'll blink and we'll be at the midcycle vowing "never again"... again :) 18:23:49 we also talked about delaying our release from the rest of the projects (at summit). 18:23:59 I'd like to first figure out when our release dates are going to be. 18:24:58 I missed that part about delaying our release date. wonder why but dont want to hold up the meeting agenda for that 18:27:13 I think we were still planning to release as part of the all-up Mitaka final release. 18:27:26 what is the decision on the downgrade? go or no go? I can send an email on the mailing list as well to see if anyone responds that downgrades are really necessary 18:27:55 tellesnobrega, why don't you submit a Trove bp/spec? 18:28:21 The idea was to figure out if we could do something more along the lines of Swift / Ironic, where they have their own release train for intermediate releases (like mitaka-1,etc) , but still release as part of the major OpenStack releases. 18:28:21 you can reference the TC spec - then you'd hopefully get some valid feedback 18:28:52 But I'm not sure how far we got along that avenue. 18:29:13 we took a note (the penultimate one) in https://etherpad.openstack.org/p/trove-mitaka-contributors-meetiup 18:31:29 peterstac, sure, i will do that 18:31:53 Yup noted — we'd probably want to look into freezing (cut branch) early, but I think we'd still want to release (announcement / wiki-page) all up with the rest of the OpenStack releases. 18:32:26 SlickNik, maybe we should table that and discuss formally at the next meeting (and decide). 18:32:28 ? 18:32:41 amrith: ++ 18:33:00 Fighting the gate during the release crunch is always fun! /s 18:33:45 and since we are all about taking the joy out of software development, we will deny people that fun by changing our freeze date. Good. 18:34:05 #action next week's agenda to discuss early (or late) branch cut 18:34:08 #action Add meeting agenda item for next week wrt trove early freeze 18:34:23 Should probably talk to dhellmann or someone else on the release team to figure out the possibility of doing such a thing. 18:34:34 #action tellesnobrega to write BP on trove and eliminating downgrade. 18:35:07 #action pmackinn to remind people about mid-cycle reservations and confirmations 18:35:16 what else? 18:35:35 atomic77, pmalik was there a concrete action item on specs, old specs, bug/spec/review scrub 18:36:14 amrith, what i had hoped to propose was to set a goal for getting that queue down to or close to zero 18:36:17 #chair amrith SlickNik 18:36:18 Current chairs: SlickNik amrith peterstac 18:37:02 #unchair amrith 18:37:03 Current chairs: SlickNik peterstac 18:37:18 * amrith currently lying down and in pain. no chair for me for a while 18:37:31 Wow peterstac I didn't know you could do that. 18:37:56 peterstac can do some amazing things. some of them are legal in most states. 18:38:06 ;D 18:38:26 SlickNik, ... what say re: atomic77's suggestion? 18:38:28 #action SlickNik to go through reviews / specs and scrub old reviews. 18:38:53 perhaps i'm unnecessarily raising the alarm on that, i don't know if this is a normal review velocity in a release cycle for openstack 18:39:22 SlickNik, happy to help. 18:39:32 #undo 18:39:33 Removing item from minutes: 18:39:50 If we want to have all mitaka specs approved by m-1, then we've only got another week 18:39:52 #action SlickNik amrith to go through reviews / specs and scrub old reviews. 18:39:55 just seems logical to me that we priortize getting specs reviewed and approved asap, that's all 18:39:58 thanks amrith :) 18:40:02 atomic77, I am concerned about the review velocity as well. 18:40:06 SlickNik, happy to help. 18:41:38 #action Finalize spec approval for Mitaka (next meeting) 18:42:33 anything else? 18:42:46 Going once ... 18:42:58 Twice ... 18:43:00 * atomic77 inhales 18:43:02 not from me. 18:43:03 j/k :) 18:43:11 Thanks everyone! 18:43:13 #endmeeting