18:02:57 #startmeeting Keystone 18:02:58 Meeting started Tue Sep 16 18:02:57 2014 UTC and is due to finish in 60 minutes. The chair is morganfainberg. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:03:00 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 18:03:01 bknudson: don’t get no vote 18:03:02 The meeting name has been set to 'keystone' 18:03:08 Welcome! 18:03:22 #topic Juno RC1 18:03:27 #link https://launchpad.net/keystone/+milestone/juno-rc1 18:03:53 We're getting close. Please, Please, review the open reviews and lets get these bugs through the gate 18:03:59 erm bug fixes 18:04:23 #link https://gist.github.com/dolph/651c6a1748f69637abd0 18:04:54 If there are any bugs missing from the LP list please target them to the milestone and let lbragstad, dstanek, or myself know so we can get it added to the gist 18:05:45 me and raildo put a topic about HM release in the meeting, but seems to be the right time to talk about it =) 18:05:59 o/ 18:06:06 morganfainberg, Now that hirarchical projects is on a branch and is being reviewed, it still come into Juno, ie, it must be approved until the release of juno-3? 18:06:11 rodrigods, we can also circle back at the end with dedicate topic for that if you wnat. 18:06:28 raildo, it can be approved at anytime since it is on the feature branch 18:06:41 raildo, it wont be in the official Juno release though. 18:07:09 we are concerned because we really want it to enter before Kilo 18:07:10 raildo, but it can let us get it into the tree and available for testing / working with it so we can get it merged into the master branch early in K 18:07:34 rodrigods: the feature freeze past quite a while ago 18:08:03 rodrigods, the reason we put it on a feature branch is so we can get that in w/o needing to rush it for the Juno release. 18:08:16 dstanek, yeah, so dolphm created the branch and we lost control about its release =( 18:08:41 rodrigods, it was put on the feature branch because it likely wasn't going to land before feature freeze and it's a big change. 18:08:42 dstanek, when we create a branch for hierarchical projects, I had a feeling it would get in Juno. 18:09:12 rodrigods: i think that's because it was being pushed until after Juno because of time constraints and the progress at the time 18:09:20 dstanek, ++ 18:09:57 so on rc1 defects in general: https://review.openstack.org/#/c/121246/ is ready to go I think 18:10:06 henrynash, great! 18:10:18 dstanek, morganfainberg, ok, that just wasn't clear to us... bug ok =) 18:10:20 but* 18:10:26 morganfainberg, ok, thanks for the explanation. 18:10:54 rodrigods, raildo, we should get it merged on the feature branch soon, cores please review if possible, so we can merge it over to K early on 18:11:12 morganfainberg, I appreciate that, thanks 18:11:19 giving most of the cycle to get other projects that want to use it the ability to do so 18:12:04 ok moving on. 18:12:14 ok 18:12:26 #topic Client and middleware releases corresponding with Juno by Thursday, September 18th 18:12:30 the Nova fols, is already developing based on our code, but let's moving on 18:12:46 o/ 18:12:57 All fixes etc need to be complete and in the tree by Sept. 18 18:13:14 this is so we can make sure we're releasing the appropriate middleware and client with Juno. 18:13:15 morganfainberg: we need to make sure the requirements are synced before the release. 18:13:19 bknudson, ++ 18:13:46 morganfainberg: ouch…need to push up teh endpoint policy clien linb stuff 18:13:47 so that we don't have oslo.config>=1.4.0.0a3 18:13:48 bknudson, lets make sure we have that on the radar (bug / etc) as needed 18:14:01 it should be oslo.config>=1.5.0.0 or whatever they call it. 18:14:01 bknudson, if you don't mind. 18:14:20 morganfainberg: you are talking fetaures of bugs only? 18:14:21 morganfainberg: want me to open a bug? 18:14:25 bknudson, please do. 18:14:31 ok 18:14:39 marekd, anything that needs to be in middleware or client, needs to be merged by the 18th 18:14:47 morganfainberg: ack. 18:15:04 bknudson, it means we don't miss it for some silly reason (since it'll be tagged to the milestone) 18:15:39 #link https://gist.github.com/dolph/651c6a1748f69637abd0 18:15:52 again for the blocking reviews on all the Identity projects 18:16:17 #topic OPW 18:16:21 #link https://wiki.openstack.org/wiki/OutreachProgramForWomen 18:16:28 vkmc, Tahmina, o/ 18:16:37 o/ 18:16:40 hi all o/ 18:16:40 the floor is yours. 18:16:45 thanks morganfainberg 18:17:06 earlier today I joined #openstack-keystone to ask if someone is interested in becoming a mentor for the next OPW round 18:17:08 thanks morganfainberg 18:17:11 https://wiki.openstack.org/wiki/OutreachProgramForWomen 18:17:33 OpenStack has been participating for two years now, with really great results 18:17:52 its a great experience for both mentor and mentee, and it doesn't take too much from the mentors 18:18:12 Tahmina joined us last week with a proposal for Keystone 18:18:37 Tahmina, feel free to let them know about you and your proposal :) 18:18:46 vkmc what are the requirements for mentors? 18:18:54 Hi everyone I am Tahmina Ahmed 18:18:59 just ATC or you want cores? 18:19:06 topol, just ATC 18:19:06 I am a phd student at UTSA 18:19:26 thanks vkmc for introducing me 18:19:30 Hi 18:19:44 I am verymuch interested about openstack and opw 18:20:38 I have a theoretical model for access control that I want to implement for any cloud IaaS and openstack is the best choice for me 18:20:47 https://wiki.openstack.org/wiki/OutreachProgramForWomen/Ideas#Keystone_-_Implementation_of_Attribute_and_Graph_Based_Access_Control_Model_.28AGBAC.29_for_Openstack 18:20:59 Here is my proposal 18:21:16 vkmc, Tahmina: so I’m happy to be a mentor 18:21:28 It's Attribute and Graph Based Access Control Model 18:21:33 me too 18:21:51 henrynash, topol, that's awesome! thanks :) 18:21:59 generally mentors propose tasks for mentees 18:22:17 you're also always welcome to reach out to me for help on any front. 18:22:43 Is it tuesday already? 18:22:47 in this case Tahmina already had an idea and decided to propose it, but if it doesn't fit the project plans then you can suggest some task for her to do during her internship 18:23:03 henrynash, topol ^ 18:23:05 we can have contextual association of different entities if we abstract the identity backend as a graph 18:23:16 Tahmina, I would recommend henrynash for keystone specific stuff and myself for more general mentoring 18:23:41 oh thank you henrynash and topol 18:23:57 we already do have proposals for different access control models 18:24:12 maybe we need to make it pluggable for different experiments 18:24:25 bknudson, that sounds like a good direction 18:24:55 Tahmina, I have a Ph.D. and can serve as an external member of your dissertation commiteee when you are ready. I have done that for oothers before 18:25:25 Tahmina, when you say Graph, are you talking Graph Databases? 18:25:42 yes 18:26:00 yes ayoung 18:26:23 Tahmina, OK, we had a proposal along those lines back at the mid -cycle meetup 18:26:35 actually I have started changing identity backend to neo4j a graph database 18:26:40 I don't think it is the right point. The Keystone token is a snapshot of that data 18:26:57 What you need to do is focus on the Policy Enforcement, 18:27:02 and that is in auth_token middleware 18:27:33 ayoung, still within scope of working within Keystone with topol and henrynash as mentors 18:27:33 So...I'm willing to act as a ....wll, not a mentor, we'll let henrynash be that. How about a reality check? 18:29:09 morganfainberg, this is very cool...its just that the problem definition is off 18:29:30 actually my point is attribute of different entity association can express the context of that association which cannot be done only with token ayoung 18:29:30 Tahmina, I' 18:29:38 m happy to discuss with you as well. 18:29:41 willing-to-be mentors can reach flaper87 for doubts about the OPW mentoring process 18:29:47 o/ 18:29:54 * flaper87 is happy to help 18:30:03 he has been a mentor for three rounds now :) 18:30:06 flaper87, you are always happy to help 18:30:08 thank you ayoung 18:30:09 Tahmina, thanks for joining us! and looking forward to seeing how this proposal shapes up! 18:30:18 it looks really cool 18:30:23 also, please join us in #openstack-opw 18:30:35 for any doubt or concern 18:30:40 thanks morganfrainberg , thanks every one to let me speak up 18:30:56 ayoung: that's so true :D 18:31:14 Tahmina, were you are the mid-cycle meetup? 18:31:27 is this the same professor we discussed this over with back then? 18:31:56 I wast not there 18:32:42 ayoung, might be related he said he had a student (phd candidate) 18:32:43 I think you may have some idea from ICS associate director 18:32:52 might have been refering to Tahmina 18:33:14 Tahmina, are you going to make it to the summit in Paris? if not hopefully we can get you to the mid-cycle meetup 18:33:30 well in either case hopefully to the mid-cycle meetup (even if you do make it to paris) 18:34:01 I am not going Paris. but for midcycle where to meet morganfrainberg 18:35:15 Tahmina: the Keystone mid-cycle meet up has been hosted at Geekdom in San Antonio 18:35:25 lbragstad, hopefully we can do that again 18:35:37 +++ 18:35:45 but we will figure out the meetup location once we get done with the summit. 18:35:49 zinc burgers and lamb burgers 18:35:53 we need to know what the release schedule is going to look like 18:36:04 which will come with the summit 18:36:05 ok then. I will be there hopefully 18:36:39 Tahmina I sent you my contact info in an IRC personal chat window 18:36:56 lastly, if someone wants to propose tasks for this round applicants, you can do it in the wiki :) https://wiki.openstack.org/wiki/OutreachProgramForWomen/Ideas 18:37:18 vkmc, awesome thanks! 18:37:50 morganfainberg, thanks to you! 18:38:00 ok lets wind the meeting down, bug report (weekly) 18:38:08 #topic Weekly bug reports 18:38:14 #link http://keystone-weekly-bug-report.tempusfrangit.org/weekly-bug-reports/keystone-weekly-bug-report.html 18:38:32 thanks morganfainberg, vkmc and everyone 18:38:56 thanks all o/ 18:39:15 lbragstad thanks for the report and we should probably get those triaged and see if anything needs to hit RC 18:39:17 we get lots of bug reports. 18:39:22 most look pretty benign 18:39:30 https://bugs.launchpad.net/keystone/+bug/1370022 18:39:32 Launchpad bug 1370022 in keystone "Keystone cannot cope with being behind an SSL terminator for version list" [Undecided,New] 18:39:36 that one just rolled through not long ago 18:40:06 huh. 18:40:06 lbragstad: they already answered the question themselves. Set admin_endpoint and public_endpoint. 18:40:11 I've been trying to keep close tabs on the new bugs incase we should include them for RC1 18:40:39 lol 18:40:54 yeah so.. uh configure keystone! we might need to tag that as a doc bug 18:40:59 "Also - if I set public_endpoint and admin_endpoint in keystone.conf to use 'https' proto then all works." 18:41:06 but it looks like there is nothing to be done on our end. 18:41:07 marking as invalid 18:41:46 lbragstad, lets check if we have something in the configuration.rst that could help with knowing to set those values 18:41:52 but other wise yes, invalid 18:42:35 https://bugs.launchpad.net/keystone/+bug/1368690 looks like something that should be tagged to RC 18:42:37 Launchpad bug 1368690 in keystone "Keystone2Keystone extension leaks file descriptors" [Low,New] 18:42:47 oh wait 18:42:56 why do we have a bug for this? it's a pysaml bug? 18:43:02 marekd, o/ 18:43:26 marekd, is this a requirements update? 18:44:17 I don't think we need to update keystone requirements to force using a new version to avoid a bug... should just be for use of a new api. 18:44:21 k 18:44:37 other than that... 18:44:47 Anything else we need to bring up? 18:44:51 #topic Open Discussion 18:45:26 can anyone just take over jamielennox changes to keep them moving? 18:45:54 bknudson, sure, i'm trying to keep my eyes on them the best i can 18:46:03 especially the config / infra ones. 18:46:16 he's only got about 50 changes in flight 18:46:31 yeah it's quite a list. 18:46:34 bknudson: all for this week? 18:46:51 dstanek: he's going to be gone longer than a week 18:47:07 he's out for ~3wks ithink 18:47:20 bknudson: yeah, but which ones are the critical ones (if any) that need attention? 18:47:28 are they all on dolphm's gist? 18:47:46 morganfainberg: nope 18:48:07 morganfainberg: (sorry, was distracted) 18:48:16 marekd, no worries 18:48:54 morganfainberg: so one function from pysaml, the function we actually use was leaking file decsriptors - simply open() without close() (not even speaking about with statement and so on). 18:48:57 dstanek: a couple of the keystonclient ones are in dolphm's gist 18:49:36 i spoke with dolphm and proposed that we don't use this function (it's not very complicated) and I can implemet it myself, but he advised filing a bug, and rather proposing a fix for pysaml2. 18:49:46 i did that and fix is aleady merged. 18:49:56 marekd, ah so we should mark that as fixed 18:50:11 marekd, oh wait i see. 18:50:24 marekd, we might need to handle it in juno so we don't need a requirements update this late 18:50:54 marekd: has the fix been released? 18:50:57 marekd, since we're past dep freeze, though this warrants if they have a release with the fix in it, asking for an exception. 18:51:00 i think 18:51:20 dstanek: same day i filed a bug and proposed a fix . 18:51:36 do we actually need to update requirements? i don't think we pin pysaml 18:51:57 dstanek, we would want to set a lower bound on it 18:51:59 dstanek: morganfainberg but the fact that fix is in the master don't need to mean that pipi is also updated. 18:52:09 dstanek: no requirements update. 18:52:20 dstanek, if possible. but meh. 18:52:21 dstanek: are you talking about my todays proposal about missing pysaml in requirements.txt? 18:52:31 so we can probably just let this slide. 18:52:44 marekd: yeah, it hasn't been released yet 18:53:22 marekd: no, about updating the requirements to reflect the new version with your fix to pysaml 18:53:29 dstanek: ah. 18:54:57 morganfainberg: dstanek so what do you suggest actualy? I can ask for new pysaml2 release 18:55:13 it would be good to have it released prior to RC 18:55:18 this all seems to be a pysaml bug and not a keystone bug 18:55:23 bknudson: yes. 18:55:26 it means the packagers are likely to pick it up 18:55:44 marekd: yes, otherwise packages can't/won't package it 18:55:55 of course we will 18:56:16 dstanek: i will shoot an e-mail to the author. 18:56:21 marekd, awesome. thnx 18:56:31 morganfainberg: sure. 18:56:32 :-) 18:56:40 anything else or are we done a bit early? :) 18:56:42 marekd: awesome 18:57:21 ok gonna call this the end 18:57:23 #endmeeting