18:01:09 #startmeeting trove 18:01:10 Meeting started Wed Sep 16 18:01:09 2015 UTC and is due to finish in 60 minutes. The chair is SlickNik. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:01:11 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 18:01:13 The meeting name has been set to 'trove' 18:01:17 o/ 18:01:18 ./ 18:01:21 o/ 18:01:27 o/ 18:01:33 Hi Trove folks! 18:01:34 O//~-~ 18:01:48 meeting agenda at: https://wiki.openstack.org/wiki/Meetings/TroveMeeting#Trove_Meeting.2C_Sept_16.2C_2015 18:01:59 SlickNik wanted to say thanks for your last 3 cycles of leadership and PTLness :) 18:01:59 heyo 18:02:13 ./ 18:02:21 o/ 18:03:17 dougshelley66: No worries, and I'll be sticking around — just want to make sure we increase our PTL bus factor to something other than 1 :) 18:03:20 PTLAwesomeness is a word I'll have y'all know. 18:03:28 ++ 18:03:35 :) 18:03:35 o/ 18:03:50 ./ 18:03:55 o/ 18:04:47 So let's take a look at reviewstats as we give folks a few more minutes to trickle in. 18:05:01 #topic Trove pulse update 18:05:06 #link https://etherpad.openstack.org/p/trove-pulse-update 18:05:16 o/ 18:05:52 Fewer reviews last week — I think most folks are still recovering from the Liberty-3 craze. 18:06:09 We'll have to step up our review game to get the RC1 bugs through this week and next, though. 18:07:32 #link https://wiki.openstack.org/wiki/Liberty_Release_Schedule 18:07:49 According to the release schedule, our first RC1 will be cut next week. 18:08:35 Incidentally this will be the time that the Mitaka branch will open for submissions — I know we have at least a couple of BPs on hold for that which we can get through once the branch opens. 18:09:03 yeah i think we do 18:10:24 So let's make one more last push to get most of the RC1 bugs in flight reviewed for Liberty-RC1. 18:10:31 Almost across the finish line here :) 18:11:01 Speaking of the Liberty release — this is a good transition to the next topic. 18:11:08 #topic Trove client 1.3.0 released 18:11:24 We just cut a release for a new version of python-troveclient 18:11:34 #link https://github.com/openstack/python-troveclient/tree/1.3.0 18:12:16 Basically it's the current master of the python-troveclient repo. 18:12:23 nice looks good 18:12:44 Was working with the release-management team to cut the stable/liberty branch of the client based on this release. 18:13:23 Any objections to that? I didn't see anything else in the pipeline for the client that seemed essential for the liberty release. 18:13:23 SlickNik: "cut" means create a stable/liberty branch on the repo? 18:13:49 cp16net: yes — the current master will become stable/liberty of python-troveclient. 18:13:58 sounds gravy to me 18:15:13 Sounds good. 18:15:23 Will make it so. 18:16:07 #action SlickNik to follow up with release-mgmt team to cut the 1.3.0 release of the troveclient as the stable/liberty release 18:16:20 #topic Liberty RC1 release 18:16:36 this may be a mea-culpa 18:16:41 cut and paste legacy 18:16:44 #link https://launchpad.net/trove/+milestone/liberty-rc1 18:17:07 Just want to go over this one nevertheless. 18:17:42 We currently have a list of bugs targeted for liberty-rc1, some of which are not super-critical and others which aren't started yet. 18:18:19 I was going to make a triage pass over the list, bumping any non-critical bugs that haven't been started out of liberty-rc1 into the mitaka relase. 18:19:35 looks like there are some bugs there that we need to work on for the rc1 18:21:08 cp16net: Yes, there are a few that are still not "In Progress" so I suspect that they probably will not land next week for Liberty-1. 18:22:46 Looking at that list, I see quite a few that aren't critical or high priority for rc1, so we should be okay moving them out to Mitaka. 18:23:20 I'll be reaching out to folks who the bugs are assigned to, to figure out if they're on track or need to be moved out. 18:24:15 Also if there are any bugs that folks are working on that they feel are critical enough to be in Liberty-RC1 but are not part of that list, please reach out to me and let me know so that we can add it to the RC1 bug list. 18:25:15 Any other questions or clarifications regarding any of this? 18:25:57 . 18:26:00 #topic Is there anything we want from the OSLO team? 18:26:14 that's me 18:26:24 the question was from the oslo team 18:26:36 is there something we want from them for the next release 18:26:51 if anyone has ideas, please let me know or come to the next oslo meeting, monday at noon (eastern). 18:26:58 thanks! 18:27:42 amrith: the only thing i can think of is using the rcp version stuff i think that they already have but we just need to look into 18:27:53 amrith: I can't think of anything specific at the moment. 18:28:05 but yeah nothing *new* from them 18:28:21 cp16net, what's rcp version stuff? 18:28:28 oh 18:28:29 rpc 18:28:30 never mind 18:28:33 amrith: Also one thing that's on my list for the next cycle(oslo-related) is to try and switch trove over to using oslo config generator for the trove configs. 18:28:36 yes, they have it. 18:29:10 SlickNik, yes that's a trove thing. Is there something we need from oslo for that? 18:29:14 But I believe all of that's already in place, we just have some dev work to go ahead and switch over to using that. 18:29:20 I think that's more like a work item for us, yes? 18:29:26 Nope, purely trove related work, yes. 18:29:31 ok 18:29:35 yeah i think most of them are work for us to do :-P 18:30:14 Okay, anything more related to this topic? 18:30:42 . 18:30:48 #topic Open Discussion 18:31:00 I have two 18:31:03 Any topics for Open Discussion? 18:31:07 go for it amrith 18:31:26 topic 1, email from Bruno, nova (and other project) protected resources 18:31:38 topic 2, getting SlickNik's change for remote.py merged 18:32:02 so, on #1 ... for those of you who were in Vancouver, we had a conversation about how we could protect resources launched by Trove. 18:32:10 I'd proposed a bp which went nowhere in a real hurry. 18:32:30 Bruno proposed one that (it appears from his email) that the Nova team is smiling on. 18:32:41 * amrith looks for a number 18:33:08 #link https://review.openstack.org/#/c/203880/ 18:33:15 thanks SlickNik 18:33:19 42 18:33:25 I'd like all of us to take a look at this spec 18:33:36 that's where the number went, Doug took it ... 18:33:43 OK, so please take a gander at that spec. 18:33:43 uy/me stared it 18:34:03 hope we get this implemented in the M release, but the targets and priority are unspecified at this time. 18:34:08 That's all I had for topic #1 18:34:16 anyone have thoughts, comments ... 18:34:26 . 18:34:34 moving on 18:34:45 topic #2. SlickNik ... how're we doing on this one? 18:35:06 https://review.openstack.org/#/c/193010/ 18:35:11 not 42 18:35:22 * amrith hands microphone over to SlickNik 18:35:47 amrith: I plan on fixing that review up in time to merge for the Liberty-rc period. 18:36:04 sold! 18:36:20 will look out for the review 18:36:22 I'm all set 18:36:49 * amrith wonders whether anyone can help me understand why my laptop is so noisy today 18:37:09 Will drop folks a line in #openstack-trove once I have the tests cleaned up and review comments addressed for that review. 18:37:16 changes in that remote.py will help resolve the periodic exist events 18:37:51 at least last time i ran into an issue testing that 18:37:57 some of those changes helped 18:38:04 :) 18:38:25 cp16net: Plus there was discussion in an earlier ML thread about folks who were interested to know how to use trove to deploy instances all in a single hidden "admin" tenant. 18:39:01 And this follows up with showing them how do to that. 18:39:37 yeah i was just mentioning that on a side note this also helps other things in our project :) 18:39:37 I suspect we'll need a bit more documentation / explanation, but that's not subject to the liberty release date and can come in the subsequent days. :) 18:39:44 yup, agreed. 18:41:03 Any other items for Open Discussion? 18:43:06 In that case, let's call it a wrap. 18:43:11 Thanks all! 18:43:15 thanks 18:43:15 #endmeeting