18:00:12 <vgridnev> #startmeeting sahara
18:00:13 <openstack> Meeting started Thu Jun 23 18:00:12 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:14 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
18:00:17 <openstack> The meeting name has been set to 'sahara'
18:00:19 <vgridnev> hello folks!
18:00:23 <esikachev> hey
18:01:42 <mionkin> hi !
18:01:42 <tosky> hi
18:02:08 <egafford> o/
18:03:24 <vgridnev> #link https://wiki.openstack.org/wiki/Meetings/SaharaAgenda
18:03:27 <tellesnobrega> o/
18:03:36 <vgridnev> #topic News / updates
18:04:09 <vgridnev> my status shortly: https://review.openstack.org/#/q/status:open+project:openstack/sahara+branch:master+topic:bp/plugin-management-api
18:04:49 <tellesnobrega> i put the spec for storm python jobs up for review yesterday https://review.openstack.org/#/c/333003/, create bp for that and storm upgrade on which i'm currently working on
18:05:10 <tosky> I helped fixing jobs on the main CI
18:05:21 <NikitaKonovalov> o/
18:05:29 <elmiko> hey
18:05:36 <egafford> Working through some licensing issues around python-libguestfs bindings (not currently in pypi.) Hopefully those will be resolved soon and I can push the change.
18:05:57 <elmiko> sorry, i am preparing for a conference talk/demo, my bandwidth is really shot to hell this week and next
18:06:03 <esikachev> working on publisher job for devstack logs from sahara-ci labs
18:06:41 <egafford> (The bindings are perfectly stable and mature, but the authors had some concerns about Python Foundation legal language. Working on it; will hopefully have an elegant solution soon, and if not, I'll post a hackier solution.)
18:06:50 <elmiko> only sahara related things i've done this past week was a blog post, https://elmiko.github.io/2016/06/22/hardening-sahara.html
18:08:27 <crobertsrh> hello/
18:08:38 <vgridnev> hello crobertsrh
18:09:24 <egafford> crobertsrh: Nice merge of hello and wave emote. Raising the bar for IRC greetings right there.
18:09:59 <crobertsrh> I try :)
18:10:34 <vgridnev> other news updates?
18:10:48 <crobertsrh> I've just been trying to do some reviews (and failing mostly)
18:10:56 <crobertsrh> I need to do some spec reviewing
18:11:37 <vgridnev> #topic Review priorities
18:11:41 <vgridnev> #link https://etherpad.openstack.org/p/sahara-review-priorities
18:12:18 <vgridnev> we were discussing voiding additional requirements for docs building in saharaclient previously
18:12:26 <vgridnev> #link https://review.openstack.org/#/c/326582/
18:13:10 <vgridnev> news: seems like this is *not* going to be landed to globals, since lib is not maintained.
18:13:23 <vgridnev> #link https://review.openstack.org/#/c/325932/
18:13:36 <egafford> Well, if the lib isn't going to be maintained, maybe it's actually *better* for us to copy what we're using.
18:13:54 <vgridnev> as author of lib answered, he is searching for maintainer
18:14:04 <egafford> So... I guess that's a dramatic reversal of my previous position. :)
18:14:52 <vgridnev> copy of his answer, http://paste.openstack.org/show/521722/
18:16:34 <egafford> Yeah. Sounds like this patch is our best solution.
18:16:47 <egafford> (Given that what the modules are doing for us is really quite nice.)
18:17:12 <egafford> Thanks for making sure it was the right answer.
18:17:35 <crobertsrh> +1, seems like "it's our problem now"
18:18:45 <vgridnev> ok, nice
18:18:46 <egafford> Hopefully it'll just sit there cranking out docs and we'll never think about it again.
18:19:30 <vgridnev> #topic API v2 progress
18:19:39 <vgridnev> is there some news? I bet no
18:20:14 <vgridnev> except of some changes of mine https://review.openstack.org/#/q/status:open+project:openstack/sahara+branch:master+topic:bp/plugin-management-api
18:20:37 <vgridnev> elmiko, ?
18:21:10 <elmiko> oop, sorry
18:21:13 <elmiko> nothing new to report
18:21:40 <vgridnev> #topic Specs / features status
18:22:06 <vgridnev> #topic Initial kerberos integration
18:22:17 <vgridnev> #link https://review.openstack.org/#/c/327616/
18:22:28 <vgridnev> any other questions to resolve?
18:23:11 <egafford> vgridnev: Looks ok to me.
18:23:14 <mionkin> i think it's looks good
18:24:23 <vgridnev> do we need to wait some other votes?
18:24:39 <elmiko> the last version i looked at was good to me
18:25:07 <egafford> elmiko: I think if we get your +2 we can merge; it's been open for comment for awhile.
18:26:22 <vgridnev> ok, moving
18:26:24 <NikitaKonovalov> spec looks good to me as well
18:26:47 <tellesnobrega> I don't why not move on with this either
18:26:51 <egafford> (Or someone else's :) )
18:27:00 <elmiko> egafford: yea, i will read it now
18:28:14 <vgridnev> NikitaKonovalov, I guess egafford hinted that you have +2 vote
18:28:42 <egafford> I did hint that!
18:29:19 <vgridnev> #topic Allow creation of python topologies for Storm
18:29:26 <vgridnev> #link https://review.openstack.org/#/c/333003/
18:29:59 <egafford> The spec looks good; I asked for a little bit more detail on what the cmdline looks like and whether any special configs are needed (and how data sources get passed in.)
18:30:01 <vgridnev> tellesnobrega, it's your time to address comments on spec
18:30:05 <tellesnobrega> so that, anyone had a chance to read it yet? (except egafford - saw your comments and will improve it)
18:30:09 <egafford> Nothing wrong with it at all though.
18:30:23 <tellesnobrega> thanks vgridnev
18:30:49 <tellesnobrega> basically I'm proposing that we allow in storm to be submitted jobs implemented using the pyleus framework
18:31:18 <tellesnobrega> which allows the user to develop the whole thing using python and yaml (which is quicker and friendlier than java)
18:31:47 <tellesnobrega> this won't change much of the way storm works today, just a single command line change depending on the job type select (storm or pyleus)
18:32:20 <tellesnobrega> I will address Elise's comments on the spec but if anyone wants to take a look on that today I can wait to do it all at once
18:32:48 <tellesnobrega> vgridnev, I don't think UI changes will be needed
18:33:48 <egafford> tellesnobrega: I believe that at present any new job type requires a UI change in order for it to be useable via the UI. crobertsrh, NikitaKonovalov, is this still true?
18:34:02 <crobertsrh> Most likely, yes
18:34:46 <vgridnev> tellesnobrega, so just noted, what is the scope of using pyleus (cluster nodes / controller with sahara) ? I mean, do we need to push that to requirements?
18:34:47 <crobertsrh> The job types  dropdown did get smarter awhile back, but the UI might need tweaks for the specifics of the job
18:34:51 <tellesnobrega> egafford, I see, you mean adding it to the list of job types and so on... yes, that will be needed
18:35:13 <egafford> tellesnobrega: Yeah. Should be really minor, but.
18:35:35 <tellesnobrega> vgridnev, cluster nodes will need to have it installed, sahara controller won't
18:35:55 <vgridnev> cool
18:36:28 <tellesnobrega> the best way to do that is to install on image generation?
18:36:59 <NikitaKonovalov> tellesnobrega: changes to UI mostly depend on how much stuff the job type supports. If it woks with Data Sources, then you'll need to enable them in UI. But that again is pretty minor.
18:37:33 <tellesnobrega> NikitaKonovalov, makes sense, noted :)
18:37:41 <egafford> tellesnobrega: Yeah, hopefully you can just install the packages via SIE.
18:37:50 <tellesnobrega> egafford, awesome :)
18:38:03 <egafford> (Assuming pyleus is packaged for our distros.)
18:38:20 <tellesnobrega> egafford, I have to check that out
18:38:29 <egafford> (Otherwise your life becomes slightly more complex but not very much more complex.)
18:38:35 <tosky> is it a native python package?
18:38:52 <tosky> if it is, it shouldn't be difficult to ask distros to package it
18:38:52 <tellesnobrega> yes, installed by pip
18:39:09 <tellesnobrega> I don't think this will be a problem
18:39:25 <tosky> good
18:39:34 <tellesnobrega> but it is good to have it in mind
18:39:53 <egafford> +1 to both not a problem and good to have in mind. :)
18:40:13 <tellesnobrega> :)
18:41:56 <vgridnev> ok, tellesnobrega could you please update spec then with notes from discussion?
18:42:29 <tellesnobrega> vgridnev, will do
18:42:35 <vgridnev> ok, cool
18:42:48 <vgridnev> #topic Open discussion
18:43:22 <elmiko> kerberos spec lgtm, shall i merge it?
18:43:34 <vgridnev> elmiko, sure
18:44:01 <elmiko> ok, approved =)
18:44:15 <egafford> \o/
18:44:21 <vgridnev> elmiko, this one also can be merged based on our discussions today https://review.openstack.org/#/c/326582/
18:44:24 <elmiko> a really nice step forward for security
18:44:41 <egafford> I like this whole "let's do specific things during our meetings" approach.
18:45:02 <elmiko> yea, it can work really well
18:45:10 <elmiko> vgridnev: ack, looking at it now
18:46:11 <egafford> elmiko: In case you missed it earlier, basically there's no one maintaining that lib, it's legal for us to copy it, and it's doing really nice stuff for us in terms of doc automation, so code copy is actually the right answer.
18:46:18 <egafford> (Seldom is, totally is here.)
18:46:44 <elmiko> egafford: yeah, saw the notes on the review. as long as we are good taking on the maintenance of that for our purposes, i'm good
18:47:30 <elmiko> added my +2, i'll let egafford do the +a since my familiarity is low on this one ;)
18:48:05 <egafford> BOOM. WF. Basically I'm for maintaining it as part of the codebase until it becomes unworth it.
18:48:34 <egafford> (And I doubt it will; it seems quite likely that it'll continue working for the forseeable future as-is.)
18:50:03 <elmiko> yup, i'm good with that, just wanted to raise the question =)
18:50:36 <vgridnev> there where an question in IRC
18:50:43 <vgridnev> <zioproto> btw, I am preparing my trip to NYC for the Operatos Mid-Cycle. Is anyone from the sahara project going there ?
18:51:13 <vgridnev> just to make sure, is anyone from RedHatters going to attend?
18:51:22 <elmiko> not me
18:51:25 <egafford> Wasn't going to, though I'm almost certainly the closest human to it.
18:51:38 <elmiko> yeah, you could just take the train down there
18:51:51 * egafford googles the schedule...
18:52:16 <egafford> vgridnev: Was there a specific request for someone at it? Like, does someone need help with an evaluation or somesuch?
18:52:29 <egafford> Or was it more general?
18:53:33 <vgridnev> egafford, actually it's was an operator who was asking for sahara question about sahara. As far as I know, he is also going to future summit
18:53:58 <vgridnev> sahara question about sahara, lol
18:54:27 <egafford> Those are the best kind of Sahara questions, and the best kind of questions about Sahara. :)
18:54:41 <egafford> Ok, if he's going to summit we can talk to him then.
18:55:15 <egafford> (Without additional travel budget.) It's zioproto on freenode who had questions?
18:55:29 <vgridnev> yes
18:55:57 <vgridnev> http://lists.openstack.org/pipermail/openstack-operators/2016-June/010674.html
18:56:41 <vgridnev> yep, he is using our hadoop swift library for accessing data
18:57:27 <vgridnev> ok, seems like there are no other points to discuss
18:57:36 <vgridnev> #endmeeting