18:00:11 <vgridnev> #startmeeting sahara
18:00:11 <openstack> Meeting started Thu Jun  9 18:00:11 2016 UTC and is due to finish in 60 minutes.  The chair is vgridnev. Information about MeetBot at http://wiki.debian.org/MeetBot.
18:00:13 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
18:00:16 <openstack> The meeting name has been set to 'sahara'
18:00:17 <egafford> o/ all!
18:00:21 <vgridnev> #link https://wiki.openstack.org/wiki/Meetings/SaharaAgenda
18:00:35 <vgridnev> few minutes to wait
18:00:45 <egafford> +1.
18:00:48 <mionkin> hi )
18:00:58 <esikachev> hi
18:02:26 <tosky> hi
18:03:36 <vgridnev> #topic News / updates
18:04:17 <egafford> Finally posted spec for the image CLI, did a bunch of reviews, otherwise behaved as though I was a real upstream Sahara dev. It was amazing and I loved my life.
18:04:45 <tosky> trying to change the main gates to use tempest tests from sahara-tests, so that they can be removed from tempest (but the first try didn't work as expected)
18:04:54 <egafford> (Working on the impl of that spec in parallel to the reviews; it's reasonably straightforward, happily.)
18:04:54 <elmiko> o/
18:04:58 <mionkin> I'm trying to fix gate jobs in sahara-image-elements
18:05:10 <vgridnev> I've uploaded a spec about initial kerberos integration, and also was working to make our ci and jobs stable. Will start plugin management api impl soon
18:05:26 <elmiko> sadly, i haven't been able to look at sahara much over the last week. my main action was to review vgridnev's spec.
18:05:28 <egafford> vgridnev: Started looking at the kerb spec; looks cool.
18:05:36 <elmiko> vgridnev: ooh, neat!
18:06:58 <vgridnev> and also, I did 4.0.1 and 3.0.2 stable releases for mitaka and liberty
18:07:15 <egafford> vgridnev: Awesome.
18:08:30 <vgridnev> elmiko, also, FYI, our engineer Mikhail started work on bug: https://bugs.launchpad.net/sahara/+bug/1541122, seems that will have correct fix soon
18:08:30 <openstack> vgridnev: Error: Could not gather data from Launchpad for bug #1541122 (https://launchpad.net/bugs/1541122). The error has been logged
18:09:18 <elmiko> vgridnev: excellent to hear =)
18:09:38 <vgridnev> #topic API v2 progress
18:09:44 <vgridnev> #link https://review.openstack.org/#/c/273316/
18:09:49 <vgridnev> #link https://wiki.openstack.org/wiki/Sahara/api-v2
18:09:53 <vgridnev> is it going?
18:10:07 <elmiko> Akanksha has picked up another item from the wiki, so that is good
18:10:25 <elmiko> and i think our red hatters are working on a few others
18:10:47 <elmiko> so, although i haven't had a chance to work on these, i /think/ we have a few more of the changes being picked up
18:11:10 <elmiko> i am watching gerrit for when they go up and i will review and help get them merged
18:11:31 <vgridnev> ok, nice
18:12:50 <vgridnev> with NikitaKonovalov we thought that probably we also should start pagination support in Sahara itself, probably we can do that even in v1.1 and v2 too
18:13:14 <elmiko> sounds good, there are some nice guidelines from the api-wg about pagination too
18:13:45 <egafford> vgridnev: +1; especially for job (executions) it's going to get unmanageable very quickly.
18:15:01 <vgridnev> #topic Open discussion
18:16:51 <vgridnev> do you have ideas folks about improvements that we can make in our meetings (to make them more useful)?
18:17:21 <elmiko> the format is ok, but seems like participation has gone way down
18:17:35 <mionkin> intersting question :)
18:17:36 <elmiko> (i am part of that problem, but still)
18:17:59 <egafford> vgridnev: Perhaps having a section for explicit spec discussion in which we go over each spec under active review might help (to see if there are issues to hash out on any of them in a larger conversation.)
18:18:26 <egafford> The new features tend to be the ones that require the most group input.
18:19:09 <egafford> And right now we tend to just address the specific ones that are on the agenda. With lower team size and lower spec volume, we have the opportunity to discuss the specs we do generate in more depth.
18:20:08 <egafford> That's just off the top of my head though, and might not help particularly. I agree with elmiko that at the moment, the team's a little sparse, though I know tellesnobrega_af is coming back to do some work shortly (so that's exciting. :) )
18:20:59 <elmiko> sadly, i don't have much to offer here. my priorities have been inverted and i just don't have much time to work on sahara =(
18:21:26 <egafford> Happily, my priorities have normalized and I have WAY MORE time to work on Sahara.
18:21:37 <elmiko> \o/
18:21:39 <egafford> The corporation giveth, and the corporation taketh away.
18:21:47 <elmiko> yea, seriously
18:21:58 <vgridnev> ok, seems like more discussions regarding the current specs on review can be useful, and we can make them pushed faster
18:22:20 <egafford> vgridnev: Yeah, I like the idea in theory. We'll see how it goes in practice. :)
18:22:22 <elmiko> certainly doing a few reviews at the meeting is a way to boost productivity
18:22:35 <elmiko> we've done something similar at the api-wg meetings, and it worked well
18:22:42 <vgridnev> we can start that today I guess
18:22:49 <egafford> vgridnev: Maybe having a section for discussion of high prio reviews too?
18:23:16 <vgridnev> yep, that also makes sense
18:23:20 <egafford> Like "Is there anything blocking these high-prio reviews, and if not, can we commit to banging them out today?"
18:23:56 <vgridnev> #topic Finalize plugin labels spec
18:24:05 <vgridnev> #link https://review.openstack.org/#/c/317520/
18:24:23 <vgridnev> do you have some new feedback for that?
18:25:06 <vgridnev> From last time I did some small updates regarding mionkin questions
18:25:21 <egafford> I think I +2ed it a few versions ago. Let me compare... yeah, looks good. Basically mutability and description are constant within a release.
18:25:31 <egafford> Seemed implied to me, but it's good to clarify.
18:25:55 <egafford> <legolas>You have my bow.</legolas>
18:26:15 * egafford sets up elmiko...
18:26:49 <elmiko> lol, i'm adding my axe now ;)
18:26:54 <elmiko> i'm good with that spec
18:26:55 <egafford> :D
18:27:32 <egafford> See! We're already productive in this meeting!
18:27:37 <egafford> \o/
18:27:57 <elmiko> but, for some reason i am not able to login =(
18:28:15 <egafford> elmiko: Huh, weird.
18:28:44 <elmiko> did they change something in the openid stuff?
18:29:10 <egafford> elmiko: Nothing that I've noticed...
18:30:48 <elmiko> well, review.openstack.org is broken for me
18:31:12 <elmiko> sigh...
18:31:40 <egafford> Probably best to move on then unless we have another core vote in attendance.
18:31:50 <egafford> The spec looks sane and good.
18:32:55 <vgridnev> ok, anything else to cover?
18:33:19 <egafford> vgridnev: I'd be happy to address your dep question on https://review.openstack.org/#/c/327111/
18:33:44 <vgridnev> #topic
18:33:45 <vgridnev> CLI for Plugin-Declared Image Declaration
18:33:50 <vgridnev> #undo
18:33:51 <openstack> Removing item from minutes: <ircmeeting.items.Topic object at 0x7fe237592d50>
18:34:02 <vgridnev> #topic CLI for Plugin-Declared Image Declaration
18:34:16 <vgridnev> #link https://review.openstack.org/#/c/327111/
18:35:15 <egafford> Basically, we have a few options in terms of packaging: we can either add the python libguestfs library (and its deps for dnf, apt, etc. to packages) directly to the core Sahara package, or we can make sure we put all the libguestfs hooks in the CLI script and package that separately (so that only the image gen package incurs extra deps.)
18:36:19 <egafford> One keeps the core repo deps cleaner and is more packaging work (and research for end-users, who won't have image creation out of the box on sahara install); one makes it easier for everyone but adds a fairly significant dep chunk (though it's one that's quite stable in our supported distros.)
18:36:32 <egafford> I think both are really sane approaches. What are your thoughts?
18:37:35 <egafford> Keep in mind that I'm more on top of yum/dnf and apt packaging than pip packaging, so the pip side may require a single monolithic dep list for the whole repo, and that may rule the decision.
18:39:33 <egafford> ?
18:40:05 <egafford> If this is better discussed on the spec, that's cool (if folks don't have context for the question right now.)
18:40:08 <vgridnev> the second is little not so clear for me
18:40:34 <egafford> vgridnev: Sure. So in yum and apt, you can package single repositories into multiple subpackages.
18:40:47 <elmiko> seems like there is some login issue with review.os.org, so don't log out
18:40:49 <egafford> This is awesome and allows you to split up dep chains.
18:40:56 <egafford> elmiko: Good to know.
18:41:30 <egafford> But it also adds complexity (because you have to know which package to download now, and it means more complicated packaging specs.)
18:42:32 <vgridnev> Okay, I'm so stupid for that. I will let you to choose.
18:42:34 <egafford> I guess really the question for the sahara code itself is "do we want to make really certain to encapsulate all the libguestfs imports in one place away from the central service code?" I'd vote yes on that in any event.
18:42:47 <vgridnev> : (
18:42:58 <egafford> It's just a good practice anyway. I'll make a note of that on the spec.
18:43:30 <egafford> vgridnev: Eh, there are like 4000 relevant things each of us doesn't know.
18:43:57 <egafford> That's all I've got on that spec for the moment.
18:45:59 <vgridnev> #topic Open discussion
18:46:34 <vgridnev> FYI: fix for our grenade (it's seems like broke that by removing hdp code from sahara)
18:46:37 <vgridnev> #link https://review.openstack.org/#/c/327570/
18:47:55 <vgridnev> anything else that we can cover?
18:48:15 <egafford> I have a bit of an announcement, briefly.
18:49:19 <egafford> The long version is here: https://docs.google.com/document/d/1h4NPsLmk4JHtPYEZQTvb56ReBQvYcScf0bj71IohPJI/edit?usp=sharing
18:49:59 <egafford> The short version is that I'm transgender, I'll be changing my name to Elise in Launchpad and Github in the next few months, and attending summits from here on out under that name as well.
18:50:46 <egafford> vgridnev: Since not a ton of people are attending this meeting, I'd appreciate it if you could let the team know. It felt like more of a team meeting discussion than an Openstack-dev discussion.
18:51:05 <elmiko> you've got my support egafford, i wish the best =)
18:51:12 <egafford> And honestly it won't really matter much, since we all just use handles anyway and mine won't change. :)
18:51:21 <crobertsrh> Thank goodness it's still "egafford" :)
18:51:23 <egafford> But, just letting folks know that that'll still be me.
18:51:31 <egafford> crobertsrh: That was intentional.
18:51:48 <egafford> :)
18:51:56 <egafford> So that's all on that. Thanks.
18:52:20 <crobertsrh> I'm sure your awesome work will continue.
18:52:56 <egafford> crobertsrh: That is my earnest hope! So far, I have more free brain, not less, so we'll see.
18:52:57 <elmiko> +1
18:56:04 <vgridnev> I don't know how to correctly express my feelings but I hope you will continue your amazing work on Sahara, really. Actually I my thought it's every can do everything he really wants, I we can only support that; without any possible blockers
18:56:25 <egafford> :D
18:56:38 <egafford> Thanks vgridnev; much appreciated. I have every intention of sticking around.
18:57:45 <egafford> Red Hat, OpenStack, and Sahara have been the perfect place to be, and I'm really having the time of my professional life, so I look forward to continuing to help the project along for quite some time.
18:58:26 <crobertsrh> +1
18:58:33 * elmiko signs egafford up for more reviews
18:58:36 <elmiko> ;)
18:58:39 <vgridnev> ok, seems that time is almost over, thanks : )
18:58:44 <elmiko> thanks vgridnev
18:58:47 * egafford gives elmiko his axe back. :p
18:58:51 <elmiko> haha
18:58:59 <egafford> o/ all.
18:58:59 <vgridnev> #endmeeting