18:00:44 <morganfainberg> #startmeeting Keystone
18:00:45 <openstack> Meeting started Tue Oct 14 18:00:44 2014 UTC and is due to finish in 60 minutes.  The chair is morganfainberg. Information about MeetBot at http://wiki.debian.org/MeetBot.
18:00:47 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
18:00:48 <rodrigods> o/
18:00:50 <openstack> The meeting name has been set to 'keystone'
18:00:51 <henrynash> he
18:00:56 <henrynash> hi too
18:00:59 <morganfainberg> good morning!
18:01:19 <topol> o/
18:01:20 <ayoung> 😎
18:01:28 <stevemar> o/
18:01:41 <morganfainberg> so have a couple house keeping things to look at regarding the spec process then we're on to the important thing(s): Summit planning and session finalization
18:01:43 <gyee> ayoung look scary
18:01:54 <ayoung> 😫
18:01:59 <breton> hello
18:02:01 <ayoung> how's that?
18:02:02 <dstanek> o/
18:02:06 <morganfainberg> #topic Kilo Spec Freeze deadline and adopting spec guidelines
18:02:09 * gyee runs
18:02:27 <morganfainberg> Other projects have spec freeze deadlines. I just want to formalize it for us this cycle.
18:02:54 <morganfainberg> is K1 a reasonable target to freeze acceptance of specs for Kilo?
18:03:00 <morganfainberg> 1/2 way to k2?
18:03:15 <henrynash> K1 feels too early to me
18:03:21 <ayoung> K2
18:03:29 <morganfainberg> anything that isn't accepted beyond that point would need an exception granted. -- this does mean we *need* to step up and review
18:03:38 <dolphm> k1 follows very quickly after the summit
18:03:53 <dolphm> first couple weeks in december, IIRC?
18:03:57 <morganfainberg> ayoung, i don't want the spec freeze deadline to be too late, i want to try and front load as many new features as possible this cycle to the start of development
18:04:19 <ayoung> yeah...with US Thanksgiving and Xmas prep messing up the milestone
18:04:25 <gyee> usually ppl put up POC code along with the spec anyway so we have something to look at
18:04:31 <morganfainberg> ayoung, i was thinking either K1 or 1/2 way thorugh K2 for spec freeze (gives us a window to make sure any exceptions can be accepted by k2)
18:04:42 <morganfainberg> dolphm, fair point, K1 is too soon
18:04:42 <dstanek> what are other projects doing?
18:05:02 <dolphm> and what benefit do they get out of a spec approval deadline?
18:05:07 <lbragstad> Nova has a cut spec freeze date, not sure what it is though
18:05:18 <henrynash> I’d propose m2….but remembering that getting the spec into m2 doesn’t gurantee you’re patch will make the release….just that NOT having the spec by m2 gurantees it will NOT.
18:05:22 <morganfainberg> dolphm, it limits the scope of when new code lands.
18:05:32 <ayoung> henrynash, agreed
18:05:34 <morganfainberg> dolphm, so we don't have tons and tons of stuff going in late in the release
18:05:43 <morganfainberg> henrynash, exactly
18:05:56 <morganfainberg> it's just making sure we keep enough time for changes to land post spec approval.
18:06:07 <morganfainberg> i'm fine with M2 if that is the general consensus.
18:06:14 <ayoung> changes to core APIs can also be K2 if we want to be conservative
18:06:19 <gyee> when is the midterm meetup? spec usually get approve by then right?
18:06:36 <morganfainberg> gyee, mid cycle has been a couple week prior to m2
18:06:37 <lbragstad> if we say the spec cut of is milestone 2, do we require that you have code up for review by then too?
18:06:43 <ayoung> I know we were shifting the emphasis to the spec reviews, but I think its OK to say "any API changes after K2 will be in extensions only"
18:06:44 <morganfainberg> lbragstad, no, just the spec approved
18:06:49 <henrynash> morganfainberq: and I think it puts the pressur on a proposer to try and get it into m1 since that gives them a much greater change of getting the patch by m3
18:06:49 <lbragstad> ok
18:06:52 <gyee> morganfainberg, so m2 sound pretty reasonable
18:07:01 <morganfainberg> henrynash, ++
18:07:27 <morganfainberg> ok so lets set the deadline to m2 for approval. Exceptions can/will be granted as needed. but lets front load what we can
18:07:31 <dstanek> does this mean we'll be more strict about only merging patches that are part of approved specs?
18:07:42 <morganfainberg> dstanek, that is the next bit here.
18:08:01 <morganfainberg> so. another thing i like that nova is doing is trival BPs
18:08:03 <morganfainberg> No specs for trivial blueprints, just create the BP in LaunchPad and New, targeted, unapproved BPs will be reviewed in weekly meetings, If it is agreed they are indeed trivial in the meeting, they will be approved. (same as Nova), this should be minimal overhead.
18:08:26 <morganfainberg> if it isn't trivial, we force a spec
18:08:42 <bknudson> what's the difference between a trivial bp and a wishlist bug?
18:08:58 <morganfainberg> bknudson, i'd say same general level.
18:09:12 <stevemar> bknudson, i think that's morganfainberg's call to make :P
18:09:45 <henrynash> morganfainberq: I like it…we just have to make sure we DO discuss in the meeting, so that we don’t delay asking the proposer to go write a full spec
18:09:46 <morganfainberg> i'd rather see things as BPs than wishlist bugs. because "wishlist" isn't really a bug.
18:09:47 <gyee> anything that take more than two paragraphs to explain :)
18:09:54 <morganfainberg> henrynash, correct, it'll be the first thing on the meeting each week
18:10:04 <ayoung> wishlist may not be trivial
18:10:25 <morganfainberg> sure. and therefore it would need a spec, just the same as a bigger bp
18:10:40 <nkinder> yeah, wishlist seems to indicate importance/priority, not scope
18:10:48 <stevemar> morganfainberg, can we have an exemption process for specs that were not proposed before k2?
18:10:48 <morganfainberg> ok.
18:11:07 <morganfainberg> stevemar, absolutely, it'll be a message to the mailing asking for an exception.
18:11:22 <morganfainberg> stevemar, then the team will either yes exception / no sorry
18:11:24 <stevemar> morganfainberg, iirc there were a few that were proposed late J2 or early J3 this time around
18:11:24 <stevemar> OK
18:11:28 <topol> lbragstad, why would you need code at time of spec?
18:12:08 <morganfainberg> henrynash, this also means any BPs that are untargeted / unapproved / etc I'm going to go cleanup in LP [if we like the trivial bp model]
18:12:13 <dolphm> we've only required code in the past if you're asking for an exemption, as proof that the exemption isn't in vain
18:12:21 <lbragstad> topol: I was thinking if the spec were to be approved late in the process, it would speed up the review of the implementation
18:12:25 <henrynash> morganfainberg: ++
18:12:27 <morganfainberg> dolphm, i think that is a fair request to maintain
18:12:49 <bknudson> cleaning up lp bps would be great.
18:13:04 <bknudson> people keep asking me when an old bp is going to be implemented.
18:13:08 <nkinder> +1 on cleaning up bps
18:13:12 <ayoung> ++
18:13:14 <morganfainberg> bknudson, i admit, that was the other thing i felt we'd get out of this since we managed to do a good job on the bugs, time to solve the BPs
18:13:26 <nkinder> bknudson: I get those same questions...
18:13:30 <morganfainberg> great job on keeping the bugs triaged, btw
18:13:40 <morganfainberg> everyone, thanks for keeping eyes on those
18:13:41 <ayoung> close all the BPs, then reopen the ones we want
18:13:48 <morganfainberg> ayoung, thats the general idea
18:14:04 <morganfainberg> i might be a little more tactical if i know we have one that should be reviewed now.
18:14:28 <dolphm> bknudson: maybe all old BP's should be updated with some status and message saying it's blocked by a lack of approved spec?
18:14:34 <morganfainberg> i'll write up an email explaining the guidelines and we'll get a fix to the spec repo readme to show the new bp/deadline guideline.
18:15:13 <morganfainberg> dolphm, not sure if LP has such a "setting"
18:15:13 <ayoung> ++
18:15:19 <morganfainberg> or maybe it's "blocked"?
18:15:34 <dolphm> morganfainberg: no, that raises ttx's alarm bells
18:15:43 <morganfainberg> dolphm, lets just close out the BPs that are old.
18:16:01 <dolphm> Definition: Drafting?
18:16:08 <morganfainberg> eh, maybe?
18:16:09 <dolphm> morganfainberg: but what about new ones that are opened without specs?
18:16:24 <dolphm> Priority: Not?
18:16:31 <morganfainberg> dolphm, i was thinking of closing out the ancient ones, any new ones opened w/o specs we'd keep (a bit more "tactical" than close them all)
18:16:48 <morganfainberg> then we can review them and say "yes, do it" or "go spec write"
18:17:00 <morganfainberg> i'll see how nova classifies them in the latter category
18:17:35 <dolphm> morganfainberg: that conflicts with the existing spec process, IMO, where the first part of the spec is an argument that the problem statement is actually a problem
18:17:43 <stevemar> theres only 141 bps, shouldn't be an issue at all
18:17:58 <bknudson> stevemar: what's the oldest bp?
18:18:02 <dolphm> stevemar: and there's no (documented?) blueprints API on LP
18:18:36 <dolphm> morganfainberg: Implementation: Deferred (.. pending spec)?
18:18:56 <morganfainberg> dolphm, i think my point is we should keep the spec process light for the things like "add pycadf notifications", regardless of the classifier
18:19:02 <morganfainberg> dolphm, yeah that one sounds right.
18:20:00 <morganfainberg> dolphm, i like deferred as a choice...
18:20:29 <morganfainberg> i also feel like a lot of the bps will be closed since they just haven't ever been cleaned up really
18:21:16 <morganfainberg> dolphm, or "pending approval"?
18:21:18 <stevemar> bknudson, i can't find a way to sort it by age
18:21:34 <dolphm> morganfainberg: pending approval is the default already
18:21:43 <morganfainberg> dolphm, "new" is the default
18:22:05 <dolphm> morganfainberg: oh, Direction: Needs Approval is what i was thinking of
18:22:09 <morganfainberg> ah
18:22:11 <morganfainberg> yeah
18:22:13 <dolphm> morganfainberg: i don't think we use that field either
18:22:31 <morganfainberg> no we don't let me see which fields only the drivers can set
18:22:50 <morganfainberg> we'll pick one of those (if possible) to classify needing approval / spec
18:23:04 <morganfainberg> i'll figure that out post meeting.
18:24:02 <morganfainberg> ok... so no opposition to the deadline or the trivial bp change?
18:24:07 <morganfainberg> or concerns?
18:24:08 <topol> morganfainberg, is the blueprint spec template changing any?
18:24:14 <ayoung> morganfainberg, again, please let me clean up my own.  I have quite a few there that have been "parking lot" items
18:24:19 <ayoung> https://blueprints.launchpad.net/keystone/+spec/failing-tests  for example
18:24:22 <morganfainberg> ayoung, please clean those up today then?
18:24:25 <morganfainberg> or tomorrow
18:24:52 <ayoung> Will do.  Just don't want them disappearing on me.
18:24:57 <morganfainberg> ayoung, or i can classify all of them as "needing spec" and we can just revisit
18:25:00 <dolphm> ayoung: https://blueprints.launchpad.net/keystone/+spec/alembic https://blueprints.launchpad.net/keystone/+spec/basic-auth https://blueprints.launchpad.net/keystone/+spec/delegation-workplans https://blueprints.launchpad.net/keystone/+spec/distributed-signing
18:25:17 <ayoung> ah, yeah, alembic...
18:25:17 <morganfainberg> ayoung, i wont close yours out.
18:25:25 <dolphm> ayoung: actually, here's all 42 https://blueprints.launchpad.net/~ayoung
18:25:36 <dolphm> that leaves 100
18:25:47 <dolphm> 99
18:25:58 <bknudson> ayoung just needs to get 2 bps done a week.
18:26:00 <ayoung> Heh,  thought for sure I'd have more than half of them
18:26:02 <morganfainberg> ayoung, so, can i just classify all of yours as "needs" spec and we'll revisit them as you have  achance to look them over?
18:26:07 <dstanek> i'll go through my outstanding ones after this meeting
18:26:13 <topol> morganfainberg, Im gonna work on a CADF BP for gyee, Do I use the same spec template as last time?
18:26:14 <ayoung> couple fo them have specs as well, but I can set those myself, so sure
18:26:21 <ayoung> er,  have specs already
18:26:23 <morganfainberg> ayoung, if they have a spec i'll leave them
18:26:55 <morganfainberg> topol, is it something that really needs a spec in light of "trivial bp" guidelines?
18:26:57 <ayoung> ssl-everywhere is, I think, beyond just Keystone now.
18:27:08 <morganfainberg> topol, i'd say the previous cadf spec would have fallen into that category
18:27:16 <bknudson> there's ssl config in devstack now
18:27:26 <topol> morganfainberg, folks like to know what fields are gonna be there and why. I could make it fit in the trivial BP I guess
18:27:39 <morganfainberg> topol, if you feel better with the spec, use the spec :)
18:27:47 <topol> morganfinberg, maybe I just like to hurt myself :-)
18:27:57 <morganfainberg> topol, i wont say "no" to having a more formal BP. and yes the previous template you used is fine imo
18:28:02 <morganfainberg> s/template/form
18:28:07 <topol> morganfainberg, I think I try the lighter approach this time
18:28:08 <gyee> topol, morganfainberg, thanks, CADF is useful for end-to-end trace
18:28:39 <morganfainberg> great.
18:28:46 <bknudson> is it just projects that need cadf? why add one at a time?
18:29:03 <topol> bknudson, good point!
18:29:29 <gyee> bknudson, yeah, openstack services track projects so that's why its more urgent
18:29:44 <gyee> projects represents ownership
18:29:58 <stevemar> bknudson, i was actually going to propose that we make all the 'normal' notifications into CADF ones, but was going to wait til summit
18:30:13 <gyee> but I agree, it should be available for all APIs
18:30:13 <bknudson> oops, stole stevemar's thunder.
18:30:20 <morganfainberg> bknudson, lol
18:30:22 <ayoung> stevemar, ++
18:30:31 <stevemar> i think dolphm gave me a todo to dig into the notification as a contract, but i never did :)
18:30:32 <morganfainberg> stevemar, good idea
18:30:51 <topol> stevemar ++
18:30:52 <ayoung> why have two notifications formats
18:30:58 <morganfainberg> ayoung, ++++++++++
18:31:01 <ayoung> CADF for the People!
18:31:02 <nkinder> stevemar: yeah, breaking consumers of existing notifications would be my only concern
18:31:06 <topol> everyone +++++
18:31:07 <morganfainberg> and cadf provides a nice "known" format
18:31:11 <nkinder> but CADF for everything makes a lot of sense
18:31:31 <stevemar> nkinder, yeah, we would deprecate it over 2 releases of course!
18:31:33 <morganfainberg> stevemar, maybe a toggle "non-cadf compat notify"
18:31:43 <stevemar> ohh nice
18:31:44 <morganfainberg> with a fixed deprecation/removal timeline
18:31:56 <gyee> or make it configurable of we have concerns over the interface
18:31:58 <topol> morganfainberg very cool
18:32:25 <morganfainberg> ok this can be followed up in spec/irc/etc, sounds like we totally should do cadf all the things
18:32:30 <nkinder> gyee: I'd prefer that we let the old one die instead of having something that is configurable long-term
18:32:50 <stevemar> morganfainberg, i can toss up a spec
18:32:55 <morganfainberg> stevemar, perfect!
18:33:10 <gyee> nkinder, sure no argument here
18:33:40 <morganfainberg> ok so the next big topic... Summit session planning
18:33:49 <morganfainberg> #topic Kilo Summit Planning Design Session Schedule
18:33:55 <morganfainberg> #link https://etherpad.openstack.org/p/kilo-keystone-summit-topics
18:34:03 <morganfainberg> I've put up a tentative schedule of the sessions
18:34:27 <morganfainberg> we have one open slot still to fill. I'm open to merging / dropping / changing the sessions
18:34:30 <morganfainberg> and the timeslots
18:34:45 <not_jamielennox> Jamie wanted to discuss policy future direction
18:34:52 <morganfainberg> and I would like to get some volunteers to lead the session(s)
18:35:03 <not_jamielennox> I'm guessing it's in the same vein as the thread morganfainberg started
18:35:13 <stevemar> morganfainberg, i thought the session schedule was pretty good imo
18:35:28 <ayoung> not_jamielennox, ?
18:35:36 <bknudson> is not_jamielennox ever coming back?
18:35:43 <ayoung> bknudson, ask his wife
18:35:45 <gyee> ++ for policy future discussions
18:35:47 <not_jamielennox> next week I believe
18:35:51 <morganfainberg> so two *really* important things: we need the starting questiosn for the Ops session (similar to what we had laast summit) and we need to fill the last session slot
18:36:05 <ayoung> morganfainberg, make two slots for federation
18:36:11 <bknudson> policy is a good topic for discussion at summit since we can get more ops folks there.
18:36:13 <not_jamielennox> so is policy worth a session, or should it be somethign more informal in our open/free discussion time?
18:36:18 <ayoung> K2K,  saml for Horizon will both take a while
18:36:20 <bknudson> I'm sure they have their complaints if they ever tried to change it.
18:36:29 <ayoung> what about policy?
18:36:29 <not_jamielennox> ...or read it
18:36:30 <marekd> ayoung: ++
18:36:38 <morganfainberg> I'd be willing to dedicate one of our sessions to the policy discussion (thread I started)
18:36:43 <morganfainberg> or another federation session
18:36:58 <ayoung> Better Policy Model and Representing Capabilites?
18:36:58 <dolphm> how about whiskey
18:37:03 <not_jamielennox> I think both are important, but federation seems more immediate
18:37:05 <morganfainberg> ayoung, yes
18:37:09 <marekd> not_jamielennox: ++
18:37:14 <gyee> dolphm, oh yeah :)
18:37:15 <dolphm> someone bring plastic cups this time
18:37:16 <ayoung> dolphm, that is probably going to be replaced by Wine, as we are going to be in Paris
18:37:31 <morganfainberg> the options I see for the last slot: VO, Split ID, 2nd fEderation, or Policy
18:37:41 <dolphm> Keystone Wine Tasting Session # it'll be the most popular session on the schedule
18:37:46 <morganfainberg> dolphm, ++
18:37:53 <topol> morganfainberg, so after my customer visit I got more feedback on how openstack documentation needs significnat improvement. Any way to solicit feedback on where it needs to be improved?
18:37:57 <gyee> hell yeah!
18:37:58 <dolphm> Federated Wine Tasting Policies
18:38:03 <nkinder> bring your wine, we'll taste it?
18:38:04 <dolphm> camoflauge
18:38:15 <stevemar> i think it's a bit early to talk about VO
18:38:27 <marekd> stevemar: VO -> virtual organizations ?
18:38:28 <morganfainberg> topol, we can do that either as a question in the ops session as one of the starting questions
18:38:31 <gyee> Hierarchical MultiWine Tasting FTW!
18:38:32 <stevemar> marekd, oui
18:38:35 <morganfainberg> topol, in fact... thats exactly where I'd put it
18:38:37 <ayoung> stevemar, more line Vin0
18:38:41 <dolphm> how about a Show & Tell for people's strange deployments and extensions
18:38:46 <bknudson> I don't think we've had any sessions on K2K federation
18:38:50 <nkinder> SO I'd vote for a second federation session I think
18:39:05 <stevemar> federate all the things?!
18:39:08 <morganfainberg> ok so nix VO, and i think split identity is a "meetup topic"
18:39:21 <nkinder> I definitely want to talk about the future policy, but I don't know that we need to use a formal session slot this time
18:39:23 <topol> who is bringing the paper 3oz bathroom cups so we can drink alcohol in style???
18:39:24 <ayoung> I think K2K and the policy discussion will flow into each other anyway
18:39:24 <marekd> stevemar: lol, federated neutrons, ceilometers, novas etc
18:39:26 <gyee> nkinder, federation and horizon is another session
18:39:32 <gyee> integration I mean
18:39:32 <marekd> stevemar: javak would be in 7th heaven
18:39:40 <nkinder> topol: paper has been nixed IIRC
18:39:43 <morganfainberg> dolphm, hehe, i
18:39:53 <morganfainberg> dolphm, i think i'd be scarred of what people would present
18:39:56 <marekd> stevemar: why would you be interested in VOs ?
18:40:07 <dolphm> morganfainberg: that's why we'll also have wine
18:40:10 <ayoung> VOs also part of K2K
18:40:10 <stevemar> marekd, i'm not, i was just being polite
18:40:15 <topol> nkinder dont you know my sarcasm by now?
18:40:17 <morganfainberg> dolphm, good idea
18:40:20 <ayoung> stevemar, I have a solution...wanna see it?
18:40:29 <marekd> stevemar: to KENT (?)
18:40:35 <ayoung> http://adam.younglogic.com/2014/10/who-can-sign-for-what/
18:40:56 <morganfainberg> so, policy? or more federation? I think we can say "hey people show up on friday and lets talk policy"
18:41:38 <morganfainberg> ayoung, VO i think is part of K2K and multitenency, probably needs things to be more mature before we can really design around it
18:42:10 <ayoung> morganfainberg, I've been heads down working on just that problem for #moc
18:42:12 <stevemar> morganfainberg, yeah, that's what i was getting at
18:42:28 <gyee> how do we measure "mature"? just curious
18:42:37 <henrynash> morgainfainberg: if we already have a federation slot, then a policy one seems a good balance
18:42:49 <ayoung> ++
18:43:08 <morganfainberg> gyee, considering K2K is expirimental and multitenency isn't merged, i'd say it's a fair bet that neither are mature
18:43:21 <marekd> :(
18:43:23 <marekd> sadly, yes
18:43:52 <bknudson> We should have a session on how to get K2K past experimental
18:44:12 <morganfainberg> bknudson, testing i think is going to be the long and short of it.
18:44:27 <morganfainberg> to start.
18:44:30 <rodrigods> morganfainberg, I'm in the middle of a k2k deployment here
18:44:38 <morganfainberg> rodrigods, ah nice!
18:44:41 <rodrigods> just stopped to maintain HM patches
18:44:50 <rodrigods> have several doc improvements suggestions though =)
18:44:58 <rodrigods> will submit once I finish it
18:45:00 <stevemar> rodrigods, you will be in paris?
18:45:04 <marekd> rodrigods: extra
18:45:11 <rodrigods> stevemar, no =(
18:45:18 <morganfainberg> rodrigods, :(
18:45:21 <rodrigods> can I participate via hangout from the wine tasting? =D
18:45:27 <ayoung> rodrigods, rock on.  rock on.
18:45:36 <stevemar> rodrigods, of course, we will pour you a cup
18:45:40 <marekd> rodrigods: we will put you on the projector.
18:45:41 <gyee> rodrigods, that's mandatory
18:45:49 <ayoung> rodrigods, you keep up the good work and we'll mail you a bottle
18:45:50 <topol> rodrigods, come on its paris. everyone else is going
18:46:06 <rodrigods> =(
18:46:20 <rodrigods> haven't got sponsored
18:46:24 <rodrigods> Vancouver ftw
18:46:25 <rodrigods> =)
18:46:38 <raildo> I agree that rodrigods is doing a great job :)
18:46:40 <ayoung> 15 minutes left
18:46:41 <topol> rodrigods, OK, are you astudent?
18:46:46 <gyee> openstack has scholarship thingy right?
18:46:50 <ayoung> topol, take it out of channel
18:46:52 <morganfainberg> raildo, you going to be in paris?
18:46:58 <topol> gyee read my mind
18:47:00 <rodrigods> gyee, topol just finished my masters
18:47:02 <rodrigods> not anymore
18:47:04 <rodrigods> =)
18:47:04 <raildo> morganfainberg, yes :)
18:47:09 <morganfainberg> ok, sorry guys we need to keep on topic
18:47:30 <morganfainberg> raildo, ok so mind working with gyee  to lead the HM session?
18:47:41 <raildo> morganfainberg, sure
18:48:04 <raildo> i'll talk with gyee later about this
18:48:14 <morganfainberg> henrynash, nkinder, ayoung, topol, any of you up to help lead the Ops session (as in help put together the initial questions)?
18:48:21 <ayoung> morganfainberg, I think policy requires some discussion, but probably should be done in the same topic as the token one
18:48:30 <topol> sure
18:48:32 <henrynash> morganfainberg: sure, I’d be keen on that one
18:48:37 <nkinder> morganfainberg: yeah, sure
18:48:43 <gyee> raildo, thanks
18:48:46 <morganfainberg> ok i'll let you guys come up with some basic questions.
18:48:48 <bknudson> I'm sure we could spend 40 mins talking about tokens and not come to a conclusion
18:48:51 <morganfainberg> look at what we did last summit
18:49:05 <bknudson> unless somebody's got a great idea that solves all our problems.
18:49:09 <ayoung> morganfainberg, I'm willing to moderate any of the sessions you need me to.
18:49:20 <morganfainberg> bknudson, we have a session topic for it, dolph has agreed to help lead
18:49:35 <raildo> gyee, you're welcome
18:49:37 <morganfainberg> bknudson, but mostly we're focusing on how to work on our current high prio issues
18:49:52 <morganfainberg> bknudson, and/or examine if there is an alternative to tokens we want to explore.
18:50:14 <morganfainberg> e.g. signed requests (ec2), etc
18:50:28 <gyee> ++
18:50:31 <ayoung> morganfainberg, so probably policy belonds with authorization at     [0900 - 0940] Authorization
18:50:53 <morganfainberg> ayoung, i can shuffle some stuff around and put policy in after that session
18:50:54 <henrynash> morganfainberg: feel free to put me down to help on the hierachical multitenancy too
18:51:01 <ayoung> No, merge it in
18:51:06 <raildo> henrynash, ++
18:51:07 <morganfainberg> ayoung, 40 minutes
18:51:13 <gyee> ayoung, policy will be mentioned a lot
18:51:15 <morganfainberg> ayoung, we wont get it all done.
18:51:22 <bknudson> ok. I'm suggesting we're not going to get through token discussion in 40 mins so we can't merge it
18:51:26 <rodrigods> henrynash, HM -> revieeeews
18:51:32 <morganfainberg> bknudson, ++
18:51:43 <henrynash> rodigods: yeah, I know, I know…
18:51:44 <ayoung> fair enough
18:52:04 <morganfainberg> so we can either save policy for another time [ let it play out on the ML ] or make it a session.
18:52:15 <bknudson> I'd rather we had a focused discussion and made a decision rather than trying to get through a bunch of topics with no decision on any of them
18:52:17 <morganfainberg> i'm willing to put the stake in the ground that we'll own that topic as Keystone.
18:52:21 <ayoung> let make it a session
18:52:38 <gyee> ayoung, ++
18:52:42 <ayoung> lets put keystone client in the morning, and due auth and policy back to back
18:52:46 <morganfainberg> ok. we can look at Federation contiuation (non-cross session) as part of the meeting.
18:52:46 <nkinder> morganfainberg: I think it's so tied up with tokens/roles/etc., that we have to own if (or be a large part of it)
18:52:53 <morganfainberg> nkinder, sure.
18:52:53 <bknudson> I think there's enough discussion to be had on policy topics
18:53:04 <bknudson> for a session by itself
18:53:06 <morganfainberg> sounds good.
18:53:20 <morganfainberg> s/meeting/meetup ^
18:53:39 <morganfainberg> ok i'll try and setup so client, auth, and policy are grouped together
18:54:04 <morganfainberg> i'm going to try and get the policy one in the most open of the slots so we can get the most people involved.
18:54:17 <bknudson> what are we doing monday and tuesday if there's no keystone topics?
18:54:31 <marekd> bknudson: t-shirts hunting
18:54:33 <ayoung> does anyone have any concrete research material we should read up on prior to the summit?
18:54:34 <lbragstad> there is cross project stuff on tuesday I think
18:54:40 <morganfainberg> bknudson, monday is ops track (the big ops sessions, not the project specific one), and tuesday is cross project
18:54:45 <ayoung> Oauth2 has come up a few times, and I'm guessing JWT
18:55:34 <stevemar> bknudson, we could sneak in some informal keystone sessions on monday, as we all walk past each other
18:55:46 <morganfainberg> ayoung, nkinder, can i have you guys lead the client session if jamie isn't able to?
18:55:50 <marekd> will there be project pods ?
18:55:54 <marekd> like in ATL
18:55:59 <ayoung> morganfainberg, any of us can, but Jamie will be there
18:56:01 <stevemar> but we should probably attend other project sessions
18:56:04 <stevemar> marekd, i believe so
18:56:05 <gyee> marekd, should be
18:56:14 <nkinder> morganfainberg: yeah, I'm sure Jamie will lead it
18:56:20 <morganfainberg> ayoung, right i just don't want to spring it on him w/o asking
18:56:37 <ayoung> he's expecting to moderate
18:56:40 <morganfainberg> ok
18:56:41 <morganfainberg> cool
18:57:14 <morganfainberg> marekd, ayoung, stevemar, horizon-sso-federation-cli
18:57:21 <marekd> morganfainberg: i can help
18:57:22 <morganfainberg> mind if i place you guys on the hook for that one?
18:57:39 <ayoung> I'll take policy, too, if you don't want to morganfainberg
18:58:02 * morganfainberg nods.
18:58:26 <ayoung> hook me for any you need.  I'd suspect stevemar and marekd have Federation down, but I've been looking at the  Horizon tie in
18:58:37 <morganfainberg> ayoung, sounds good.
18:58:53 <marekd> ++
18:59:04 <morganfainberg> i'll shuffle the timeslots and see what I can get and hit everyone in -keystone channel before pushing to sched.org
18:59:31 <morganfainberg> and with that
18:59:33 <morganfainberg> we're out of time
18:59:40 <morganfainberg> thanks everyone!
18:59:42 <morganfainberg> #endmeeting