Wednesday, 2017-01-04

*** itisha has quit IRC00:52
*** diablo_rojo has quit IRC01:02
*** ducttape_ has quit IRC03:04
*** ducttape_ has joined #openstack-meeting-cp03:05
*** ducttape_ has quit IRC03:09
*** prateek has quit IRC03:36
*** prateek has joined #openstack-meeting-cp03:36
*** prateek has quit IRC03:45
*** ducttape_ has joined #openstack-meeting-cp04:02
*** ducttape_ has quit IRC04:25
*** ducttape_ has joined #openstack-meeting-cp04:26
*** ducttape_ has quit IRC04:26
*** ducttape_ has joined #openstack-meeting-cp04:26
*** cartik has joined #openstack-meeting-cp04:50
*** gouthamr has joined #openstack-meeting-cp05:37
*** prateek has joined #openstack-meeting-cp05:44
*** gouthamr has quit IRC06:06
*** rarcea has joined #openstack-meeting-cp07:52
*** cartik has quit IRC07:59
*** mars has joined #openstack-meeting-cp08:22
*** cartik has joined #openstack-meeting-cp08:53
*** sdague has joined #openstack-meeting-cp11:04
*** ducttape_ has quit IRC11:25
*** ducttape_ has joined #openstack-meeting-cp11:36
*** ducttape_ has quit IRC11:54
*** cartik has quit IRC12:30
*** itisha has joined #openstack-meeting-cp13:21
*** lamt has joined #openstack-meeting-cp13:34
*** prateek has quit IRC13:41
*** daniela_ebert has joined #openstack-meeting-cp14:12
daniela_eberthi :-)14:13
*** ducttape_ has joined #openstack-meeting-cp14:20
*** xyang1 has joined #openstack-meeting-cp15:00
*** edtubill has joined #openstack-meeting-cp15:15
*** ativelkov_ has quit IRC15:27
*** ativelkov has joined #openstack-meeting-cp15:32
*** gagehugo has joined #openstack-meeting-cp15:38
*** sheel has quit IRC15:57
*** _ducttape_ has joined #openstack-meeting-cp15:59
lbragstad#startmeeting policy16:00
openstackMeeting started Wed Jan  4 16:00:05 2017 UTC and is due to finish in 60 minutes.  The chair is lbragstad. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
*** openstack changes topic to " (Meeting topic: policy)"16:00
openstackThe meeting name has been set to 'policy'16:00
lbragstadping raildo, ktychkova, dolphm, dstanek, rderose, htruta, atrmr, gagehugo, lamt, thinrichs, edmondsw, ruan, ayoung, stevemar16:00
gagehugopong16:00
lamto/16:00
*** edmondsw has joined #openstack-meeting-cp16:00
rderoseo/16:00
*** diablo_rojo_phon has joined #openstack-meeting-cp16:01
lbragstadwe'll give it a few minutes16:01
lbragstadevery have a good break if they took one?16:01
lbragstadeveryone*16:01
lamtThe break was not long enough :(16:02
*** ducttape_ has quit IRC16:03
lbragstadlamt lol it never is ;)16:03
*** ruan_13 has joined #openstack-meeting-cp16:05
lbragstad#topic Recap action items from last meeting16:05
*** openstack changes topic to "Recap action items from last meeting (Meeting topic: policy)"16:05
lbragstadlast time we met I had a couple action items to take care of16:05
lbragstadI wanted to follow up with both the cinder and nova teams to see what work they have done around their capabilities APIs (since that effort it closely related to policy)16:06
lbragstadfor those interested in following along here is the discussion i had with smcginnis #link http://eavesdrop.openstack.org/irclogs/%23openstack-cinder/%23openstack-cinder.2016-12-22.log.html#t2016-12-22T21:41:1016:06
lbragstadunfortunately, they are having the cinder meeting at the same time as this meeting - so getting them here might be tough (but I offered that we can always followup in -keystone if needed)16:07
lbragstadso ^ that should take care of the cinder action item - but I haven't had the change to sit down with the Nova folks yet16:07
lbragstadI briefly touched base with johnthetubaguy before the holidays, and haven't had the chance to finish up that discussion (it sounded like he had a bunch of information regarding nova's work on policy)16:08
lbragstadbut - i'm going to carry that action item forward this week16:09
lbragstadon the other hand - we did have a comment from one of the nova developers on ayoung's spec #link https://review.openstack.org/#/c/391624/16:09
lbragstad^ which is interesting - and something I think we'll need to sit down and visit with nova about16:10
*** jaugustine has joined #openstack-meeting-cp16:10
lbragstadin other news - ayoung is making progress on his RBAC in middleware approach, so I figured we could move along to discussing a different approach for policy16:11
lbragstad#topic Project tag for supporting RBAC out-of-the-box16:11
*** openstack changes topic to "Project tag for supporting RBAC out-of-the-box (Meeting topic: policy)"16:11
lbragstadfor those who remember dolphm and jamielennox's work on standardizing policy across projects, this is essentially and extension of that16:11
lbragstad#link https://review.openstack.org/#/c/245629/16:11
lbragstad^ that is the cross-project spec for it16:12
lbragstadI asked dolphm and jamie why that effort petered out and it sounded like it was tough to get that moving across a bunch of projects16:13
lbragstadwe don't really provide any documentation for projects to use to move towards the goals outlined in that spec16:13
dolphmyeah, so... in one of the ops track session in barcelona, the idea came up to take a new approach to addressing this same use case16:13
dolphminstead of tackling it from a cross-project spec perspective, the idea was to create a project assert tag via governance to indicate to ops which projects support which rbac features, if any16:14
dolphmso we can start with "does this project support the admin and member roles?" and we can add new "conventional roles", such as a read-only role, for example16:15
lbragstad++16:15
lbragstadthis is something we can do in parallel to existing policy work, too16:15
dolphm(via separate tags)16:16
lbragstadi'm curious to see what we come up with for those16:16
lbragstaddolphm did you have a more detailed idea of what those tags would be (elaborating on the admin/member case)?16:16
edmondswdolphm so you're suggesting we create a member role? Because no projects spell out such a role today16:16
dstanekdolphm: who defines those roles?16:17
lbragstaddstanek ultimately - i think that would be up to us to define in the project tag documentation16:17
lbragstads/us/the writers of the project tag/16:17
dolphmedmondsw: dstanek: the idea is that the governance tag would define the role(s)16:18
edmondswis the TC going to be ok with a lot of tags when we have one for each different role?16:18
*** ayoung has joined #openstack-meeting-cp16:19
dolphmthe basic use case for each role, along with what types of features the role should be capable of (without getting into project-specifics)16:19
lbragstadI don't think there is anything stopping us from achieving ^  that, but as a group does this raise any red flags for anyone?16:19
dolphmedmondsw: i suspect that as long as each tag is easily testable, they'll be agreeable (i've been working to define upgrade related tags recently)16:19
*** sdague_ has joined #openstack-meeting-cp16:20
edmondswI'm not sure exactly how you'd make the tag easily testable, assuming the point of the testing to make sure it's not misused16:21
dolphmedmondsw: right16:22
edmondswthe tests would have to be specific to the project, so you'd have to trust that the test author understood the role's intended usage correctly16:22
dolphmedmondsw: ++16:22
edmondswthat's trusting, not testing :)16:22
dolphmi don't disagree! but i think that's the position that the TC is in with tags, in general16:24
edmondswother than that, I kinda like the idea16:24
edmondswso if the TC is ok with it, ++16:24
lbragstadit would be nice to provide some level of documentation around policy for projects to use as true north (even us!)16:25
edmondsw++16:25
edmondswespecially us? ;)16:25
lbragstadnew projects shouldn't have to copy paste a policy file from another project16:25
lbragstadexisting projects should be able to use the documentation and come up with a path for providing better defaults16:26
edmondswadvice #1 should be define all the defaults in code like nova did last release and cinder is working on, so you don't even have a policy file unless you're overriding things16:26
lbragstaddoes it make sense to make ^ that a tag?16:26
edmondswI'm not sure what the value prop for a tag there would be16:27
lbragstadi suppose16:27
lbragstadmaybe more of a stepping stone to achieving *a* tag?16:27
dolphmlbragstad: probably not. tags are intended to convey the expected user experience16:28
edmondswmaybe it's helpful to see who is following best practices?16:28
lbragstadgot it - but something we should probably document somewhere so that projects start following the convention?16:29
edmondswthis does intersect user experience in the sense that a user can have a much shorter and easier to read policy file16:29
edmondswlbragstad I definitely agree that we should have some kind of document on best practices for policy16:29
lbragstadedmondsw dolphm ok - where should that documentation live?16:29
dolphmedmondsw: that's true. i could see a tag around auditability, perhaps?16:30
lbragstad(i've been trying to answer that and I can't decide if it should live with the tag proposal or not - I'm thinking not)16:30
dolphmlbragstad: there are lots of guidelines in cross-project specs16:30
dolphmhow to do CORS correctly, how to do logging correctly, how to do request IDs correctly, etc16:31
lbragstaddolphm do you suggest that we rework https://review.openstack.org/#/c/245629/ ?16:31
lbragstadand get that merged?16:31
edmondswput it somewhere here http://docs.openstack.org/developer/openstack-projects.html16:31
dolphmlbragstad: i think we might need to start with something more fundamental than the current state of that spec16:32
edmondsw++16:32
edmondswa new spec proposing the documentation of policy best practices?16:33
dolphmlbragstad: roughly "you need to implement basic, operator-configurable RBAC that allows you to enable or disable specific features..."16:33
lbragstaddolphm ok - so by rework we mean basic documentation about policy and very basic guidelines?16:33
*** _ducttape_ has quit IRC16:33
dolphmlbragstad: right16:33
lbragstadand I assume it's ok to propose specs that are just guidelines?16:33
*** ducttape_ has joined #openstack-meeting-cp16:33
lbragstadfor some reason I'm hardwired to assuming merging a spec results in code deliverables16:33
dolphmedmondsw: ++ maybe take the WG approach, and start with a blank slate. review individual guidelines rather than a giant doc16:33
edmondsw++16:34
dolphmi.e. also don't expect one person to contribute the whole thing16:34
lbragstadagreed16:34
dolphmor for it to be done all at once, in one go16:34
lbragstadI'd like to not burn people out on it16:34
dstaneklbragstad: ++16:34
lbragstadwhich is why i think making bite-sized goals achieveable and discoverable would be huge it making that work16:35
lbragstadso - is the best way to do that through cross project guidelines merged as cross-project specs, or through a WG approach (do we graduate this group to a WG format?)16:36
lbragstador is there another approach we can take to achieve that?16:36
dstaneki think we should start first and graduate/grow when needed16:37
dolphmi think the important part is to define where the guidelines should be contributed16:38
lbragstadok - with that being said, do we review individual guidelines proposed as cross-project specs?16:38
dolphminitialize the blank slate, so to speak16:38
lbragstadI'm fine with our initial blank slate being a cross project spec - if we need to move it later, we can16:39
lbragstadand we often say that specs can be amended16:39
dolphmcan we land a blank cross-project spec?16:40
lbragstaddolphm that's a good question16:40
dolphmor, one with a high level outline of what should be included, with no actual guidelines?16:40
dolphmi believe the TC has +2 on os-specs16:42
lbragstadlooking to see who the approvers are16:42
dolphmstevemar: ?16:42
stevemarhmm..16:42
stevemardolphm: i can verify that TC doesn't not have +2 on os-specs16:43
stevemaror I was secretly removed from the TC16:43
dolphmthere's no openstack-specs-core group16:44
stevemaris there a reason it's not a "community wide goal" ?16:44
lbragstadlooking at the reviewer list on https://review.openstack.org/#/c/245629/ and it's quite long16:44
dolphmstevemar: ooh, ++16:44
dolphmstevemar: but goals are short term, no?16:44
dolphmstevemar: as in, scoped to a release16:44
dolphmnot permanent guidelines16:44
stevemarsomewhat yes -- https://etherpad.openstack.org/p/community-goals16:45
stevemarbut py35 was a "goal" and certainly was not bound to a single release16:45
lbragstad15 minutes left16:45
lbragstadstevemar is there a process for applying existing goals to new projects?16:46
stevemari guess you can think about it as "will this goal result in TODO for a lot of openstack projects"16:46
stevemarlbragstad: yes16:46
stevemarlbragstad: https://review.openstack.org/#/c/349069/ and https://review.openstack.org/#/c/369749/16:46
stevemarthose are goals for Pike16:46
stevemarI am hoping to create a backlog like we have in keystone-specs, where goals are backlogged and teams can chip away at them at their own rate16:47
lbragstadhmm - so for this we would have a super general policy goal that can be amended?16:48
stevemarlbragstad: not sure, i'd have to look back at 24562916:49
lbragstadstevemar i think we'd try to split 245629 up into bits and propose them in pieces16:50
ayoungAre we still talking policy?16:51
ayoungseems to have gone a bit afield16:51
lbragstadstevemar does the community typically have goals that change over time? Or is the process to firm things up then commit to them?16:51
stevemarthe latter16:51
lbragstadayoung we're trying to determine which process to take for documenting policy information16:51
ayoungits Keystone.  Look who is participating.  Look who is actually talking to other projects16:52
ayoungthere is no cross-project communication16:52
ayoungthere is the Keystone team trying to make it work, and then a bunch of cargo culting16:53
ayoungpolicy is 2 things16:53
ayoungscope check16:53
ayoungrbac16:53
ayounganything beyond that is project specific16:53
ayoungrbac is Keystone16:53
ayoungscope check is 1/2 keystone, 1/2 the project16:53
ayoungkeystone provides the scope on the token16:53
ayoungproject makes sure that matches16:53
ayoungwe take RBAC out of the control of the projects16:54
lbragstadayoung sure - i don't think anyone disagrees with you there... but providing documentation for projects to follow should be cross project16:54
ayoungbecause they are not doing it, and you cannot do it in a vacuum16:54
ayoungthe documentation is exactly that:  "do the scope check."16:54
ayoungpeople don't even understand that much, but they seem to have made it work via cargo culting16:55
ayoungthe role check is problematic16:55
ayoungwe are going to have projects hard-coding the role checks, and we don't even have roles defined, aside from admin16:55
ayoungUntil this meeting starts having people from projects other than keystone involved, nothing real is going to change16:56
lbragstadayoung we could start by publishing documentation somewhere to entice discussion16:56
stevemarbig changes do happen, look at py35 and v3 by default (finally)16:57
stevemara lot of it is communication and setting expectations for projects16:57
stevemarits possible, not easy though16:57
lbragstadthe big question we need to answer is where should that documentation live16:57
ayounglbragstad, that is what the RBAC in middleware spec is16:58
ayoungthat is the starting point16:58
lbragstadayoung it barely has any feedback from other projects16:58
ayoungTHat is the delineation between what Keystone is going to manage and what the projects get to change16:58
ayounglbragstad, myh point exactly.16:58
ayounglbragstad, everytime we have a cross project meeting, it is all keystone16:59
ayoungand then we go an try and fix things in their projects and we get pushback16:59
lbragstadfwiw - if we actually go talk to folks from other projects about policy, they do have a lot to say16:59
ayoungthe 968696 bug gets changed from High priority to wishlist16:59
ayounglbragstad, I know17:00
edmondswwe're talking about how to fix that... cross-project enforcement will force folks from other projects to get more involved17:00
lbragstadedmondsw ++17:00
lbragstadwe're out of itme17:00
lbragstadspill over into -keystone if needed17:00
lbragstad#endmeeting17:00
*** openstack changes topic to " (Meeting topic: cinder-nova-api-changes)"17:00
openstackMeeting ended Wed Jan  4 17:00:42 2017 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/policy/2017/policy.2017-01-04-16.00.html17:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/policy/2017/policy.2017-01-04-16.00.txt17:00
openstackLog:            http://eavesdrop.openstack.org/meetings/policy/2017/policy.2017-01-04-16.00.log.html17:00
*** ruan_13 has quit IRC17:00
*** gagehugo has left #openstack-meeting-cp17:00
*** jaugustine has quit IRC17:10
*** sdague_ has quit IRC17:30
*** sdague has quit IRC17:39
*** rarcea has quit IRC17:42
*** rarcea has joined #openstack-meeting-cp18:00
johnthetubaguylbragstad: dolphm: sorry, missed your note, but we should totally catch up tomorrow18:07
lbragstadjohnthetubaguy feel free to put time on my calendar18:07
lbragstadjohnthetubaguy im completely open except 10-10:30 central18:08
lbragstadjohnthetubaguy or maybe we can do that after standup?18:09
*** jaugustine has joined #openstack-meeting-cp18:12
*** rarcea has quit IRC18:13
*** rarcea has joined #openstack-meeting-cp18:14
*** jaugustine has quit IRC18:17
*** rarcea has quit IRC18:17
*** jaugustine has joined #openstack-meeting-cp18:29
*** jaugustine has quit IRC18:48
*** jaugustine has joined #openstack-meeting-cp18:49
*** sdague has joined #openstack-meeting-cp18:52
*** jaugustine has quit IRC18:53
*** sdague_ has joined #openstack-meeting-cp19:10
*** jaugustine has joined #openstack-meeting-cp19:11
*** jaugustine has quit IRC19:22
*** jaugustine has joined #openstack-meeting-cp19:23
*** jaugustine has quit IRC19:28
*** ttx has quit IRC19:36
*** lifeless has quit IRC19:36
*** raj_singh has quit IRC19:36
*** cFouts has quit IRC19:36
*** eglute has quit IRC19:36
*** eglute has joined #openstack-meeting-cp19:36
*** lifeless has joined #openstack-meeting-cp19:36
*** ttx has joined #openstack-meeting-cp19:36
*** gnarld_ has joined #openstack-meeting-cp19:36
*** gnarld_ is now known as cFouts19:37
*** raj_singh has joined #openstack-meeting-cp19:44
*** jaugustine has joined #openstack-meeting-cp19:49
*** ayoung is now known as ayoung-afk19:52
*** gouthamr has joined #openstack-meeting-cp19:58
*** lamt has quit IRC20:39
*** jaugustine has quit IRC21:02
*** ayoung-afk is now known as ayoung21:12
*** _ducttape_ has joined #openstack-meeting-cp21:23
*** ducttape_ has quit IRC21:26
*** _ducttape_ has quit IRC21:27
*** lamt has joined #openstack-meeting-cp21:50
*** edtubill has quit IRC22:06
*** ducttape_ has joined #openstack-meeting-cp22:06
*** gouthamr has quit IRC22:36
*** edmondsw has left #openstack-meeting-cp22:40
*** diablo_rojo_phon has quit IRC22:50
*** openstack has joined #openstack-meeting-cp22:54
*** ChanServ sets mode: +o openstack22:54
*** jaugustine has joined #openstack-meeting-cp23:04
*** xyang1 has quit IRC23:05
*** jaugustine has quit IRC23:10
*** ducttape_ has quit IRC23:16
*** ducttape_ has joined #openstack-meeting-cp23:17
*** ducttape_ has quit IRC23:21
*** ducttape_ has joined #openstack-meeting-cp23:24
*** ducttape_ has quit IRC23:35
*** ducttape_ has joined #openstack-meeting-cp23:35
*** gouthamr has joined #openstack-meeting-cp23:38
*** ducttape_ has quit IRC23:40
*** ducttape_ has joined #openstack-meeting-cp23:40
*** lamt has quit IRC23:48
*** gouthamr has quit IRC23:48
*** gouthamr has joined #openstack-meeting-cp23:52

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!