09:01:08 #startmeeting blazar 09:01:09 Meeting started Tue Apr 17 09:01:08 2018 UTC and is due to finish in 60 minutes. The chair is masahito. Information about MeetBot at http://wiki.debian.org/MeetBot. 09:01:10 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 09:01:12 The meeting name has been set to 'blazar' 09:01:22 #topic RollCall 09:01:33 hi blazar folks 09:01:35 o/ 09:01:40 o/ 09:02:15 hiro-kobayashi, priteau: hi 09:02:23 Today's agenda is 09:02:27 1. R-1 09:02:32 2. AOB 09:02:37 anything else? 09:03:04 o/ 09:03:10 hi all 09:03:35 bertys: hi. 09:03:39 hi 09:04:24 #topic R-1 09:05:01 As I mentioned last week, this week is r-1 milestone target. 09:06:00 I'll propose the 2.0.0.0b1 tag tomorrow. 09:07:47 any comments for the milestone? 09:08:22 Which patches should we target to merge in priority? 09:09:34 If possible, the specs that's already be in review should be merge. 09:09:47 https://review.openstack.org/#/c/524168/ 09:10:18 OK I will look at this in priority 09:10:53 I want this patch https://review.openstack.org/#/c/561803/ to be merged as soon as possible 09:11:14 Because wrong API reference is a critical problem 09:11:31 It's a very simple patch 09:11:40 Another +2 should be easy to get 09:11:52 yes. And it should be back-ported to stable/queens. 09:12:05 Done 09:12:46 thanks! 09:13:22 Is this page created from stable/queens branch? 09:13:49 yes 09:13:51 https://developer.openstack.org/api-ref/reservation/v1/index.html#hosts 09:14:16 This page seems to have release version info. https://docs.openstack.org/queens/api/ 09:15:10 But the direction of the link doesn't seem to have version info. 09:15:52 Oh, it seems so. So it doesn't have to be backported? 09:17:23 not required but if needed, it's okay. 09:18:35 If you care about local api-ref build, it's needed. 09:18:47 YEs, for keeping consistency of codebase and docs in stable/queens, it's better to be back-ported. 09:19:07 It's easy and let's back-port it :-) 09:19:22 As alternated, we need to release 1.0.1. 09:19:51 It is such a small patch that it should take little time to backport 09:21:16 There is an trade-off for backporting. Frequent backport operates frequent miner version up. 09:21:44 I agree to hiro-kobayashi and priteau. 09:22:26 This is small patch and doesn't have an effect to code base. 09:22:28 But we don't necessarily need to create a new Queens version for it 09:22:35 Just backport to stable/queens 09:22:38 yes. 09:24:08 Let's move on to next. 09:24:11 #topic AOB 09:24:25 Does someone have something to share/discusss? 09:26:13 For Heat patch, it seems Blazar team should make consensus on parameters. 09:26:15 https://review.openstack.org/#/c/534576/ 09:26:58 Which should start/end_date parameters follow, REST API or CLI? 09:27:59 I agree with masahito, it's good to follow the heat standard. If it's nothing, prefer to follow REST API definitions. 09:28:02 IMO, the resource should follow Heat's standard way. 09:29:32 I agree with masahito, we should check how other projects are supported in Heat 09:30:54 This is also on my todo list. Sorry for not coming back to this earlier 09:32:10 Kazu is an active member in Heat team. Once we've commented the patch, he'll revise it well. 09:33:16 For user friendliness though, it might be nice to default to start=now end=now+24 hours, so that the user doesn't have to enter dates every time they launch a stack 09:36:50 But the drawback is if user forget the start it automatically start now. 09:37:51 Now we don't have Quota for reservations/lease. It's not a big problem. 09:39:30 Anyhow, we need to replay the comment to the patch. 09:39:52 anything else? if nothing, let's end the meeting early. 09:42:42 I have been working on improving our Ironic compatibility in Chameleon. I am using Jay's patch to get host aggregates in Ironic. 09:43:19 nice update. Jay's patch is already merged? 09:43:21 The solution that we end up adopting will likely be different as Jay's patch wasn't well received at the PTG. 09:43:36 We will likely have to use placement API aggregates 09:45:47 got it. I hope your solution will work well. 09:46:05 Let's start placement integration design. I'll create an etherpad page for it. 09:47:52 Thanks hiro-kobayashi 09:48:04 thanks. 09:48:24 ok, looks no more topic. 09:49:18 thanks all. 09:49:24 Thanks everyone 09:49:26 Good bye! 09:49:33 bye 09:49:37 #endmeeting