Friday, 2014-07-18

*** bknudson has quit IRC00:00
*** dims_ has quit IRC00:01
*** jamielennox|away is now known as jamielennox00:13
*** dims_ has joined #openstack-keystone00:21
*** amcrn has quit IRC00:21
*** gokrokve has joined #openstack-keystone00:28
stevemarmorganfainberg, know much about swift?00:29
*** gokrokve_ has joined #openstack-keystone00:34
*** gokrokve has quit IRC00:35
*** gokrokv__ has joined #openstack-keystone00:35
*** gokrokv__ has quit IRC00:37
openstackgerritBrant Knudson proposed a change to openstack/keystone: JSON-Home PoC  https://review.openstack.org/10398300:37
*** gokrokve_ has quit IRC00:39
openstackgerritJamie Lennox proposed a change to openstack/keystone-specs: Auth Specific Data  https://review.openstack.org/10732500:48
openstackgerritSteve Martinelli proposed a change to openstack/keystone: Capitalize a few project names in configuring services doc  https://review.openstack.org/10786900:53
*** gabriel-bezerra has quit IRC01:00
*** gabriel-bezerra has joined #openstack-keystone01:02
*** gabriel-bezerra has joined #openstack-keystone01:04
*** gabriel-bezerra has quit IRC01:10
*** gabriel-bezerra has joined #openstack-keystone01:11
jamielennoxin the case where i am abstracting the difference between v2 and v3 password authentication, do you think if only a v2 url is available but you give for example a domain_name as a parameter - should a plugin try and ignore that data and attempt to use v2 anyway?01:13
openstackgerritJamie Lennox proposed a change to openstack/python-keystoneclient: Version independent password authentication plugin  https://review.openstack.org/8114701:28
*** topol has joined #openstack-keystone01:41
openstackgerritayoung proposed a change to openstack/keystone: Do not require method attribute on plugins  https://review.openstack.org/10787301:41
*** xianghui has quit IRC01:49
*** mberlin has joined #openstack-keystone01:54
*** mberlin1 has quit IRC01:55
openstackgerritBrant Knudson proposed a change to openstack/keystone: JSON-Home  https://review.openstack.org/10398301:59
jamielennoxoh, that would have been so much nicer with pecan ^02:00
*** xianghui has joined #openstack-keystone02:03
openstackgerritJamie Lennox proposed a change to openstack/python-keystoneclient: Allow passing kwargs from managers to session  https://review.openstack.org/10665802:05
openstackgerritJamie Lennox proposed a change to openstack/python-keystoneclient: Add the 'auth' interface type  https://review.openstack.org/10473402:05
openstackgerritJamie Lennox proposed a change to openstack/python-keystoneclient: Change unscoped token fallback to be session aware  https://review.openstack.org/10477102:05
*** hrybacki has joined #openstack-keystone02:11
*** diegows has quit IRC02:31
*** hrybacki has quit IRC02:31
*** gabriel-bezerra has quit IRC02:31
*** gabriel-bezerra has joined #openstack-keystone02:32
*** richm has left #openstack-keystone02:33
*** dims_ has quit IRC02:35
openstackgerritJeffrey Zhang proposed a change to openstack/keystone: Redirect stdout and stderr when using subprocess  https://review.openstack.org/5161002:49
*** ayoung has quit IRC02:58
*** dims_ has joined #openstack-keystone03:01
*** dims_ has quit IRC03:08
*** mfisch` is now known as mfisch03:22
*** mfisch is now known as Guest3242703:23
*** harlowja is now known as harlowja_away03:28
*** gokrokve has joined #openstack-keystone04:08
*** gokrokve_ has joined #openstack-keystone04:13
openstackgerritSteve Martinelli proposed a change to openstack/keystone-specs: Specification for OpenID Connect  https://review.openstack.org/10789004:15
*** gokrokve has quit IRC04:16
jamielennoxstevemar: for your test federation environment what do you use for users?04:18
morganfainbergstevemar, no i don't know much about swift04:21
morganfainbergstevemar, sorry04:21
stevemarmorganfainberg, np, i figure it out04:28
*** renlt has joined #openstack-keystone04:28
morganfainbergstevemar cool04:28
stevemarjamielennox, i use one that i've actually set up :\04:29
jamielennoxstevemar: yea, i assumed that, i'm just going to try it and realize i need to base it on FreeIPA anyway04:29
stevemarjamielennox, yeah, it's been a PITA to try and figure out how to test this better04:30
jamielennoxstevemar: stuck trying to set up user accounts in centos :( going to be a long afternoon04:31
jamielennoxdamnit, it's always a selinux  problem04:33
stevemarhaha, aint that true, there was something on the ML about starting keystone with selinux and centos04:33
jamielennoxnot that far yet, just ssh as non-root04:36
*** amerine has quit IRC04:40
*** amerine has joined #openstack-keystone04:40
*** gokrokve_ has quit IRC04:42
*** gokrokve has joined #openstack-keystone05:05
*** chandankumar has joined #openstack-keystone05:16
*** gabriel-bezerra has quit IRC05:19
*** gabriel-bezerra has joined #openstack-keystone05:20
*** jaosorior has joined #openstack-keystone05:21
*** gabriel-bezerra has quit IRC05:22
*** gabriel-bezerra has joined #openstack-keystone05:22
openstackgerritMorgan Fainberg proposed a change to openstack/keystone: Move token persistence classes to token.persistence module  https://review.openstack.org/10756105:24
*** gokrokve has quit IRC05:28
*** gokrokve has joined #openstack-keystone05:29
*** gabriel-bezerra has quit IRC05:29
openstackgerritMorgan Fainberg proposed a change to openstack/keystone: Move token persistence classes to token.persistence module  https://review.openstack.org/10756105:29
*** k4n0 has joined #openstack-keystone05:30
*** gabriel-bezerra has joined #openstack-keystone05:34
openstackgerritBob Thyne proposed a change to openstack/identity-api: Update OS-EP-FILTER API  https://review.openstack.org/10629205:34
*** gokrokve has quit IRC05:34
*** shausy has joined #openstack-keystone05:36
*** topol has quit IRC05:40
*** ajayaa has joined #openstack-keystone05:48
*** stevemar has quit IRC05:55
*** gokrokve has joined #openstack-keystone05:59
*** gokrokve_ has joined #openstack-keystone06:01
*** gokrokve has quit IRC06:04
*** gokrokve_ has quit IRC06:05
*** dims_ has joined #openstack-keystone06:05
openstackgerritOpenStack Proposal Bot proposed a change to openstack/keystone: Imported Translations from Transifex  https://review.openstack.org/10693906:06
*** afazekas has joined #openstack-keystone06:07
*** navid has quit IRC06:10
*** dims_ has quit IRC06:11
openstackgerritChristian Berendt proposed a change to openstack/python-keystoneclient: Bump hacking to 0.9.x series  https://review.openstack.org/10732806:24
openstackgerritBob Thyne proposed a change to openstack/identity-api: Update OS-EP-FILTER API  https://review.openstack.org/10629206:24
*** alex_xu has quit IRC06:26
*** gabriel-bezerra has quit IRC06:26
*** gabriel-bezerra has joined #openstack-keystone06:28
*** tomoiaga has joined #openstack-keystone06:37
*** tkelsey has joined #openstack-keystone06:39
*** gabriel-bezerra has quit IRC06:39
*** gabriel-bezerra has joined #openstack-keystone06:40
*** gokrokve has joined #openstack-keystone06:59
*** gokrokve has quit IRC07:04
*** BAKfr has joined #openstack-keystone07:10
*** ajayaa has quit IRC07:19
*** ajayaa has joined #openstack-keystone07:19
*** alex_xu has joined #openstack-keystone07:23
*** dstanek is now known as dstanek_zzz07:23
*** BAKfr has quit IRC07:25
*** ukalifon has joined #openstack-keystone07:30
*** jamielennox is now known as jamielennox|away07:37
*** ukalifon has quit IRC07:40
*** afazekas has quit IRC07:54
*** junhongl has quit IRC07:58
*** gokrokve has joined #openstack-keystone07:59
*** gokrokve_ has joined #openstack-keystone08:01
*** gokrokve has quit IRC08:04
*** Dafna has joined #openstack-keystone08:05
*** gokrokve_ has quit IRC08:06
openstackgerritJose Castro Leon proposed a change to openstack/keystone: Initial kerberos plugin implementation.  https://review.openstack.org/7431708:10
*** BAKfr has joined #openstack-keystone08:12
*** gabriel-bezerra has quit IRC08:12
*** gabriel-bezerra has joined #openstack-keystone08:13
*** Dafna is now known as Dafna_away08:15
*** oomichi has quit IRC08:15
openstackgerritChristian Berendt proposed a change to openstack/python-keystoneclient: Removed keystone.apiclient  https://review.openstack.org/10792608:21
*** alex_xu has quit IRC08:36
*** ukalifon1 has joined #openstack-keystone08:40
*** ukalifon1 has quit IRC08:44
*** ajayaa has quit IRC08:53
*** gokrokve has joined #openstack-keystone08:59
*** afazekas has joined #openstack-keystone09:02
*** gokrokve has quit IRC09:04
*** BAKfr has quit IRC09:06
*** dims_ has joined #openstack-keystone09:08
*** dims_ has quit IRC09:13
*** alex_xu has joined #openstack-keystone09:22
*** afazekas has quit IRC09:31
openstackgerritMarek Denis proposed a change to openstack/python-keystoneclient: Scope unscoped saml2 tokens.  https://review.openstack.org/9970409:49
*** Dafna_away is now known as Dafna09:50
*** ajayaa has joined #openstack-keystone09:52
*** gokrokve has joined #openstack-keystone09:59
openstackgerritA change was merged to openstack/keystone: Use oslo.i18n  https://review.openstack.org/10440010:00
*** gokrokve has quit IRC10:04
*** dims_ has joined #openstack-keystone10:09
*** ukalifon1 has joined #openstack-keystone10:09
*** dims_ has quit IRC10:13
*** jimbaker has quit IRC10:33
*** jimbaker has joined #openstack-keystone10:33
*** jimbaker has quit IRC10:34
*** jimbaker has joined #openstack-keystone10:34
openstackgerritOpenStack Proposal Bot proposed a change to openstack/keystone: Updated from global requirements  https://review.openstack.org/10620810:37
*** tkelsey has quit IRC10:39
*** renlt has quit IRC10:39
*** ukalifon1 has quit IRC10:39
openstackgerritOpenStack Proposal Bot proposed a change to openstack/python-keystoneclient: Updated from global requirements  https://review.openstack.org/10621010:42
*** tkelsey has joined #openstack-keystone10:51
*** gokrokve has joined #openstack-keystone10:59
*** mrmoje has joined #openstack-keystone11:00
*** gokrokve has quit IRC11:04
*** dims_ has joined #openstack-keystone11:21
*** afazekas has joined #openstack-keystone11:22
openstackgerritMarcos Fermín Lobo proposed a change to openstack/keystone: CRUD grant don't check user_id and group_id  https://review.openstack.org/10797311:23
*** raildo has quit IRC11:28
*** tellesnobrega has quit IRC11:28
*** afaranha has quit IRC11:29
*** rodrigods has quit IRC11:30
*** diegows has joined #openstack-keystone11:32
*** KimJ has joined #openstack-keystone11:51
*** KimJ has quit IRC11:52
*** KimJ has joined #openstack-keystone11:53
*** KimJ has quit IRC11:55
*** gokrokve has joined #openstack-keystone11:59
*** gokrokve has quit IRC12:04
*** erecio has joined #openstack-keystone12:08
*** renlt has joined #openstack-keystone12:13
*** afazekas has quit IRC12:20
*** ajayaa has quit IRC12:31
*** chandankumar has quit IRC12:35
*** dims_ has quit IRC12:36
*** dims_ has joined #openstack-keystone12:37
*** afazekas has joined #openstack-keystone12:41
*** chandankumar has joined #openstack-keystone12:43
*** raildo has joined #openstack-keystone12:43
*** dstanek_zzz is now known as dstanek12:47
*** d0ugal has quit IRC12:53
*** d0ugal has joined #openstack-keystone12:56
*** andreaf has joined #openstack-keystone12:57
*** gokrokve has joined #openstack-keystone12:59
*** gokrokve has quit IRC13:04
*** joesavak has joined #openstack-keystone13:05
*** lbragstad has joined #openstack-keystone13:10
*** lbragstad has quit IRC13:10
*** lbragstad has joined #openstack-keystone13:11
*** lbragstad has quit IRC13:12
*** lbragstad has joined #openstack-keystone13:12
*** afazekas has quit IRC13:39
*** gabriel-bezerra has quit IRC13:39
*** gabriel-bezerra has joined #openstack-keystone13:40
*** ukalifon1 has joined #openstack-keystone13:42
*** ayoung has joined #openstack-keystone13:45
*** k4n0 has quit IRC13:47
*** shausy has quit IRC13:53
*** comstud is now known as bearhands13:54
*** vhoward has joined #openstack-keystone13:56
*** gokrokve has joined #openstack-keystone13:57
*** topol has joined #openstack-keystone14:01
*** ukalifon1 has quit IRC14:07
*** afazekas has joined #openstack-keystone14:14
*** andreaf has quit IRC14:20
*** andreaf has joined #openstack-keystone14:21
*** andreaf has quit IRC14:21
*** gokrokve_ has joined #openstack-keystone14:21
*** gokrokve has quit IRC14:24
*** dims_ is now known as dimsum14:25
*** lbragstad has quit IRC14:32
*** thedodd has joined #openstack-keystone14:42
*** erecio has quit IRC14:46
*** joesavak has quit IRC14:47
dolphmmorganfainberg: you should check this out https://review.openstack.org/#/c/105228/3/specs/swift/service_token.rst14:49
morganfainbergdolphm, saw the email about it14:51
*** nkinder has joined #openstack-keystone14:52
*** tomoiaga has quit IRC14:54
*** henrynash has joined #openstack-keystone14:58
morganfainbergdolphm, interesting reading that over14:58
dolphmmorganfainberg: i haven't read it yet, but i'm not sure i buy the premise in the email (it's a valid concern, but just name the role more distinctly?)14:59
openstackgerritayoung proposed a change to openstack/keystone: Do not require method attribute on plugins  https://review.openstack.org/10787314:59
*** joesavak has joined #openstack-keystone14:59
openstackgerritayoung proposed a change to openstack/keystone: Make run_tests.sh a wrapper for tox  https://review.openstack.org/10328214:59
morganfainbergdolphm, yeah14:59
morganfainbergdolphm, that *sounds* correct.14:59
dolphmayoung: this was already approved, why are you proposing another patch? https://review.openstack.org/#/c/103282/15:00
morganfainbergit feels like the issue is "we want middleware to enforce something specifically that policy could do"?15:00
ayoungdolphm, it was a git review failure15:00
ayoungit should not have been pushed...15:00
*** afazekas has quit IRC15:00
dolphmayoung: uploading another patch is not the solution15:00
morganfainbergdolphm, it's in his review chain15:00
ayoungI know15:00
*** lbragstad has joined #openstack-keystone15:00
morganfainbergdolphm got rebased in git review it looks like.15:00
ayoungI did15:00
ayoung git push gerrit HEAD:refs/for/master15:01
ayoung  specifically to try and get around the G-D- rebase issues15:01
dolphmayoung: git review --no-rebase ?15:01
ayoungdolphm, that didn't work for me last time, which is why I tried the direct push15:01
morganfainbergdolphm, `git review -R` (same thing)15:01
ayoung the push skipped it last time, and for sokme reason did not this time...15:02
ayoungand I don't even need the tox patch...15:02
ayounggrumble15:02
openstackgerritayoung proposed a change to openstack/keystone: Do not require method attribute on plugins  https://review.openstack.org/10787315:03
ayoungOK, mine no longer depends on the run_tests change.15:03
ayoungsorry for the churn15:03
morganfainbergayoung, it happens.15:03
ayoungmorganfainberg, I've been battling the session object out of the client.  I was trying to figure out if converting an unscoped token to a scoped token should create a new session, or if it should hold on to both tokens, and just use the scoped tokens for all calls except a call to get a token for a new project15:07
ayoungand also how to relate that to Horizon.15:07
ayoungIt seems to me that Horizon should store  the whole unscoped token in a session cookie, and also a memcache key for any scoped tokens15:08
ayoungso we need to be able to recreate a session from a set of tokens:  one unscoped and (possibly) one scoped15:08
*** gabriel-bezerra has quit IRC15:08
morganfainbergayoung, but how would that work with the non-horizon uses? would they just *not* get a session token?15:08
ayoungnow, that assumes that Keystone gives back an unscoped token15:08
ayoungin the case where a user has a default project, there is no way to get an unscoped token today.  That is, I think, a bug15:09
openstackgerritDolph Mathews proposed a change to openstack/keystone: implement GET /v3/catalog  https://review.openstack.org/10689315:09
ayoungfor a CLI or programmatic user, it depends on how they get their initial token15:09
*** gabriel-bezerra has joined #openstack-keystone15:09
ayoungif they send along the project id, or if they have a default project set, they will get a scoped token15:09
ayoungI would say "never convert scoped tokens to other tokens"15:10
ayoungbut until we have a way to issue unscoped tokens, we can't enforce that rule15:10
* morganfainberg still really dislikes the default project id "magic" 15:14
morganfainbergbut that is a different conversation15:14
morganfainbergayoung, jamielennox|away was saying we should not make the session stuff "tokens" but make it more uuid based15:15
morganfainbergayoung, so the session is basically a uuid token, we have to maintain it in keystone's DB or something still though15:15
ayoungmorganfainberg, here is how default projects should work:15:16
ayoung1.  usre requests a token with credentials only15:16
ayoung2.  user recieves unscoped token15:16
ayoung3.  user looks up user data and sees default project it P15:16
ayoung4.  user request token using unscoped token scoped to project P15:16
ayoungwe can, if we want, ellide some of these steps15:17
morganfainbergwhy does the user object *need* to hold the default project id?15:17
morganfainbergbesides that we had that functionality before15:17
ayoungmorganfainberg, so another option is15:23
lbragstadayoung:  for  https://bugs.launchpad.net/keystone/+bug/1343709 you want to remove this right? https://github.com/openstack/keystone/blob/1612cb416821f5b3463619fc5f0c3c00c780e884/etc/keystone.conf.sample#L519-L52015:23
uvirtbotLaunchpad bug 1343709 in keystone "Cannot Use Default Domain with Kerberos" [Undecided,In progress]15:23
ayoungwhen getting a token, either they explicitly ask for unscoped, or they explicitly ask for scoped to default project15:23
openstackgerritDolph Mathews proposed a change to openstack/keystone: move GET /v3/catalog to GET /v3/auth/catalog  https://review.openstack.org/10804315:23
ayounglbragstad, nope15:23
ayounglbragstad, I am just removing the thing that matches that on the auth plugin code itself15:24
lbragstadok15:24
ayounglbragstad, so we have 2 ways to specify the plugins to use for methods15:24
ayoungone is to use the short name, like "external"  the other is the full python path name15:24
ayounglike keystone.auth.plugins.external.DefaultDomain15:25
ayoungI don't really like the second,  but we have it15:25
ayoungso I left it enabled15:25
lbragstadgotcha15:25
ayoungbut I removed the rule that said a plugin had to a have a "method" attribute that matched the name in the config file/ plugins list15:25
ayoungthat way you can do this in a config file15:26
ayoungkerberos :  keystone.auth.plugins.external.DefaultDomain15:26
ayoungmethods: kerberos, password, token15:26
dolphmanyone here know jay bryant?15:27
lbragstadjay15:28
lbragstaddolphm: yes15:28
lbragstadhis IRC nick is jungleboyj15:28
dolphmlawl15:29
dolphmfrom openstack-dev: [Openstack-stable-maint] Propose jsbryant to be a stable maintainer15:29
lbragstadno joke, you can find him #openstack-cinder15:29
lbragstadmaybe he did change his IRC nick?15:31
ayoungdolphm, should our new rule be "explicitly request an unscoped token"  or "explicitly request a token scoped to the default project"?15:32
dstaneklbragstad: i'm working my way through your reviews for validation now - let me know if my comments don't make sense15:35
lbragstaddstanek: sounds good, thanks for reviewing. I have to do a couple spec reviews and I'll start looking at your comments.15:36
*** arunkant has quit IRC15:37
dstanekmorganfainberg: i think you fixed https://bugs.launchpad.net/keystone/+bug/1123462 with your run_tests.sh changes15:40
uvirtbotLaunchpad bug 1123462 in keystone "run_tests.sh does not work if keystone is not installed" [Wishlist,Confirmed]15:40
morganfainbergdstanek, makes sense, since it uses tox now. didn't realize that was actually a bug15:41
dstanekmorganfainberg: i've been combing the bugs again and found it this morning15:41
openstackgerritBob Thyne proposed a change to openstack/identity-api: Update OS-EP-FILTER API  https://review.openstack.org/10629215:41
morganfainbergdstanek, cool.15:41
ayoungmorganfainberg,  I would like to make it that you have to explicitly request the scope of  token, and that default project would be a specific request, but I suspect that would break a lot of automation.  So the next best thing is to explicitly request an unscoped token15:42
ayoungmaybe part of that request could say "give me the domains and projects that I can then scope to" in the body, as well as "tell me my default project"15:43
morganfainbergayoung, yeah15:43
ayoungcan I fast track through a spec change for that  B^D  ?15:44
*** chandankumar has quit IRC15:45
openstackgerritBob Thyne proposed a change to openstack/identity-api: Update OS-EP-FILTER API  https://review.openstack.org/10629215:45
*** andreaf has joined #openstack-keystone15:48
*** andreaf has quit IRC15:49
dstanekevery time i see our API use PUT as a PATCH i nearly cry15:49
*** andreaf has joined #openstack-keystone15:49
*** andreaf has quit IRC15:49
*** gokrokve_ has quit IRC15:51
ayoungdstanek, PATCH is a newcomer to HTTP.  It will take at least another decade before it catches on15:52
dstanekayoung: even so it is a replacement for a POST usecase - PUT was not supposed to be partial updates15:53
ayoungdstanek, POST is wierd15:53
ayoungI'm guessing that it was added after the initial draft of the spec15:53
ayoungwhen some told Tim B-Lee  that "you don't get to define the identifier"  or something15:54
ayoungdstanek, maybe we'll rewrite Wierd Al's "Word Crimes"  to "REST Crimes"15:55
*** rodrigods has joined #openstack-keystone15:55
dstanekayoung: sounds like a good project for a rainy day15:55
*** bknudson has joined #openstack-keystone16:00
*** arunkant has joined #openstack-keystone16:00
*** david-lyle has joined #openstack-keystone16:09
*** gabriel-bezerra has quit IRC16:11
*** gabriel-bezerra has joined #openstack-keystone16:12
openstackgerritBob Thyne proposed a change to openstack/identity-api: Update OS-EP-FILTER API  https://review.openstack.org/10629216:13
*** david-lyle has quit IRC16:21
*** afaranha has joined #openstack-keystone16:32
*** joesavak has quit IRC16:33
*** lbragstad has quit IRC16:40
ayoungtopol, http://adam.younglogic.com/2014/07/committed-to-master/   that is for you.16:41
*** david-lyle has joined #openstack-keystone16:44
*** david-lyle has quit IRC16:44
*** ayoung is now known as ayoung-lunch16:47
openstackgerritayoung proposed a change to openstack/keystone-specs: explicit request for unscoped tokens  https://review.openstack.org/10807116:50
openstackgerritA change was merged to openstack/keystone-specs: Federating multiple Keystones  https://review.openstack.org/10002316:50
*** richm has joined #openstack-keystone17:00
*** tkelsey has quit IRC17:03
openstackgerritIlya Pekelny proposed a change to openstack/keystone: Use metadata.create_all() to fill a test database  https://review.openstack.org/9355817:09
openstackgerritIlya Pekelny proposed a change to openstack/keystone: Comparision of database models and migrations.  https://review.openstack.org/8063017:09
*** joesavak has joined #openstack-keystone17:20
*** richm1 has joined #openstack-keystone17:21
*** richm has quit IRC17:22
*** harlowja_away is now known as harlowja17:25
openstackgerritSam Leong proposed a change to openstack/python-keystoneclient: Prefer identity api V3 over v2 in auth_token  https://review.openstack.org/10810617:29
*** marcoemorais has joined #openstack-keystone17:34
openstackgerritMorgan Fainberg proposed a change to openstack/keystonemiddleware: Mark keystonemiddleware as being a universal wheel  https://review.openstack.org/10442417:38
* morganfainberg goes and rebases the non-persistent token stuff on the i18n merge.17:44
*** renlt has quit IRC17:52
*** lbragstad has joined #openstack-keystone17:54
topolayoung, saw that. Thanks17:58
*** gokrokve has joined #openstack-keystone18:07
openstackgerritMorgan Fainberg proposed a change to openstack/keystone: Move keystone.token.default_expire_time to token.provider  https://review.openstack.org/10721918:14
openstackgerritMorgan Fainberg proposed a change to openstack/keystone: Move token_api.unique_id to token_provider_api  https://review.openstack.org/10721818:14
openstackgerritMorgan Fainberg proposed a change to openstack/keystone: Consolidate `assert_XXX_enabled` type calls to managers  https://review.openstack.org/10722018:14
openstackgerritMorgan Fainberg proposed a change to openstack/keystone: Move token persistence classes to token.persistence module  https://review.openstack.org/10756118:14
openstackgerritMorgan Fainberg proposed a change to openstack/keystone: Mark the 'check_vX_token' methods deprecated  https://review.openstack.org/10756018:14
*** ayoung-lunch is now known as ayoung18:29
ayoungdolphm, dstanek is this cool? https://review.openstack.org/#/c/108071/18:30
*** akscram has quit IRC18:35
*** gpocentek has quit IRC18:35
*** Mikalv has quit IRC18:35
*** Mikalv has joined #openstack-keystone18:36
*** gpocentek has joined #openstack-keystone18:36
*** gpocentek has joined #openstack-keystone18:36
*** akscram has joined #openstack-keystone18:36
*** amcrn has joined #openstack-keystone18:39
*** rodrigods has quit IRC18:41
*** cjellick has joined #openstack-keystone18:45
cjellickhi there. when i add the &effective flag to role_assignments call, it doesnt work. the group that is a member of the project goes away but the members of that group are not added18:46
cjellickany thoughts? running havana18:46
cjellickldap backend18:46
lbragstadquick question, did we come to a conclusion of how to mark specs for re-evaluation in the 'next' release?18:56
lbragstadhttps://review.openstack.org/#/c/100279/ for example?18:56
*** diegows has quit IRC18:59
*** rodrigods has joined #openstack-keystone19:02
*** marcoemorais has quit IRC19:06
*** marcoemorais1 has joined #openstack-keystone19:07
*** marcoemorais1 has quit IRC19:08
*** marcoemorais has joined #openstack-keystone19:08
*** gabriel-bezerra has quit IRC19:08
*** gabriel-bezerra has joined #openstack-keystone19:09
*** hrybacki has joined #openstack-keystone19:10
*** diegows has joined #openstack-keystone19:11
*** gokrokve has quit IRC19:18
dstanekmorganfainberg, ayoung: did you guys see the comment here - https://review.openstack.org/#/c/103282/19:21
ayounglooking19:21
dstanekit was about the no venv option being removed19:21
ayoungah....19:22
morganfainbergwhy do we need a heavy "wrapper" script to basically do "python ./setup.py testr"19:22
morganfainberg?19:22
ayoungmorganfainberg, can -N do that, and skip tox?19:22
lbragstaddstanek: you want the validator to be called using validation.validated() correct, as the decorator? https://review.openstack.org/#/c/86483/23/keystone/common/validation/__init__.py19:22
morganfainbergwell with non of the other "magic" options19:22
ayoungmorganfainberg, let me try that....19:23
morganfainbergi would rather see run_tests die.19:23
morganfainberga horrible horrible death19:23
dstaneklbragstad: that was just a suggestion ... i wouldn't be heart broken if you didn't19:23
morganfainberg:P19:23
dstaneklbragstad: it was just something i noticed when going through the reviews19:23
lbragstaddstanek: your point makes sense19:23
morganfainbergdstanek, the reasons run_tests was abandoned for nova was mostly the format stuff. cc ayoung from what i gathr19:24
lbragstadvalidation.validated() versus validation.scheme()...19:24
lbragstadyeah... that does sound better...19:24
ayoungmorganfainberg, -N  showing to run testr  is what the script is for:  making it easy for new devs to run tests19:24
dstaneklbragstad: it's all subjective.. the Python way is more declarative like 'i am a classmethod'19:24
ayounglet me see...19:24
dstaneklbragstad: the keystone way seems to state facts about what the decorator is doing like 'i am protected'19:25
morganfainbergayoung, i am still of the opinion run_tests.sh is a bad idea19:25
lbragstaddstanek: yeah... the 'keystone' seems more readable to me, now that you mention it19:25
ayoungmorganfainberg, nope.  It is a documentation of how to run the tests.  I didn't know how to do the failfast for example19:26
ayoungtox is not there yet19:26
ayoungits a tool, not a guide19:26
morganfainbergayoung, no i think run_tests is *bad* documentation, we should actually document it instead19:26
ayoungmorganfainberg, maybe, but until we can codify what it is we need to do, we can't document.  We missed the -N19:27
morganfainbergayoung, mostly it's bad because there is nothing that uses it from a gate/check perspective.19:28
morganfainbergayoung, i'd rather delete it and spend the time documenting it19:28
morganfainbergayoung, if you and the other cores would accept that I'll happily convert this over to "here is how you should run tests and this is how gate does it"19:28
morganfainberginstead19:28
ayoungmorganfainberg, I want to get it right in this review first.  THen remove if all agree19:29
ayoungI think it is a good tool.  People use it, and until we have a proof of how to do all of these things in code, I don't trust the documentation19:29
*** diegows has quit IRC19:30
morganfainbergwell i just -2'd the review. if people are that adamant about this i'll let them submit fixes for it etc.19:31
*** marcoemorais has quit IRC19:32
morganfainbergi really feel like i've spent too much time on it as is already (we all have)19:32
*** marcoemorais has joined #openstack-keystone19:32
*** marcoemorais has quit IRC19:32
*** marcoemorais has joined #openstack-keystone19:32
morganfainbergif we need to keep the functionality, it isn't worth re-writing it unless tox can support that.19:33
morganfainbergso, lets document the removal or have fixes to make it less bit-rot-y19:34
morganfainbergdocument + remove, but having it do 50% one way 50% the other way is even worse than we have now imo19:34
ayoungmorganfainberg, would it be running:19:36
ayoungtestr -e${envs_list} ${recreate} ${testrargs} ${testropts} | subunit-2to1 | tools/colorizer.py19:36
dstaneksupporting 'extra' fields seems more confusing to end users than anything else - are there a lot of cases where they are being used?19:36
ayoungdstanek, yeah, we can';t remove extra.  Its a way for people to load up their own custom data19:36
ayoungregions were origianlly in extra, for example19:37
morganfainbergayoung, and uhm -e{envs_list} would be wrong with testr i think19:38
morganfainbergthat's tox notation19:38
morganfainbergayoung, lets just agree to disagree on run_tests ;)19:38
ayoungtestr  ${testrargs} ${testropts} | subunit-2to1 | tools/colorizer.py19:38
morganfainbergdstanek, i've had some people asking about LDAP + extra specs19:38
ayoungmorganfainberg, we can remove, but lets close out this patch first19:38
ayoungdstanek, , oooh, yeah, tell them I'll -2 anything along those lines19:39
dstanekayoung: anything along what lines?19:39
morganfainbergayoung, nah, 50% via testr 50% through tox (or any %) makes it even worse. lets work on documenting instead.19:39
ayoungdstanek, more use of extra and LDAP19:39
morganfainbergayoung, yeah i had to tell them "well, no, don't do that"19:39
dstanekmorganfainberg: i wish that we were explicit and made extra a first class key in the entity19:40
morganfainbergunless they want to map specific attributes19:40
morganfainbergayoung, dstanek, extra is dirty, but we can't remove it, we need to figure out how to do that better (if we're changing it)19:40
*** lbragstad has quit IRC19:41
morganfainbergand it would be nice to be able to support that kind of stuff across all the backends, but well... LDAP19:41
ayoungAHHH morganfainberg unabandon that right now dagnabit19:41
ayoungI was about to post the -N change19:41
ayoungyou can re-abandon it after I repost, deal?19:41
morganfainbergyou can unabandon ;) you're core! :)19:41
ayoungyeah, but it was your call and your patch19:41
openstackgerritayoung proposed a change to openstack/keystone: Make run_tests.sh a wrapper for tox  https://review.openstack.org/10328219:42
morganfainbergayoung, if you *really* *really* want that patch, i'll un-2 it as well19:42
morganfainbergbut i think it's even worse than before if it conditionally uses tox and testr19:42
ayoungmorganfainberg, lets leave it for now, don't have to approve or abandon until we have a decision19:42
morganfainbergk19:42
morganfainbergworks for me19:43
morganfainbergleaving -2 on it then.19:43
ayoungmorganfainberg, I would never be able to figure out how to run testr  based on the code in the repo.  I think run_tests.sh even with the else hack is better than not having anything. tox and venvs are pretty annoying and a case of python-like magic that feels so wrong to me coming from other languages.19:44
morganfainbergayoung, so lets not convert to tox.19:44
ayoungmorganfainberg, that water has been passed19:45
morganfainbergno i mean convert run_tests to tox19:45
ayoungmorganfainberg, its the venv that is strange, tox just adds an additional level of confusion.  Lets at least document what the main developers do with run_tests.sh.  I think you did a good job converting, and putting a non-tox option onto run_tests.sh is logical19:46
*** diegows has joined #openstack-keystone19:46
ayoungthe python33 conversion will require more logic in the future, especially on RHEL where python2 is going to be the default, and you'll need to do something to run with python33.  THat might be venv, might be something else, I don't yet know19:47
*** gokrokve has joined #openstack-keystone19:52
*** joesavak has quit IRC19:55
*** rwsu has quit IRC19:55
*** Mikalv has quit IRC19:55
*** jimbaker has quit IRC19:55
*** xianghui has quit IRC19:55
*** joesavak has joined #openstack-keystone19:55
*** jimbaker has joined #openstack-keystone19:55
*** rwsu has joined #openstack-keystone19:55
*** jimbaker has quit IRC19:55
*** jimbaker has joined #openstack-keystone19:55
*** xianghui has joined #openstack-keystone19:55
dstanekayoung: tox is your best bet if you need to run the tests across multiple versions of python20:00
ayoungdstanek, not if you want to test a deployment using system tools, and just want to use the alternative installed python33  toolkit20:01
ayoungI've not much looked into collections, and it may use venv, but I don't think so20:01
dstanekayoung: collections?20:03
ayoungdstanek, RH software collections:  our way of dealing with multiple versions of all the languages etc20:03
ayounghttp://wiki.centos.org/AdditionalResources/Repositories/SCL20:04
dstanekayoung: ah, ok. even with a way to install multiple versions you have to maintains python deps for each - that's what tox is good at20:04
morganfainbergayoung, yeah lets see what the comments for run_Tests ends up being .20:05
ayoung++20:05
morganfainbergdid RH solve the "pip shoves python installed stuff over the top of the system-installed stuff"?20:06
morganfainbergyou know how ubuntu places things in usr/local/lib/.... but RH (at least a bit ago) put things in the same place the RPM installed the python libs20:07
*** rwsu has quit IRC20:09
*** lbragstad has joined #openstack-keystone20:11
*** lbragstad has quit IRC20:12
*** lbragstad has joined #openstack-keystone20:12
*** dstanek is now known as dstanek_zzz20:12
*** dstanek_zzz is now known as dstanek20:12
*** rodrigods has quit IRC20:15
*** rwsu has joined #openstack-keystone20:21
morganfainbergayoung, ping https://review.openstack.org/#/c/81166/ [revocation events]20:23
morganfainbergayoung, there are a couple issues before we can merge it20:23
morganfainbergayoung, notably, a few lines changed and we introduces a mutable default argument20:23
morganfainbergayoung, that (especially in these events) has a risk of causing all sorts of badness if we're not careful.20:24
*** Mikalv has joined #openstack-keystone20:28
*** jaosorior has quit IRC20:42
*** henrynash has quit IRC20:42
ayoungmorganfainberg, looking21:03
ayoungmorganfainberg, ++21:04
ayounghrybacki, you dealing with those ^^?21:05
morganfainbergayoung, mutable defaults scare me :)21:05
hrybackiayoung: ++21:05
hrybackiyep21:05
ayoungmorganfainberg, hrybacki good thinking there.21:05
hrybackimorganfainberg, ayoung: what about the possible KeyError?21:05
morganfainbergayoung, hrybacki, it's probably ok, but i also tend to prefer more defensive coding (meaning in this case, handle the edge cases and throw 'known' errors when things go wrong)21:06
morganfainbergi wouldn't block the change based upon not catching a KeyError there.21:07
hrybackiI'm happy to add it21:07
ayoungif it is easy enough to do, lets do it.  I can't think of any reason not to, but juan then dings us on untested code.21:07
hrybackiayoung: off to meet family, will make changes (late) tonight or first thing in the AM -- if you have another thoughts shoot on it shoot me an email please :)21:10
morganfainberghrybacki, thanks for keeping at this stuff!21:10
ayounghrybacki, if I do, I'll add to the review21:11
*** bknudson has quit IRC21:11
ayoungdolphm, why do you -2 things that should be -1s?  https://review.openstack.org/#/c/107873/  was straight out of a design discussion from last week.  If the bug isn't clear, I'll clarify, but come on.21:12
hrybackimorganfainberg: ayoung++21:12
*** hrybacki has quit IRC21:12
morganfainbergayoung, i'd give a comment like that the benefit of the doubt. i've been guilty of mis-clicking -1 and -2 before.21:13
morganfainbergor being overzealous on the -score :P21:14
*** marcoemorais has quit IRC21:15
morganfainbergayoung, so, quick question before i duck out for a late lunch, any thoughts on if we should just do something like what ksc is doing with AccessToken (can't use that class directly at the moment in keystone it has some client-specific-logic in it) for provinding compat across both token versions?21:15
*** marcoemorais has joined #openstack-keystone21:16
morganfainbergor should there be something a bit more 'extract the data and shuffle it around'?21:16
ayoungmorganfainberg, I don't want to retroactively change V2 or V3 tokens to require a version field21:16
ayoungbut jamielennox|away wanted to use AccessInfo here21:17
ayoungand I think we can do that, just as afollow on patch21:17
ayoungyou and jamielennox|away can come to an agreement on how AccessInfo is supposed to work before we make that change21:18
ayoungso we can unify token handling21:18
morganfainberg++21:19
*** rodrigods has joined #openstack-keystone21:20
*** rodrigods has quit IRC21:20
*** rodrigods has joined #openstack-keystone21:20
openstackgerritayoung proposed a change to openstack/keystone: Do not require method attribute on plugins  https://review.openstack.org/10787321:22
*** dims_ has joined #openstack-keystone21:25
*** dimsum has quit IRC21:26
openstackgerritMorgan Fainberg proposed a change to openstack/keystone: Do not require method attribute on plugins  https://review.openstack.org/10787321:29
morganfainbergayoung, ^ fixed your commit message formatting21:29
openstackgerritayoung proposed a change to openstack/keystone: Do not require method attribute on plugins  https://review.openstack.org/10787321:29
*** dims_ has quit IRC21:31
*** dims has joined #openstack-keystone21:32
*** mrmoje has quit IRC21:46
*** marcoemorais has quit IRC21:46
*** rodrigods has quit IRC21:46
*** marcoemorais has joined #openstack-keystone21:47
*** marcoemorais has quit IRC21:47
*** marcoemorais has joined #openstack-keystone21:47
morganfainbergdolphm, topol, dstanek, re: https://review.openstack.org/#/c/106010/ if keystone raises a HTTP 500 to the middleware when trying to validate a token, should nova return a 500 to the end user or is that a 401 because the middleware couldn't validate the token?21:48
nkindermorganfainberg: if you get some time, would you mind reviewing this for me?  https://review.openstack.org/#/c/103325/21:50
morganfainbergnkinder, sure.21:50
nkindermorganfainberg: thx!21:50
morganfainbergnkinder, ^ that question i just posed any thoughts?21:50
topolmorganfainberg I think it should be a 40121:50
morganfainbergtopol, that is my gut feeling21:50
nkinderyeah, 500 is never good to expose I think21:50
topolmorganfainberg, as a user 500 is misleading. Not good seviceability21:51
nkinderfor auth, you also don't want to give away information about why something failed21:51
morganfainbergif you guys could toss your feedback on that review (either for or against the 500 to the end user) i'd appreciate it21:51
nkinder500 could expose an attack venue vs. generic 40121:51
topol401 gives them a chance to realize whats going on morganfainberg21:51
morganfainbergi am fine going either direction as long as we have good justification to use that response (though, my view is 401 is more correct)21:52
morganfainbergtopol, nkinder, thanks21:52
*** gabriel-bezerra has quit IRC21:52
morganfainbergand the attack concern is *very* valid21:53
openstackgerritClayton O'Neill proposed a change to openstack/keystone: Add pluggable range functions for token flush  https://review.openstack.org/10172621:53
*** gabriel-bezerra has joined #openstack-keystone21:53
topolmorganfainberg I just -1 and added acomment21:54
morganfainbergthanks21:54
*** joesavak has quit IRC21:55
topoldstanek, sorry about the tweet21:56
morganfainbergnkinder, for that change https://review.openstack.org/#/c/103325 would the fakeldap impl explode in the same way?21:56
dstanekmorganfainberg, topol: agreed on the 40121:57
*** thedodd has quit IRC21:57
dstanektopol: no worries, i was just messing with you21:57
morganfainbergnkinder, or is it only a *real* ldap backend that would error like that?21:57
topoldstanek, for giggles I may try and python 3-ize a test case. Is there an easy one you dont have on your list to do right away21:57
topolthis weekend21:58
nkindermorganfainberg: IIRC, it will blow up either way21:58
dstanektopol: i don't have any on my list right now - most of them should be pretty easy21:58
morganfainbergnkinder, ok, i thought so, but since it was a new test...21:58
morganfainbergnkinder, just 2x checking :)21:58
dstanektopol: i would just add in a test_*.py to the tox.ini and fix any resulting errors21:58
nkindermorganfainberg: it came about from someone tweaking the config in the wrong way21:59
dstanektopol: i'll be around most of the weekend so feel free to ping me if you have questions21:59
morganfainbergtopol, python3-ize the ldap backend test-case >.>21:59
topoldstanek, cool I'll just pick one then. I assume you add it to tox.ini and then run tox just for 3.0 and looks for flareups?21:59
morganfainbergtopol *ducks*21:59
* morganfainberg stops being evil.21:59
topolmorganfainberg, ouc. the bus you just parked on me hurts21:59
dstanektopol: yep 'tox -e py33'21:59
* morganfainberg needs lunch and to run up to Santa Barbara22:00
topoldstanek, cool I'll give it a whirl, thanks22:00
morganfainbergbefore traffic is awful22:00
* topol topol sick of building chart decks...22:01
*** gabriel-bezerra has quit IRC22:01
morganfainbergnkinder, last question https://review.openstack.org/#/c/103325/1/keystone/tests/test_backend_ldap.py line 638, is that supposed to use the config fixture?22:01
*** marcoemorais has quit IRC22:01
*** gabriel-bezerra has joined #openstack-keystone22:02
morganfainbergactually, not sure it matters22:02
morganfainbergnvm22:02
nkindermorganfainberg: that line is basically removing 'default_project_id' from the list of attributes to ignore (and it's mapped to None by default)22:03
morganfainbergright22:03
nkindermorganfainberg: you tell me if it should be using the config fixture...22:05
morganfainbergnkinder, i think it's fine as is22:05
*** gabriel-bezerra has quit IRC22:05
morganfainbergnkinder, the ldap backends are wonky when it comes to config22:05
*** gabriel-bezerra has joined #openstack-keystone22:06
morganfainbergnkinder, but i haven't figured out how to fix it so they aren't copying config values to themselves (w/o breaking other things)22:06
*** gokrokve has quit IRC22:20
*** kevinbenton has joined #openstack-keystone22:24
*** topol has quit IRC22:24
kevinbentonhello, does anyone know if there is current work to upgrade neutron to use the v3 API?22:24
openstackgerritLance Bragstad proposed a change to openstack/keystone: Initial implementation of validator  https://review.openstack.org/8648322:28
openstackgerritLance Bragstad proposed a change to openstack/keystone: Implement validation on Policy V3 API  https://review.openstack.org/10406522:28
openstackgerritLance Bragstad proposed a change to openstack/keystone: Implement validation on Catalog V3 resources  https://review.openstack.org/9626622:28
openstackgerritLance Bragstad proposed a change to openstack/keystone: Implement validation on Assignment V3 resources  https://review.openstack.org/8648422:28
openstackgerritLance Bragstad proposed a change to openstack/keystone: Implement validation on Trust V3 API  https://review.openstack.org/10406622:28
openstackgerritLance Bragstad proposed a change to openstack/keystone: Implement validation on Credential V3  https://review.openstack.org/9852222:28
*** morganfainberg is now known as morganfainberg_Z22:33
*** lbragsta_ has joined #openstack-keystone22:36
*** marcoemorais has joined #openstack-keystone22:37
*** lbragstad has quit IRC22:39
*** lbragsta_ has quit IRC22:40
*** dims_ has joined #openstack-keystone22:50
*** dims has quit IRC22:50
*** marcoemorais has quit IRC23:07
*** marcoemorais has joined #openstack-keystone23:07
*** marcoemorais has quit IRC23:07
*** marcoemorais has joined #openstack-keystone23:07
*** marcoemorais has quit IRC23:27
*** marcoemorais has joined #openstack-keystone23:29
*** mrmoje has joined #openstack-keystone23:31
*** marcoemorais has quit IRC23:48
*** dims_ has quit IRC23:51
*** marcoemorais has joined #openstack-keystone23:58

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