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