Tuesday, 2016-06-21

*** nkinder has quit IRC00:00
*** shoutm_ has joined #openstack-keystone00:20
*** shoutm has quit IRC00:21
openstackgerritRon De Rose proposed openstack/keystone: PCI-DSS Password strength requirements  https://review.openstack.org/32058600:26
openstackgerritRon De Rose proposed openstack/keystone: PCI-DSS Password strength requirements  https://review.openstack.org/32058600:29
*** iurygregory_ has left #openstack-keystone00:32
*** samueldmq has quit IRC00:33
openstackgerritRon De Rose proposed openstack/keystone: PCI-DSS Password strength requirements  https://review.openstack.org/32058600:35
*** shoutm has joined #openstack-keystone00:36
*** shoutm_ has quit IRC00:36
*** timcline has joined #openstack-keystone00:40
*** sdake_ has quit IRC00:44
*** timcline has quit IRC00:44
*** markvoelker has quit IRC00:46
*** markvoelker has joined #openstack-keystone00:47
*** raddaoui has quit IRC00:47
*** ddieterly has joined #openstack-keystone00:50
*** spandhe has quit IRC00:58
*** browne has quit IRC00:58
*** ddieterly is now known as ddieterly[away]00:58
*** ddieterly[away] has quit IRC01:08
*** ddieterly has joined #openstack-keystone01:12
*** davechen has joined #openstack-keystone01:13
openstackgerritRoxana Gherle proposed openstack/keystone: /services?name=<name> API fails when using list_limit  https://review.openstack.org/33179001:22
*** gagehugo has joined #openstack-keystone01:36
lbragstaddstanek congrats on your cavs ;P01:38
openstackgerritJamie Lennox proposed openstack/keystoneauth: Use SAML2 requests plugin  https://review.openstack.org/25505601:43
rderoselbragstad dstanek: yeah, good for Cleveland :)01:44
*** roxanaghe has quit IRC01:45
jamielennoxayoung: how did you go with an env we can test ^ against01:46
lbragstadrderose dstanek is a *huge* James fan01:54
*** ddieterly is now known as ddieterly[away]01:54
*** ddieterly[away] is now known as ddieterly01:54
rderoselbragstad: Lebron is certainly unique01:55
lbragstadrderose that's a good word for it ;)01:56
rderoselbragstad: just no no in history like him :)01:56
lbragstadlol01:56
*** TxGVNN has joined #openstack-keystone01:59
*** ddieterly has quit IRC02:09
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Pass X_IS_ADMIN_PROJECT header from auth_token  https://review.openstack.org/33137402:09
*** TxGVNN has quit IRC02:48
*** TxGVNN has joined #openstack-keystone02:48
*** slberger has left #openstack-keystone02:50
*** stevemar has quit IRC02:54
*** topol has quit IRC02:54
*** haneef has quit IRC02:59
*** 92AAAZ3WR has quit IRC03:08
*** henrynash has joined #openstack-keystone03:11
*** spandhe has joined #openstack-keystone03:15
*** jorge_munoz has quit IRC03:15
*** rderose has quit IRC03:18
*** jorge_munoz has joined #openstack-keystone03:19
*** spandhe_ has joined #openstack-keystone03:22
*** julim has joined #openstack-keystone03:23
*** spandhe has quit IRC03:23
*** spandhe_ is now known as spandhe03:23
ayoungjamielennox, heh03:23
ayoungkerberos plugin issues03:24
ayoungneed to redo Rippowam against DLRN I think to pick up the latest changes03:24
ayoungtrying to close out on RHSOO and Tripleo before I get back to that03:24
jamielennoxayoung: no worries, i think it might be time to give it another go anyway03:31
ayoungjamielennox, its pretty close to functional.  Need to change the repos, but that is about it.  I might be able to add you to the Dreamhost account if you want?03:32
*** dave-mccowan has quit IRC03:32
jamielennoxayoung: nah, that's ok cause i want to deploy from source anyway03:32
*** dave-mccowan has joined #openstack-keystone03:32
ayoungjamielennox, the ipsilon stuff should be good to go as is.  I just added the ipaserver and rhsso roles to Tripleo and they worked fine03:33
ayoungminro tweaks,03:33
*** julim has quit IRC03:33
ayoungBTW< I've learned that, for Ansible, you put variables in /defaults insteado /vars03:34
jamielennoxayoung: yep, i'll copy that stuff as verbatim as possible03:34
jamielennoxayoung: :) yep03:34
*** spandhe has quit IRC03:35
ayoungjamielennox, keep using Rippowam.  We can split the Packstack role out into its own thing, and you can either do separate provisioning for the Openstack, or use OSAD or whatever, but then the post install changes should be common03:35
*** dave-mccowan has quit IRC03:36
ayoungjamielennox, BTW, I think I want to make Anchor the default approach for X509 and TLS.  Its just a simple puython CA..exactly what OpenSTack needs.  Now that it is written...embrace it.03:36
jamielennoxayoung: so the only problem is doing keystone changes retroactively like that is a pain for simple deploys03:36
*** richm has quit IRC03:36
jamielennoxbecause it means you can't just drop templates for config, you need to do like ini updates of what packstack installs03:36
jamielennoxayoung: anchor the HP thing?03:37
ayoungTHat is an issue with the IPA stuff, but not Ipsilon03:37
ayoungjamielennox, yeah03:37
ayoungshort term x50903:37
ayoungguang hammered out a certmonger helper03:37
ayounghttps://github.com/admiyo/anchor-certmonger-helper03:37
jamielennoxok, that's not openstack specific, it's just a refreshable cert provider03:37
jamielennoxlike really short term ACME03:37
ayoungright03:37
ayoungthink of it as a distributed self-sign03:38
ayoungworks for "all of these servers" instead of just this one.03:38
jamielennoxyou should try and get that merged into certmonger proper03:38
ayoungbascially, a REST based certmaster03:38
jamielennoxbecause certmonger knows how to do things like bounce apache which i don't see there03:38
ayoungjamielennox, won't happen.  It is python, and certmonger is all C.  THey can live in separate repos just fine, though03:39
ayoungneed to package up Anchor at some point03:39
jamielennoxayoung: the helper is python, but all he's doing there is a rest request and some string manipulation03:40
ayoungright03:40
jamielennoxyou could bang that out in C in half a day?03:40
ayoungI really don't want to though03:40
ayoungI want good examples in Python to make it more friendly to other writers03:40
ayoungGetting sysadmins to look at C code is a non-starter03:40
jamielennoxayoung: by that logic then you should be convincing certmonger to include non-c providers03:40
*** sheel has joined #openstack-keystone03:40
jamielennoxit can already do it, it just doesn't have any in tree afaik03:41
ayoungjamielennox, yes that is what I want03:41
ayoungright.  The IPA one is in the IPA tree03:41
ayoungand it really is different, sticking thingsin LDAP and all that03:41
jamielennoxayoung: also convince someone on IPA to write a proper ansible playbook03:41
ayoungI was working on a self-signed-via-ssh proof-of-concept that would link a bunch of servers together03:42
jamielennoxcause ugh03:42
ayoungheh03:42
ayoungplaybook for installing the IPA server?03:42
ayoungI'd like to make ipa-server-install into an Ansible module03:42
jamielennoxif you like03:42
jamielennoxbut yes, for installing03:42
ayoungexactly03:42
ayoungnon of the dependencies, either03:43
jamielennoxbecause a playbook that runs ipa-server-install is not useful for changing config03:43
ayoungjust the logic03:43
jamielennoxa full playbook that lets you configure dogtag, 389 etc as individual pieces03:43
ayoungI wonder if the IPA installer code could be split into a series of modules to do that03:44
jamielennoxayoung: you'd write it as dependent roles03:44
jamielennox1 for dogtag, 1 for 389, 1 for ipa, then an all in one with dependencies across all 303:44
ayoungThere is a lot of logic written in python there.  Not much value in converting to Ansible, and it would be slower.  So I;d probably vote for keeping thme as library/modules03:45
jamielennox+ kerb and other bits i guess03:45
ayoungbut then, yep, structure the playbook like that03:46
jamielennoxayoung: so i don't really mind if it replaces ipa-server-install, that's a nice story to have03:46
jamielennoxayoung: but it you want to orchestarte all this then ipa-server-install is not helpful03:46
ayoungWell, the idea of IPA is that they are not really separable components.03:47
jamielennoxayoung: is it?03:47
ayoungBut..then we make pieces optional03:47
jamielennoxayoung: i always got the impression it was helpers on top of standard components03:47
jamielennoxlike you might still use 389 for your own ldap requirements sepearte to ipa03:47
jamielennoxyou might want to use dogtag directly, not via IPA03:47
ayoungWell, take the DirServe.  You don;'t want people injexcting users without going throuigh the IPA logic,. or you lose the object classes03:48
jamielennoxIPA gave you a great tool to bring them all together, but i never got the impression it was supposed to remove knowledge of the backend pieces03:48
ayoung the behaviour is based on the user having all of those object classes.  THe Directory structure is very opinionated03:48
ayoungso, things are locked down.03:48
ayoungand Cert Server even moreso03:48
jamielennoxayoung: not users, no. don't mess with things that IPA supports, but there's a lot of things people put into ldap that are not covered by ipa03:48
ayoungYou can do that all you wan.t Early Keystone LDAP code was done that way03:49
ayoungsepoarate tree,  used the groups and Users from IPA03:49
ayoungits why the DN wierdness for the unique IDs03:49
ayoungtjhat and cuz I didn't know what I was doing03:49
*** TxGVNN has quit IRC03:52
*** spandhe has joined #openstack-keystone04:02
*** itlinux has joined #openstack-keystone04:04
*** gagehugo has quit IRC04:12
*** links has joined #openstack-keystone04:17
dstaneklbragstad: i still think he's a bit of a Jordan wannabe04:24
*** adrian_otto has joined #openstack-keystone04:49
*** ktychkova has quit IRC04:55
*** adrian_otto has quit IRC04:58
*** adrian_otto has joined #openstack-keystone05:01
*** code-R has joined #openstack-keystone05:03
*** adrian_otto has quit IRC05:05
*** code-R_ has joined #openstack-keystone05:06
*** code-R has quit IRC05:08
*** roxanaghe has joined #openstack-keystone05:23
*** roxanaghe has quit IRC05:27
*** jaosorior has joined #openstack-keystone05:28
*** code-R_ has quit IRC05:34
*** code-R has joined #openstack-keystone05:34
*** jorge_munoz has quit IRC05:34
*** spandhe_ has joined #openstack-keystone05:51
*** spandhe has quit IRC05:52
*** spandhe_ is now known as spandhe05:52
*** TxGVNN has joined #openstack-keystone05:54
*** yolanda has joined #openstack-keystone05:55
*** rcernin has joined #openstack-keystone05:56
*** TxGVNN has quit IRC06:04
*** TxGVNN has joined #openstack-keystone06:09
*** spandhe has quit IRC06:15
*** code-R_ has joined #openstack-keystone06:23
*** roxanaghe has joined #openstack-keystone06:24
*** wanghua has quit IRC06:25
*** code-R has quit IRC06:26
*** roxanaghe has quit IRC06:29
*** davechen has left #openstack-keystone06:32
*** yolanda has quit IRC06:32
*** markvoelker has quit IRC06:35
*** TxGVNN has quit IRC06:41
*** rha_ is now known as rha06:47
*** rha has joined #openstack-keystone06:47
*** agireud has quit IRC06:51
*** pcaruana has joined #openstack-keystone06:52
*** agireud has joined #openstack-keystone06:55
*** belmoreira has joined #openstack-keystone07:04
*** code-R_ has quit IRC07:04
*** woodster_ has quit IRC07:18
*** amoralej|off is now known as amoralej07:19
*** roxanaghe has joined #openstack-keystone07:25
*** chlong|rhce_trng has quit IRC07:27
*** roxanaghe has quit IRC07:30
*** ebarrera has joined #openstack-keystone07:31
*** TxGVNN has joined #openstack-keystone07:34
*** markvoelker has joined #openstack-keystone07:36
*** jed56 has joined #openstack-keystone07:36
*** markvoelker has quit IRC07:41
openstackgerritMerged openstack/keystonemiddleware: Pass X_IS_ADMIN_PROJECT header from auth_token  https://review.openstack.org/33137407:51
*** pnavarro has joined #openstack-keystone07:52
*** ktychkova has joined #openstack-keystone07:56
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-keystone08:03
*** shoutm has quit IRC08:05
*** shoutm has joined #openstack-keystone08:05
openstackgerritDavanum Srinivas (dims) proposed openstack/keystone: [WIP] Testing latest u-c  https://review.openstack.org/31843508:10
*** dmk0202 has joined #openstack-keystone08:18
*** agireud has quit IRC08:19
*** shoutm_ has joined #openstack-keystone08:22
*** shoutm has quit IRC08:24
*** roxanaghe has joined #openstack-keystone08:26
*** agireud has joined #openstack-keystone08:28
*** roxanaghe has quit IRC08:30
*** yolanda has joined #openstack-keystone08:39
*** dmk0202 has quit IRC08:42
*** permalac__ has quit IRC08:47
*** permalac has joined #openstack-keystone08:50
*** nisha_ has joined #openstack-keystone08:53
*** ChanServ sets mode: +v henrynash09:00
*** shoutm has joined #openstack-keystone09:01
*** roxanaghe has joined #openstack-keystone09:01
*** shoutm_ has quit IRC09:03
*** roxanaghe has quit IRC09:05
*** jaosorior has quit IRC09:09
*** jaosorior has joined #openstack-keystone09:10
*** openstackgerrit has quit IRC09:18
*** openstackgerrit has joined #openstack-keystone09:18
*** vnogin has joined #openstack-keystone09:31
*** samueldmq has joined #openstack-keystone09:36
samueldmqmorning keystone09:37
*** markvoelker has joined #openstack-keystone09:37
samueldmqnisha_: hi09:37
henrynashsamueldmq: hi09:37
samueldmqhenrynash: o/09:37
*** ChanServ sets mode: +v samueldmq09:38
nisha_samueldmq, hi :)09:42
*** markvoelker has quit IRC09:43
samueldmqnisha_: about your question yesterday, since that was being merged already/is merged now09:44
samueldmqnisha_: you may address that in a new patch09:44
openstackgerritAndrew Liu proposed openstack/keystone: Added cache for sql id mapping driver  https://review.openstack.org/32882009:44
samueldmqnisha_: just go to master, git pull, and create a new branch from there09:45
nisha_samueldmq, what do you think would be better? fix it now or move on to next task, as there might realize any other changes in it?09:46
samueldmqnisha_: I think fixing it is pretty simple; just make domain_id an optional attribute in the function (with domain_id=None) and then remove self.project_domain_id in the fixture calls in the domain tests (where I commented)09:47
samueldmqnikhil: that is a 4-line change09:47
nisha_samueldmq, yeah i did it exactly the same way09:48
nisha_samueldmq, no need of comments about this?09:48
*** henrynash_ has joined #openstack-keystone09:48
*** ChanServ sets mode: +v henrynash_09:48
samueldmqnisha_: just create a commit message saying you're fixing remaining comments from the other review (and put a link to it)09:48
samueldmqnisha_: that's all09:48
nisha_samueldmq, sure, thanks09:49
*** nisha_ has quit IRC09:59
*** nisha_ has joined #openstack-keystone10:00
*** roxanaghe has joined #openstack-keystone10:02
*** tqtran has quit IRC10:05
*** roxanaghe has quit IRC10:06
*** yolanda has quit IRC10:08
*** henrynash_ has quit IRC10:18
*** shewless has quit IRC10:22
openstackgerritNisha Yadav proposed openstack/python-keystoneclient: Follow up patch for add domain functional tests  https://review.openstack.org/33206110:23
nisha_samueldmq, did the changes10:27
*** amrith has quit IRC10:28
*** amrith has joined #openstack-keystone10:29
*** amrith has quit IRC10:32
*** amrith has joined #openstack-keystone10:33
*** markvoelker has joined #openstack-keystone10:38
*** markvoelker has quit IRC10:43
samueldmqnisha_: commented10:45
openstackgerritNisha Yadav proposed openstack/python-keystoneclient: Follow up patch for add domain functional tests  https://review.openstack.org/33206110:49
*** chlong|rhce_trng has joined #openstack-keystone10:50
samueldmqnisha_: thanks10:53
nisha_samueldmq, great :)10:53
*** rodrigods has quit IRC11:00
*** rodrigods has joined #openstack-keystone11:00
*** GB21 has joined #openstack-keystone11:00
*** roxanaghe has joined #openstack-keystone11:02
*** henrynash_ has joined #openstack-keystone11:03
*** ChanServ sets mode: +v henrynash_11:03
*** roxanaghe has quit IRC11:07
*** mvk_ has quit IRC11:11
*** sheel has quit IRC11:15
*** TxGVNN has quit IRC11:24
*** links has quit IRC11:35
henrynash_(test)11:35
*** GB21 has quit IRC11:36
*** nisha_ has quit IRC11:36
*** nisha_ has joined #openstack-keystone11:37
*** real56 has joined #openstack-keystone11:37
*** markvoelker has joined #openstack-keystone11:39
*** markvoelker has quit IRC11:46
*** links has joined #openstack-keystone11:47
*** GB21 has joined #openstack-keystone11:53
*** mvk_ has joined #openstack-keystone11:54
*** nisha_ has quit IRC11:59
*** nisha_ has joined #openstack-keystone12:00
*** roxanaghe has joined #openstack-keystone12:03
*** raildo-afk is now known as raildo12:07
*** josecastroleon has joined #openstack-keystone12:07
*** roxanaghe has quit IRC12:08
*** yolanda has joined #openstack-keystone12:08
*** shoutm has quit IRC12:10
*** dave-mccowan has joined #openstack-keystone12:11
*** shoutm has joined #openstack-keystone12:15
*** markvoelker has joined #openstack-keystone12:16
*** henrynash_ has quit IRC12:18
*** GB21 has quit IRC12:21
*** gordc has joined #openstack-keystone12:22
*** real56 has quit IRC12:22
*** ddieterly has joined #openstack-keystone12:22
openstackgerritAlvaro Lopez Garcia proposed openstack/keystoneauth: WIP - oidc: fix OpenID Connect authorization code grant_type  https://review.openstack.org/33000612:23
openstackgerritAlvaro Lopez Garcia proposed openstack/keystoneauth: oidc: add discovery document support  https://review.openstack.org/33046412:23
openstackgerritAlvaro Lopez Garcia proposed openstack/keystoneauth: oidc: remove grant_type argument  https://review.openstack.org/33046512:23
openstackgerritAlvaro Lopez Garcia proposed openstack/keystoneauth: WIP - oidc: fix OpenID Connect authorization code grant_type  https://review.openstack.org/33000612:25
openstackgerritAlvaro Lopez Garcia proposed openstack/keystoneauth: oidc: add discovery document support  https://review.openstack.org/33046412:25
openstackgerritAlvaro Lopez Garcia proposed openstack/keystoneauth: oidc: remove grant_type argument  https://review.openstack.org/33046512:25
*** amoralej is now known as amoralej|lunch12:25
*** links has quit IRC12:33
*** ddieterly has quit IRC12:35
*** daemontool has joined #openstack-keystone12:40
*** fesp has joined #openstack-keystone12:44
*** TxGVNN has joined #openstack-keystone12:46
*** links has joined #openstack-keystone12:46
*** fesp has quit IRC12:46
*** real56 has joined #openstack-keystone12:46
*** pauloewerton has joined #openstack-keystone12:50
*** code-R has joined #openstack-keystone12:51
dstaneksamueldmq: you're here way to early for me12:51
*** TxGVNN has quit IRC12:52
openstackgerritNisha Yadav proposed openstack/python-keystoneclient: Improve docs for v3 groups  https://review.openstack.org/33212112:52
*** code-R_ has joined #openstack-keystone12:53
samueldmqdstanek: hey, hehe12:55
*** henrynash_ has joined #openstack-keystone12:55
*** ChanServ sets mode: +v henrynash_12:55
*** code-R has quit IRC12:56
*** ddieterly has joined #openstack-keystone12:56
*** real56 has quit IRC13:02
*** nisha_ has quit IRC13:02
*** real56 has joined #openstack-keystone13:02
*** real56 has quit IRC13:03
*** roxanaghe has joined #openstack-keystone13:04
*** real56 has joined #openstack-keystone13:04
*** real56 has quit IRC13:05
*** ddieterly has quit IRC13:06
*** roxanaghe has quit IRC13:08
*** code-R_ has quit IRC13:09
*** real56 has joined #openstack-keystone13:09
*** edmondsw has joined #openstack-keystone13:10
*** afred312 has quit IRC13:11
*** sigmavirus24_awa is now known as sigmavirus2413:14
*** real56 has quit IRC13:15
*** real56 has joined #openstack-keystone13:16
*** real56 has quit IRC13:19
*** amoralej|lunch is now known as amoralej13:20
*** fifieldt has joined #openstack-keystone13:20
*** links has quit IRC13:23
*** real56 has joined #openstack-keystone13:23
*** richm has joined #openstack-keystone13:26
*** shoutm has quit IRC13:26
*** code-R has joined #openstack-keystone13:27
*** BigWillie has joined #openstack-keystone13:34
*** ddieterly has joined #openstack-keystone13:34
*** afred312 has joined #openstack-keystone13:35
*** woodburn has joined #openstack-keystone13:35
*** sdake has joined #openstack-keystone13:36
*** yolanda has quit IRC13:43
*** afred312 has quit IRC13:46
*** afred312 has joined #openstack-keystone13:47
*** openstackgerrit has quit IRC13:48
*** openstackgerrit has joined #openstack-keystone13:48
*** walharthi has joined #openstack-keystone13:50
*** afred312 has quit IRC13:51
*** ddieterly is now known as ddieterly[away]13:53
*** code-R has quit IRC13:53
*** code-R has joined #openstack-keystone13:54
*** ametts has joined #openstack-keystone13:55
openstackgerritMerged openstack/keystonemiddleware: Clean up middleware architecture  https://review.openstack.org/33184213:56
*** rderose has joined #openstack-keystone13:58
*** amakarov has joined #openstack-keystone13:58
*** afred312 has joined #openstack-keystone14:00
*** fifieldt has quit IRC14:01
*** jaosorior has quit IRC14:01
*** ddieterly[away] is now known as ddieterly14:02
openstackgerritSteve Martinelli proposed openstack/python-keystoneclient: Improve docs for v3 groups  https://review.openstack.org/33212114:03
*** code-R_ has joined #openstack-keystone14:04
*** roxanaghe has joined #openstack-keystone14:05
*** code-R has quit IRC14:07
*** afred312 has quit IRC14:08
*** afred312 has joined #openstack-keystone14:08
*** roxanaghe has quit IRC14:09
*** stevemar has joined #openstack-keystone14:12
*** ChanServ sets mode: +o stevemar14:12
openstackgerritMerged openstack/python-keystoneclient: Follow up patch for add domain functional tests  https://review.openstack.org/33206114:14
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Migrate identity /v2 docs from api-ref repo  https://review.openstack.org/32217314:16
openstackgerritLance Bragstad proposed openstack/keystoneauth: Fix code example for OAuth1 authentication  https://review.openstack.org/33216614:26
*** tonytan4ever has joined #openstack-keystone14:28
*** amrith has quit IRC14:28
*** amrith has joined #openstack-keystone14:28
lbragstadnotmorgan what was that python interpretter you were showing me and dstanek at the summit?14:36
lbragstadinterpreter*14:36
lbragstadstevemar can you tell i've been reading docs that last two days? ;)14:38
*** phalmos has joined #openstack-keystone14:38
dstaneklbragstad: ?14:40
lbragstaddstanek maybe it was dolphm?14:41
dstaneklbragstad: what was it?14:41
lbragstaddstanek rpdb? ipdb?14:41
lbragstadsomething like that14:41
dstanekah, a debugger?14:41
lbragstadit was a python interpreter that inspected a bunch of stuff and fuzzy completed stuff for you14:42
*** jorge_munoz has joined #openstack-keystone14:42
*** ninag has joined #openstack-keystone14:42
*** ninag has quit IRC14:43
*** afred312 has quit IRC14:46
*** yolanda has joined #openstack-keystone14:47
breton_ipython?14:47
lbragstadit was something like that, but i can't really remember... i don't think it was ipython or ipdb, but it reminded me of it14:48
*** edtubill has joined #openstack-keystone14:49
openstackgerritAlexander Makarov proposed openstack/keystone: Unified delegation model  https://review.openstack.org/20848814:50
openstackgerritAlexander Makarov proposed openstack/keystone: Unified delegation assignment driver  https://review.openstack.org/29131814:50
openstackgerritAlexander Makarov proposed openstack/keystone: Delegation parent discovery function  https://review.openstack.org/33057314:50
*** nkinder has joined #openstack-keystone14:50
*** timcline has joined #openstack-keystone14:50
*** timcline has quit IRC14:51
openstackgerritMerged openstack/keystone: Correct domain_id and name constraint dropping  https://review.openstack.org/32985514:51
*** timcline has joined #openstack-keystone14:51
*** woodburn has quit IRC14:52
*** raddaoui has joined #openstack-keystone14:53
dstaneklbragstad: i think i remember him demoing that14:53
dstaneki don't remembe what it was though14:53
lbragstaddstanek me either - i just remember watching over his shoulder and I wanted to make a note to mess with it14:54
openstackgerritAlexander Makarov proposed openstack/keystone: Unified delegation assignment driver  https://review.openstack.org/29131814:56
openstackgerritAlexander Makarov proposed openstack/keystone: Delegation parent discovery function  https://review.openstack.org/33057314:56
amakarovnotmorgan, o/14:57
amakarovnotmorgan, can you please help with https://gerrit.sqlalchemy.org/#/c/108?14:58
*** nisha_ has joined #openstack-keystone14:59
*** lucas____ has joined #openstack-keystone14:59
*** julim has joined #openstack-keystone15:00
*** KevinE has joined #openstack-keystone15:00
*** jaugustine has joined #openstack-keystone15:00
amakarovlbragstad, pudb is an interesting staff - it even has a ui15:00
*** KevinE has quit IRC15:00
lbragstadamakarov interesting - i wonder if that was it...15:01
*** jorge_munoz_ has joined #openstack-keystone15:01
amakarovlbragstad, it mimics Borland DOS debugger15:01
*** KevinE has joined #openstack-keystone15:01
amakarovc/pascal I mean15:02
*** daemontool has quit IRC15:02
*** jorge_munoz has quit IRC15:02
*** jorge_munoz_ is now known as jorge_munoz15:02
*** jaugustine_ has joined #openstack-keystone15:05
*** jaugustine has quit IRC15:06
openstackgerritMerged openstack/keystone: Make sure to use InnoDB as the DB engine  https://review.openstack.org/33187215:12
openstackgerritRon De Rose proposed openstack/keystone: PCI-DSS Password SQL model changes  https://review.openstack.org/31428415:15
*** nisha_ has quit IRC15:16
*** code-R_ has quit IRC15:18
*** nisha_ has joined #openstack-keystone15:20
*** jaugustine_ has quit IRC15:21
openstackgerritRon De Rose proposed openstack/keystone: PCI-DSS Password SQL model changes  https://review.openstack.org/31428415:21
*** jaugustine has joined #openstack-keystone15:22
*** ebarrera has quit IRC15:24
*** belmoreira has quit IRC15:29
*** tristanC has joined #openstack-keystone15:34
*** TxGVNN has joined #openstack-keystone15:35
*** pcaruana has quit IRC15:35
*** slberger has joined #openstack-keystone15:38
*** jaugustine has quit IRC15:39
*** jaosorior has joined #openstack-keystone15:39
*** walharthi has quit IRC15:39
*** jaugustine has joined #openstack-keystone15:40
*** jaugustine has quit IRC15:43
*** jaugustine has joined #openstack-keystone15:43
stevemarlbragstad: just a bit :)15:44
*** dan_nguyen has joined #openstack-keystone15:47
*** jaugustine has quit IRC15:48
*** ddieterly is now known as ddieterly[away]15:51
*** gyee has joined #openstack-keystone15:53
*** ChanServ sets mode: +v gyee15:53
*** afred312 has joined #openstack-keystone15:53
*** ebarrera has joined #openstack-keystone15:54
*** dmk0202 has joined #openstack-keystone15:54
*** ddieterly[away] is now known as ddieterly15:55
*** chris__hultin is now known as chris_hultin15:57
*** real56 has quit IRC15:58
*** yolanda has quit IRC16:04
-openstackstatus- NOTICE: Gerrit is being restarted now to apply an emergency security-related configuration change16:05
*** adrian_otto has joined #openstack-keystone16:09
*** mserngawy_ has joined #openstack-keystone16:15
*** dmk0202 has quit IRC16:22
*** roxanaghe has joined #openstack-keystone16:24
openstackgerritRon De Rose proposed openstack/keystone: PCI-DSS Password history requirements  https://review.openstack.org/32833916:24
*** adrian_otto has quit IRC16:25
*** adrian_otto has joined #openstack-keystone16:25
*** phalmos has quit IRC16:28
*** browne has joined #openstack-keystone16:28
*** darosale has joined #openstack-keystone16:28
*** stevemar has quit IRC16:29
*** links has joined #openstack-keystone16:30
*** roxanaghe_ has joined #openstack-keystone16:33
*** roxanaghe has quit IRC16:33
openstackgerritRon De Rose proposed openstack/keystone: PCI-DSS Password history requirements  https://review.openstack.org/32833916:35
*** GB21 has joined #openstack-keystone16:35
*** GB21 has quit IRC16:36
*** TxGVNN has quit IRC16:36
*** david-lyle has quit IRC16:38
*** david-lyle has joined #openstack-keystone16:38
*** jaosorior has quit IRC16:40
*** lucas____ has quit IRC16:41
samueldmqbknudson_: hi, I didn't get your comment here https://review.openstack.org/#/c/322247/16:42
patchbotsamueldmq: patch 322247 - keystone - Migrate identity /v2-admin docs from api-ref repo16:42
*** adrian_otto has left #openstack-keystone16:42
*** tonytan4ever has quit IRC16:45
*** lucas____ has joined #openstack-keystone16:50
*** catintheroof has joined #openstack-keystone16:53
*** lucas____ has quit IRC16:54
*** mvk_ has quit IRC16:58
openstackgerritMerged openstack/python-keystoneclient: Improve docs for v3 groups  https://review.openstack.org/33212116:59
openstackgerritRon De Rose proposed openstack/keystone: PCI-DSS Password SQL model changes  https://review.openstack.org/31428416:59
openstackgerritRon De Rose proposed openstack/keystone: PCI-DSS Password history requirements  https://review.openstack.org/32833916:59
*** pushkaru has joined #openstack-keystone17:01
*** jaugustine has joined #openstack-keystone17:01
*** BjoernT has joined #openstack-keystone17:10
*** roxanaghe_ has quit IRC17:10
*** roxanaghe has joined #openstack-keystone17:11
bknudson_samueldmq: http://docs-draft.openstack.org/47/322247/5/check/gate-keystone-api-ref/a1f1a91//api-ref/build/html/v2-admin/admin-extensions.html17:15
samueldmqbknudson_: was just copying at it was there in api-ref17:16
*** vern has joined #openstack-keystone17:16
samueldmqbknudson_: I agree that's not necessary though, I will remove it17:16
samueldmqbknudson_: thanks17:16
*** lucas____ has joined #openstack-keystone17:16
*** jaugustine has quit IRC17:18
*** nisha__ has joined #openstack-keystone17:18
*** jaugustine has joined #openstack-keystone17:20
*** ddieterly is now known as ddieterly[away]17:21
*** nisha_ has quit IRC17:21
lbragstadjamielennox you have the reservation spec topic, right?17:22
*** sdake_ has joined #openstack-keystone17:24
*** shaleh has joined #openstack-keystone17:26
*** sdake has quit IRC17:27
*** jdennis has quit IRC17:30
*** jbell8 has joined #openstack-keystone17:32
openstackgerritRon De Rose proposed openstack/keystone: Concrete role assignments for federated users  https://review.openstack.org/28494317:32
*** ayoung has quit IRC17:33
*** stevemar has joined #openstack-keystone17:36
*** ChanServ sets mode: +o stevemar17:36
*** jdennis has joined #openstack-keystone17:36
henrynash_rderose: hi17:37
stevemardamn irc bouncer is down17:37
openstackgerritAlexander Makarov proposed openstack/keystone-specs: Complete RBAC in keystone  https://review.openstack.org/32532617:37
rderosehenrynash_: hi17:37
henrynash_redrose: so tahnks for the udpates  to the sql changes for passwords (and was confused for a while when you missed out the actual file that updated the db !!)17:38
rderosehenrynash_: yeah, doing too many things at once :)17:39
rderosehenrynash_: thanks for the feedback, totally didn't see there was an exception field17:39
henrynash_redrose: I assume you are avoiding a server default on the created_at field due to compatbility between databases? Or is there some other reason? (since this would cure the problem of rolling upgrdaes)17:39
*** pnavarro has quit IRC17:39
openstackgerritRoxana Gherle proposed openstack/keystone: /services?name=<name> API fails when using list_limit  https://review.openstack.org/33179017:39
rderosehenrynash_: server_default is only used for table creates; not alter table17:40
*** pcaruana has joined #openstack-keystone17:40
henrynash_redrose: (I liked what you did with settingteh values….until I thoougt about rolling upgrades)17:40
*** phalmos has joined #openstack-keystone17:40
rderosehenrynash_: oh boy :)17:40
henrynash_rderose: you can’t have server_default on a new column ou are adding?17:40
rderosehenrynash_: correct, because add column will result in an alter table; not a table create17:41
rderosehenrynash_: at least that is my understanding17:41
henrynash_rderose: that’s a bummer17:41
rderosehenrynash_: yeah17:41
henrynash_rderose: and alter table is bad becuase…?17:42
*** rcernin has quit IRC17:43
rderosehenrynash_: alter table is not bad, it's just that when you add a column, you run an alter table command, as opposed to create.  and like I said, the server_default only works for create table command.  does that make sense?17:44
openstackgerritRoxana Gherle proposed openstack/keystone: /services?name=<name> API fails when using list_limit  https://review.openstack.org/33179017:44
openstackgerritRoxana Gherle proposed openstack/keystone: /services?name=<name> API fails when using list_limit  https://review.openstack.org/33179017:45
*** gagehugo has joined #openstack-keystone17:46
henrynash_rderose: ah, i see what you are saying…let me dig into that a bit, but you may be right….we should think about wht we do here…one altenative is we do’t alter the column (yet), and once we have rolled all the keystone, update the column in a finish migration” step (would be part of keystone-manage)…that’s the way rolling upgrades are meant to work….17:46
rderosehenrynash_: and setting a default datetime value is different for sqlite, mysql, and postgres17:46
rderosehenrynash_: hmm... interesting17:47
henrynash_rderose: People are trying to do rolling upgrades with keystone already (an we had bugs reported for Liberty to Mitaka)17:47
rderosehenrynash_: I see17:47
henrynash_rderose: I *think* we agreed that we were going to start officially supporting them with Newton….but I was never exactly sure if we did decide that at thesummit!17:48
*** jaugustine has quit IRC17:48
stevemarhenrynash_: we did!17:48
henrynash_(just checking!)17:49
stevemarhenrynash_: rderose no more subtractive changes (renames, drops, etc)17:49
*** itlinux has quit IRC17:49
*** jaugustine has joined #openstack-keystone17:50
henrynash_stevemar: this is a littlemore subtle…if you want to add a colum..but have the server populate teh value (so that older clients still work)…is the aisseu at hand here17:50
rderosestevemar: https://review.openstack.org/#/c/31428417:50
rderosestevemar henrynash_: yeah, so adding a created_at column, populating it, and then setting it to be not nullable17:51
rderosestevemar: and setting a default datetime value is not supported (spent hours trying to get that to work)17:52
*** spandhe has joined #openstack-keystone17:55
*** jaugustine has quit IRC17:56
*** jaugustine has joined #openstack-keystone17:57
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Migrate identity /v2-admin docs from api-ref repo  https://review.openstack.org/32224717:57
samueldmqbknudson_: ^17:57
samueldmqthanks17:57
stevemarmeeting time17:59
samueldmq\o/18:00
openstackgerritOpenStack Proposal Bot proposed openstack/keystone: Updated from global requirements  https://review.openstack.org/33229818:00
openstackgerritOpenStack Proposal Bot proposed openstack/keystoneauth: Updated from global requirements  https://review.openstack.org/33229918:00
openstackgerritOpenStack Proposal Bot proposed openstack/keystonemiddleware: Updated from global requirements  https://review.openstack.org/33230018:00
openstackgerritOpenStack Proposal Bot proposed openstack/ldappool: Updated from global requirements  https://review.openstack.org/32299018:00
*** ebarrera has quit IRC18:01
openstackgerritOpenStack Proposal Bot proposed openstack/oslo.policy: Updated from global requirements  https://review.openstack.org/33234618:04
openstackgerritOpenStack Proposal Bot proposed openstack/pycadf: Updated from global requirements  https://review.openstack.org/33235718:04
*** ayoung has joined #openstack-keystone18:05
*** ChanServ sets mode: +v ayoung18:05
openstackgerritOpenStack Proposal Bot proposed openstack/python-keystoneclient: Updated from global requirements  https://review.openstack.org/33236918:05
openstackgerritOpenStack Proposal Bot proposed openstack/python-keystoneclient-kerberos: Updated from global requirements  https://review.openstack.org/33118118:05
*** BjoernT has quit IRC18:07
*** amoralej is now known as amoralej|off18:11
openstackgerritNisha Yadav proposed openstack/python-keystoneclient: Add group functional tests Adds functional tests for groups. For now, the tests are created under a single class. Once we have a gate that runs against LDAP, we will create a class that only contains readonly tests and a tox call for it (e.g tox -e functi  https://review.openstack.org/33241118:14
openstackgerritDavid Stanek proposed openstack/keystone: WIP: please don't review me  https://review.openstack.org/21169318:16
openstackgerritNisha Yadav proposed openstack/python-keystoneclient: Add group functional tests  https://review.openstack.org/33241118:16
*** phalmos has quit IRC18:16
*** topol has joined #openstack-keystone18:17
*** ChanServ sets mode: +v topol18:17
*** mwheckmann has joined #openstack-keystone18:19
*** phalmos has joined #openstack-keystone18:19
*** ddieterly[away] has quit IRC18:21
*** pcaruana has quit IRC18:22
*** dan_nguyen has quit IRC18:30
*** BjoernT has joined #openstack-keystone18:32
*** nisha__ has quit IRC18:32
*** ninag has joined #openstack-keystone18:35
*** ninag has quit IRC18:36
*** links has quit IRC18:36
*** phalmos has quit IRC18:40
*** ddieterly has joined #openstack-keystone18:41
openstackgerritAlexander Makarov proposed openstack/keystone: Unified delegation model  https://review.openstack.org/20848818:42
openstackgerritAlexander Makarov proposed openstack/keystone: Unified delegation assignment driver  https://review.openstack.org/29131818:42
openstackgerritAlexander Makarov proposed openstack/keystone: Delegation parent discovery function  https://review.openstack.org/33057318:42
*** htruta` is now known as htruta18:48
*** timcline has quit IRC18:50
*** catintheroof has quit IRC18:51
*** timcline has joined #openstack-keystone18:51
*** catintheroof has joined #openstack-keystone18:51
*** jaosorior has joined #openstack-keystone18:52
*** ayoung has quit IRC18:54
*** timcline has quit IRC18:55
*** sdake has joined #openstack-keystone18:56
*** ayoung has joined #openstack-keystone18:59
*** ChanServ sets mode: +v ayoung18:59
*** sdake_ has quit IRC18:59
gyeehenrynash, I thought we agreed on nasted domains sometime ago no?19:00
*** ayoung has quit IRC19:00
jamielennoxnotmorgan: drop paste? i would like to consolidate a bunch of paste into the core service - but i see no reason to drop it19:01
raildogyee: it's a next step, after this project naming constraint issue19:01
notmorganjamielennox: yes. drop paste19:01
jamielennoxjust dangle that bait right at the end of the meeting19:01
notmorganbecause upgrades are a PITA19:01
notmorganbasically we need to stop shipping "config" that is "required" to run the service19:01
notmorgansolution: provide in a config file a list of classes/entrypoints to load as middleware19:01
dstaneknotmorgan: i'm also removing routes in an experimental patch19:01
gyeeraildo, k, I was confused about the dependencies19:02
notmorganand hook into the paste library stuff.19:02
notmorgandstanek: nice.19:02
notmorganjamielennox: this is for something openstack-wide19:02
dstaneknotmorgan: fixing up my flask patch for mid-cycle19:02
jamielennoxdstanek: i had another look at routes - if we didn't do things the crazy router way we do now it's not so bad19:02
notmorganjamielennox: the goal is to POC having "Sane" defaults for running a service with no configs on disk so pip doesn't have to create/install them19:02
dstanekjamielennox: it doesnt' jive well with the flask stuff i'm doing19:02
notmorganthis includes making policy.json defaults in-code with an extract-like-sample-config tool19:03
gyeeayoung, this is going to be sad, just received an alert on neighborhood locked down in progress, active shooter in camp park19:03
notmorganfor overrides.19:03
gyeeayoung, hope no one gets hurt19:03
jamielennoxdstanek: i would still prefer flask19:03
jamielennoxdstanek: was just thinking it was still a ways out19:03
notmorgangyee: :(19:03
notmorgandstanek: yay flask.19:03
*** erhudy has joined #openstack-keystone19:03
gyeenotmorgan, I am staying indoors till they lift the alert19:03
jamielennoxnotmorgan: meh to no configs on disk, you're always going to have configs on disk and pip should just stay out of it19:04
notmorganjamielennox: you are, but in this case we have things that can't be generated.19:04
notmorganand *must* exist.19:04
notmorganyou can't turn on keystone w/o a paste.ini19:04
notmorganand that is something we ship like code19:04
notmorganbut is "user editable"19:04
*** jaosorior has quit IRC19:05
notmorganit puts pip and non-distro packages into a weird/unhappy place19:05
notmorgansince they need to reach beyond their means and get very inconsistent results19:05
jamielennoxthat's because IMO we went way to far down the everything middleware option19:05
breton_who cares about pip and non-distro packages?19:05
notmorganan example is rootwrap19:05
notmorganit has to install things in sudoers to work19:05
notmorganbreton_: people doing docker containers and custom rolled installs.19:06
jamielennoxif you remove everything that is not optional from paste (like auth_context) paste is fine19:06
notmorganbreton_: via pip, etc19:06
notmorganjamielennox: so why even keep paste.ini?19:06
breton_notmorgan: oh ok19:06
jamielennoxnotmorgan: because people customize it - a lot19:06
notmorganjamielennox: we can just pass a list of classes to load19:06
notmorganjamielennox: it's all hooks under the hood.19:06
jamielennoxnotmorgan: and from a pure middleware perspective it's kinda nice19:06
jamielennoxok, not nice19:06
stevemarjamielennox: handy? :)19:06
jamielennoxbut you get used to it and it's fairly obvious19:06
notmorganjamielennox: yeah. it's just respinning how we get that data into paste19:07
notmorganjamielennox: removing the paste.ini itself.19:07
notmorganbut hooking into the same mechanism still.19:07
notmorganthen we don't need to ship a paste.ini19:07
jamielennoxyea, i don't know, having the info in paste vs having the info in conf not sure if people care, you'll still have upgrade problems19:07
notmorganjamielennox: the difference is we don't have to ship something to run the service19:08
jamielennoxnotmorgan: keystone.conf ?19:08
notmorganyou can run keystone w/o it today --- not well19:08
notmorganbut you can19:08
notmorganit defaults to sqlite.19:08
notmorganbut doable19:08
jamielennoxyou can't point to a db without keystone.conf - so i'd argue you can't19:08
notmorganrequiring a file on disk in /etc/ (basically) that is effectively code, is an issue19:09
notmorganif it is config, that is fine, don't mix code and config.19:09
jamielennoxif sqlite is a fine default then the use case you care about is: pip install keystone && keystone-all19:10
jamielennoxand keystone-all doesn't exist any more19:10
notmorganjamielennox: wsgi-ref19:10
jamielennoxnotmorgan: why optimize for that case? who cares?19:10
notmorganjamielennox: i care that when someone upgrades keystone they don't need to worry if *we* add/remove components from the middleware19:10
*** shewless has joined #openstack-keystone19:11
jamielennoxnotmorgan: would we not be doing that in CONF?19:11
notmorganjamielennox: if you supply your own middleware it should still work / be loaded19:11
bknudson_there's a keystone-public-wsgi script you can run in place of keystone-all.19:11
notmorganjamielennox: WE ARE doing it in conf now.19:11
shewlessHello guys. Thanks again for all of your help getting keystone federation to work. dstanek especially. ayoung as well. I finally got it working with testshib.  Soon I will be trying with my ADFS IDP at work.19:11
bknudson_there is a use case for not requiring any config files for keystone but it's testing.19:11
jamielennoxbknudson_: yea, forgot that did a simple server when run directly19:11
notmorganjamielennox: so - my answer is tryinbg to get us out from under "ship these files that are identical in 90% of the deploys"19:11
bknudson_see the comments in the review to install some etc.19:11
shewlessMy main problem was the "UseCanonicalNames" in my apache settings.  That "sort of" made it work but in the end it caused that bug where I would get a page not found error the first time19:12
notmorganif you want to have ytour own config, please do. but pip shouldn't need to be config-file aware at all.19:12
notmorganthere are reasons (see ML topic on PBR, wheels, etc)19:12
bknudson_https://review.openstack.org/#/c/326152/19:12
patchbotbknudson_: patch 326152 - keystone - Revert "Install necessary files in etc/"19:12
notmorganbknudson_: that was the start of it.19:12
notmorganbknudson_: it turns out it is a much much bigger problem19:13
jamielennoxnotmorgan: so i get that argument - but to me that means pip should sort itself out, not that every service needs to run without config files19:13
bknudson_shouldn't need to install the sample keystone.conf file, since it's all comments.19:13
shewlessFor what it's worth the instructions here could use some love (http://docs.openstack.org/developer/keystone/federation/shibboleth.html).  Especially just to note that everything goes in vh 500019:13
jamielennoxnotmorgan: everyone _is_ going to need a config file and optimizing for the stupid case isn't useful19:13
notmorganjamielennox: you can't expect pip to sort itself out19:13
notmorganjamielennox: and before we can set out a policy that setup.cfg does not ship config files19:14
notmorgan[as it shouldn't]19:14
bknudson_shewless: the source for that documentation is http://git.openstack.org/cgit/openstack/keystone/tree/doc/source/federation/shibboleth.rst19:14
shewlessI have a question though.  Even though I'm using port 5000 is everything in "federation" encrypted because via the SP and IdP by default?19:14
notmorganwe need to address shipping config files by default19:14
notmorganthese are config, not data files. and we (openstack) should not be shipping config in setup.cfg.19:14
shewlessbknudson_: I may just update the docs. I suppose I have to do a push request or something to get it reviewed?19:15
jamielennoxnotmorgan: ok, agreed, don't ship them in setup.cfg - done?19:15
notmorganjamielennox: then you don't have paste-ini for venvs.19:15
notmorganjamielennox: and need to extract explicitly multi-step wise. something that is 90+% the same in every environment19:15
openstackgerritMerged openstack/keystoneauth: Fix code example for OAuth1 authentication  https://review.openstack.org/33216619:15
notmorganwhy not make it code, like it really is19:15
bknudson_shewless: I hope this explains it: https://wiki.openstack.org/wiki/How_To_Contribute (It's been a while)19:16
notmorganallow a config option to add middleware(s) [hook]19:16
notmorganand we can stop needing to ship paste-ini files.19:16
dstanekshewless: yw19:16
jamielennoxnotmorgan: ok, i will look at the proposal when up, but going from deploying zero configs to one is a big deal, going from deploying one to two or three is trivial19:17
*** dan_nguyen has joined #openstack-keystone19:17
jamielennoxnotmorgan: and it seems like the overall effect will just be pushing everything into one19:17
notmorganjamielennox: it's an issue from a "openstack works and is upgradable" standpoint19:17
notmorganjamielennox: in docker containers, venvs, git, and distropackages19:18
shewlessI was also able to get each user to have their own project on login. The only caveat is that I have to create the project/group ahead of time.. kind of a bummer but we already have "new user" scripts that run so no big deal19:18
dstanekhenrynash_: i pitched as idea for an alternative approach to the project naming spec in a comment on the spec19:18
jamielennoxnotmorgan: unless you are expecting it to pull that kind of config at runtime (i once had a spec for that) it doesn't change the need for filse19:18
notmorganjamielennox: and i totally disagree between 1 to 2-3 for 18 services19:18
notmorganjamielennox: 1 config -> 18, 2-3 -> 18*2-319:19
mwheckmannshewless: care to share your mapping? I'm about to embark on a similar mapping scheme19:19
notmorganespecially since they are are very different.19:19
*** gyee has quit IRC19:19
jamielennoxyou will always end up diffing old config vs new config files to figure out what has changed beneath you19:19
notmorganand we're now eliminating a highly complex, highly static config file19:20
jamielennoxyou're eliminating a file by putting its content into another file19:20
notmorganno19:20
*** joaotargino has joined #openstack-keystone19:20
notmorgani'm eliminating 90% of a config file19:20
notmorganand allowing the part that people actually change to go into the config file19:21
notmorganand that 90% is effectively static data19:21
*** dan_nguyen has quit IRC19:22
notmorganand if it isn't static... you risk seriously breaking everything19:22
notmorganso, lets eliminate/make this easier to work with.19:22
jamielennoxok19:22
shewlessmwheckmann: sure: http://paste.ubuntu.com/17658442. Thank you for the help as well BTW. It helped me realize what my problem was.. though I did go back to shibboleth in the end19:22
openstackgerritMerged openstack/python-keystoneclient-kerberos: Updated from global requirements  https://review.openstack.org/33118119:22
notmorganthe difference between saying "use these classes as middleware" [or entry points] and "update the paste-ini file to add them" is significant19:23
shewlessmwheckmann: the "type" is the attribute pulled by your service provider.  you should have a domain called "foo" in this case as well19:24
shewlessmwheckmann: and you need to run these 3 commands per user... maybe it can be paired down to 2 commands.. still need to explore19:24
jamielennoxnotmorgan: so i realize i'm being overly difficult - and they have become too complex with required stuff, so anything we can do to clean that up i'd be for19:24
mwheckmannshewless: np. thanks for the mapping. So it looks like you're mapping them to a local group w/ same name as their remote username? correct?19:24
shewlessmwheckmann: "openstack group create Ego --domain foo"  "openstack project create Ego --domain foo" openstack role add user --group Ego --project Ego19:25
notmorganjamielennox: i really wouldn't care too much, but i'm trying to resolve the "stop shipping config" openstack-wide via pip as a policy19:25
jamielennoxnotmorgan: but it's biting off a big cross-project spec to work around pip problems which we could get around by saying "don't ship conf files"19:25
notmorganjamielennox: and this is one of the [easier] things to tackle. policy is harder (but will have a pattern for it)19:25
shewlessmwheckmann: yes. that is why I need to run those commands to create local groups and projects19:25
notmorganjamielennox: pip problems have been problems for year+ noiw19:25
*** roxanaghe has quit IRC19:26
notmorganand it's not solving itself, even when folks get involved it's even harder to address since setuptools, wheels, and distools work in mysterious ways19:26
jamielennoxnotmorgan: and i have seen what happens to people who mess with that stuff and have zero interest in going there19:26
*** edtubill has quit IRC19:26
notmorganwe can say "don't ship config in setup.cfg, it's the wrong tool for the job for *lots of reasons*"19:26
shewlessmwheckmann: in my case I want users to have a unique project that is named the same as their user name... since federation only allows me to map users to groups I have to also create a group with the same name as the user and map the project and role to the group.. if that makes sense..19:26
*** mwheckma1n has joined #openstack-keystone19:26
notmorganjamielennox: and we do rely on pip for a lot of things and a lot of deployers do19:26
shewlessmwheckmann: if you find a better way let me know! :)19:27
*** permalac_ has joined #openstack-keystone19:27
jamielennoxnotmorgan: anyway - we could fix this by consolidating all the non-optional middleware into core, and if that leaves an empty paste file - then skip paste19:27
notmorganjamielennox: except you can't19:27
notmorganjamielennox: paste.ini is still needed to load the core service atm19:27
notmorganjamielennox: which is what i want to fix.19:27
*** topol_ has joined #openstack-keystone19:27
*** ChanServ sets mode: +v topol_19:27
*** darosale_ has joined #openstack-keystone19:27
jamielennoxif file not found, load services directly19:28
notmorganjamielennox: then why not just go the next step and make it so you can just specify a list of middleware that isn't core?19:28
*** henrynash has quit IRC19:28
*** martinus__ has quit IRC19:28
*** henrynash_ is now known as henrynash19:28
jamielennoxnotmorgan: we do, in paste19:28
jamielennox:)19:29
notmorganjamielennox: but you now need to create the entire paste file!!19:29
notmorganugh.19:29
*** samueldmq has quit IRC19:29
notmorganwhat a terrible awful design19:29
jamielennoxalright - this one doesn't really bother me and i didn't expect to argue about it19:29
notmorgan:P19:29
*** mwheckmann has quit IRC19:29
*** darosale has quit IRC19:29
*** rdo has quit IRC19:29
notmorgani know it doesn't impact you19:29
*** mwheckma1n is now known as mwheckmann19:30
notmorganin fact, it hardly impacts keystone19:30
*** darosale_ is now known as darosale19:30
notmorganit impacts nova privsep, etc much much more19:30
jamielennoxpersonally i don't see the effort worth the reward but if you do then it's worth it19:30
notmorganand we should be consistent openstack wide19:30
*** topol has quit IRC19:30
*** david-lyle has quit IRC19:30
*** gabriel-bezerra has quit IRC19:30
*** permalac has quit IRC19:31
*** hoonetorg has quit IRC19:31
*** tristanC has quit IRC19:31
*** tonyb has quit IRC19:31
*** rdo has joined #openstack-keystone19:31
openstackgerritRon De Rose proposed openstack/keystone: Concrete role assignments for federated users  https://review.openstack.org/28494319:31
notmorganjamielennox: this isn't the stupid case19:32
notmorganugh sorry backscroll19:32
*** tristanC has joined #openstack-keystone19:32
notmorganand up-arrow19:32
*** tonyb has joined #openstack-keystone19:32
mwheckmannshewless: perfect. thanks for confirming. I'm looking at the classic case of mapping users to shared projects. But this spec for Newton will do what you want without pre-creating: https://review.openstack.org/#/c/324055/2/specs/keystone/newton/shadow-mapping.rst19:32
patchbotmwheckmann: patch 324055 - keystone-specs - Mapping shadow users into projects and roles19:32
shewlessmwheckmann: can't wait :)19:34
*** henrynash_ has joined #openstack-keystone19:35
*** ChanServ sets mode: +v henrynash_19:35
*** martinus__ has joined #openstack-keystone19:35
*** dave-mccowan has quit IRC19:36
*** phalmos has joined #openstack-keystone19:38
*** dave-mccowan has joined #openstack-keystone19:40
*** ayoung has joined #openstack-keystone19:40
*** ChanServ sets mode: +v ayoung19:40
*** topol_ has quit IRC19:41
*** david-lyle has joined #openstack-keystone19:41
*** topol has joined #openstack-keystone19:41
*** ChanServ sets mode: +v topol19:41
*** gabriel-bezerra has joined #openstack-keystone19:43
openstackgerritRon De Rose proposed openstack/keystone: Concrete role assignments for federated users  https://review.openstack.org/28494319:43
*** hoonetorg has joined #openstack-keystone19:43
*** dave-mccowan has quit IRC19:45
*** timcline has joined #openstack-keystone19:45
*** dave-mcc_ has joined #openstack-keystone19:45
*** BigWillie has quit IRC19:45
*** buhman has quit IRC19:48
*** timcline has quit IRC19:49
*** walharthi has joined #openstack-keystone19:50
*** pushkaru has quit IRC19:52
*** haplo37_ has joined #openstack-keystone19:58
openstackgerritRon De Rose proposed openstack/keystone: PCI-DSS Password history requirements  https://review.openstack.org/32833919:59
openstackgerritThomas Herve proposed openstack/keystonemiddleware: Fix an issue with oslo_config_project paste config  https://review.openstack.org/33245920:02
openstackgerritRon De Rose proposed openstack/keystone: PCI-DSS Password history requirements  https://review.openstack.org/32833920:04
*** rcernin has joined #openstack-keystone20:13
stevemarEmilienM: you like running off of master eh? :) https://bugs.launchpad.net/aodh/+bug/159493020:21
openstackLaunchpad bug 1594930 in keystonemiddleware "aodh fails with keystonemiddleware after commit f8c150a9cc9b407b2df87244daf3342177260e90" [Undecided,In progress] - Assigned to Thomas Herve (therve)20:21
EmilienMas usual20:21
*** lucas____ has quit IRC20:21
EmilienMstevemar: please look https://review.openstack.org/#/c/332459/ when you can :)20:21
patchbotEmilienM: patch 332459 - keystonemiddleware - Fix an issue with oslo_config_project paste config20:21
stevemarEmilienM: i guess it helps to find issues before we release :)20:21
stevemarEmilienM: looking now20:21
EmilienMstevemar: yeah but it would be cool to also improve keystonemiddleware testing coverage20:22
*** edtubill has joined #openstack-keystone20:22
*** lucas____ has joined #openstack-keystone20:22
jamielennoxEmilienM: oh, https://review.openstack.org/#/c/332459/1/keystonemiddleware/_common/config.py makes a difference?20:23
patchbotjamielennox: patch 332459 - keystonemiddleware - Fix an issue with oslo_config_project paste config20:23
EmilienMjamielennox: yes20:23
jamielennoxi guess i didn't check that and assumed that None or empty list would have the same behaviour20:23
jamielennoxwhich seemed logical but you shouldn't assume20:23
*** lucas____ has quit IRC20:24
*** lucas____ has joined #openstack-keystone20:26
*** lucas____ has quit IRC20:26
openstackgerritDavid Stanek proposed openstack/keystone: Reduce setup overhead in auth_plugin tests  https://review.openstack.org/26639720:27
*** markvoelker has quit IRC20:27
jamielennox"220:27
jamielennox+220:27
*** edtubill has quit IRC20:29
stevemarEmilienM: +2 +A20:29
EmilienMthanks20:29
EmilienMyou folks are fast here20:29
*** lucas____ has joined #openstack-keystone20:29
bknudson_we stopped caring about unit tests.20:30
EmilienMwe figured :P20:30
*** gagehugo has quit IRC20:33
*** lucas____ has quit IRC20:35
*** edtubill has joined #openstack-keystone20:35
*** edtubill has quit IRC20:38
*** ayoung has quit IRC20:38
*** timcline has joined #openstack-keystone20:39
*** lucas____ has joined #openstack-keystone20:39
*** dan_nguyen has joined #openstack-keystone20:40
*** lucas____ has quit IRC20:41
*** ddieterly is now known as ddieterly[away]20:42
*** jaugustine_ has joined #openstack-keystone20:42
*** edtubill has joined #openstack-keystone20:43
*** timcline_ has joined #openstack-keystone20:43
*** timcline has quit IRC20:43
*** jaugustine has quit IRC20:44
*** jaugustine_ is now known as jaugustine20:44
jamielennoxin our defence the only thing that uses that code is aodh because they decided they wanted to do things special20:44
*** dan_nguyen has quit IRC20:44
*** jaugustine has quit IRC20:45
*** lucas____ has joined #openstack-keystone20:45
*** edtubill has quit IRC20:47
*** lucas____ has quit IRC20:49
*** roxanaghe has joined #openstack-keystone20:53
*** lucas____ has joined #openstack-keystone20:58
dstanek /b 2820:58
*** lucas____ has quit IRC20:59
*** lucas____ has joined #openstack-keystone20:59
*** lucas____ has quit IRC21:00
*** lucas____ has joined #openstack-keystone21:00
*** gyee has joined #openstack-keystone21:00
*** ChanServ sets mode: +v gyee21:00
amrithbknudson_, hello ...21:01
* amrith wonders whether anybody is home, walks from room to room and finds no one ...21:02
bknudson_amrith: what's up?21:02
amrithhi bknudson_21:02
amrithwas wondering if you'd had a chance to look more into the test failures21:02
amrithwas it that you were expecting .00000021:02
amriththat is an isotime() quirk21:02
bknudson_not yet. I'll take a look at it now.21:02
amrithand not shared by isoformat()21:02
amrithok, thanks21:03
bknudson_just set a breakpoint and see what timeutils.isoformat is returning.21:03
amrithjust wanted to check. what was the testing you did, just ran tox on keystone? I could try that if that's all you did. else I'll wait for your testing.21:03
*** woodburn has joined #openstack-keystone21:03
amrithif you pass it something with a microsecond = 021:03
amrithand you specify microsecond21:03
amrithit'll still give you HH:MM:SS+NN:NN or HH:MM:SSZ21:04
bknudson_amrith: yes, just ran tox on keystone after installing the new oslo.utils in the venv21:04
amrithno .00000021:04
amriththat's guaranteed21:04
amrithin other words, that is something that I now realize is a difference from isotime()21:04
*** pauloewerton has quit IRC21:04
amrithif you want that behavior, it is easy enough to do ...21:04
*** ddieterly[away] is now known as ddieterly21:04
*** raildo is now known as raildo-afk21:04
bknudson_I think we will need that behavior otherwise it would cause an incompatible change in the REST API.21:04
bknudson_but let me make sure that's the case.21:05
*** lucas____ has quit IRC21:05
bknudson_could just add a testcase to oslo.utils to show how it works, too.21:05
amrithyes, I will do that.21:05
amrithadd the test21:05
*** yolanda has joined #openstack-keystone21:06
*** mwheckmann has quit IRC21:09
openstackgerritRon De Rose proposed openstack/keystone: PCI-DSS Disable inactive users requirements  https://review.openstack.org/32844721:11
bknudson_amrith: looks like it was as expected: http://paste.openstack.org/show/520993/21:13
bknudson_passed a datetime with at= that didn't have microseconds specified.21:14
amrithsorry, I don't follow21:15
amrithif you invoke isotime() with subsecond False21:16
amrithit will never show subsecond21:16
amrithand if you invoke with subsecond True21:16
amrithit will always show subsecond21:16
amrithwith isoformat() it is different21:16
amrithif you invoke with subsecond is false, it will never show subsecond21:16
amrithif you invoke with subsecond is True but don't provide microsecond information, it will NOT show .00000021:16
bknudson_amrith: timeutils.isoformat is called with (datetime.datetime(2016, 6, 21, 21, 12, 39), True) and returns 2016-06-21T21:12:39Z21:16
amrithisotime() woud21:16
amrithwould21:17
amrithcorrect21:17
openstackgerritRon De Rose proposed openstack/keystone: PCI-DSS Password strength requirements  https://review.openstack.org/32058621:17
amrithisotime would return 2016-06-21T21:12:39.00000021:17
bknudson_if isoformat doesn't work like isotime in this respect then I'm not going to use it in keystone.21:18
amrithI have to fix that :)21:18
amrithwas just waiting to confirm that this was what you needed21:18
bknudson_ok21:18
*** jbell8 has quit IRC21:19
amrithsee: http://paste.openstack.org/show/520995/21:19
bknudson_Looks good.21:20
amrithwill fix and resubmit21:20
amriththx21:20
*** markvoelker has joined #openstack-keystone21:21
bknudson_I wish isotime didn't have an argument for subsecond=True/False... I have no idea whether the calls are correct.21:21
openstackgerritRoxana Gherle proposed openstack/keystone: /services?name=<name> API fails when using list_limit  https://review.openstack.org/33179021:26
openstackgerritMerged openstack/keystoneauth: Updated from global requirements  https://review.openstack.org/33229921:26
*** walharthi has quit IRC21:27
openstackgerritMerged openstack/pycadf: Updated from global requirements  https://review.openstack.org/33235721:28
*** ddieterly is now known as ddieterly[away]21:29
*** KevinE_ has joined #openstack-keystone21:30
openstackgerritMerged openstack/python-keystoneclient: Updated from global requirements  https://review.openstack.org/33236921:31
openstackgerritMerged openstack/oslo.policy: Updated from global requirements  https://review.openstack.org/33234621:32
openstackgerritMerged openstack/keystonemiddleware: Updated from global requirements  https://review.openstack.org/33230021:33
*** rderose has quit IRC21:33
*** KevinE has quit IRC21:33
rodrigodsstevemar, hey... quick question: what is the policy to decide if a change need a release note or not?21:34
openstackgerritMerged openstack/keystone: Updated from global requirements  https://review.openstack.org/33229821:34
*** KevinE_ has quit IRC21:35
*** ddieterly[away] is now known as ddieterly21:35
*** haplo37_ has quit IRC21:37
*** topol has quit IRC21:38
*** markvoelker has quit IRC21:39
*** rderose has joined #openstack-keystone21:41
*** ayoung has joined #openstack-keystone21:41
*** ChanServ sets mode: +v ayoung21:41
*** rcernin has quit IRC21:41
*** clayton has quit IRC21:46
*** stevemar has quit IRC21:47
*** clayton has joined #openstack-keystone21:47
*** chlong|rhce_trng has quit IRC21:48
*** roxanaghe has quit IRC21:49
*** markvoelker has joined #openstack-keystone21:50
*** catintheroof has quit IRC21:51
*** ametts has quit IRC21:54
openstackgerritMerged openstack/python-keystoneclient: Add group functional tests  https://review.openstack.org/33241121:54
*** jbell8 has joined #openstack-keystone21:56
*** darosale has quit IRC21:57
*** woodburn has quit IRC21:59
*** dan_nguyen has joined #openstack-keystone22:04
*** jrist has quit IRC22:06
ayoungI had to look twice at this domain name https://jamielinux.com/docs/openssl-certificate-authority/sign-server-and-client-certificates.html22:06
openstackgerritBrant Knudson proposed openstack/keystone: Correct use of isotime  https://review.openstack.org/33249322:11
*** edtubill has joined #openstack-keystone22:13
*** phalmos has quit IRC22:14
*** timcline_ has quit IRC22:15
*** timcline has joined #openstack-keystone22:15
*** iurygregory_ has joined #openstack-keystone22:15
*** edtubill has quit IRC22:17
*** ddieterly is now known as ddieterly[away]22:19
*** timcline has quit IRC22:20
*** edmondsw has quit IRC22:25
jamielennoxayoung: long, i thought you mistyped it as well22:29
*** markvoelker has quit IRC22:36
*** roxanaghe has joined #openstack-keystone22:41
*** ddieterly[away] is now known as ddieterly22:43
*** lucas____ has joined #openstack-keystone22:44
*** edtubill has joined #openstack-keystone22:47
*** KevinE has joined #openstack-keystone22:47
*** lucas____ has quit IRC22:48
*** KevinE has quit IRC22:51
*** topol has joined #openstack-keystone22:55
*** ChanServ sets mode: +v topol22:55
openstackgerritMerged openstack/keystonemiddleware: Fix an issue with oslo_config_project paste config  https://review.openstack.org/33245922:57
*** ddieterly has quit IRC22:57
*** chlong has joined #openstack-keystone23:02
*** stevemar has joined #openstack-keystone23:07
*** ChanServ sets mode: +o stevemar23:07
*** KevinE has joined #openstack-keystone23:08
*** jbell8 has quit IRC23:09
*** lucas____ has joined #openstack-keystone23:10
*** erhudy has quit IRC23:11
*** stevemar has quit IRC23:12
*** jrist has joined #openstack-keystone23:12
*** itlinux has joined #openstack-keystone23:14
*** lucas____ has quit IRC23:14
*** stevemar has joined #openstack-keystone23:18
*** ChanServ sets mode: +o stevemar23:18
stevemarrodrigods: depends if the change will impact users23:18
*** dan_nguyen has quit IRC23:19
*** shaleh has quit IRC23:21
*** edtubill has quit IRC23:22
*** edtubill has joined #openstack-keystone23:23
*** julim has quit IRC23:25
*** slberger has left #openstack-keystone23:27
jamielennoxayoung: in centos 7.2 ipsilon is still at 1.0.0 - why?23:35
*** lucas____ has joined #openstack-keystone23:38
ayoungjamielennox, Keycloak...23:40
jamielennoxayoung: sure, but update to 1.2 anyway23:41
ayoungjamielennox, it should probably move to EPEL23:41
ayoungjamielennox, but it is that weird catch 2223:41
jamielennoxcould maintain 1.0 in core and 1.2 in epel?23:42
ayoungits tech preview, because Keycloak is the basis for the new product.23:42
ayoungI don;'t know23:42
ayoungis there a COPR for it?23:42
jamielennoxyea23:42
*** lucas____ has quit IRC23:42
jamielennoxhttps://copr.fedorainfracloud.org/coprs/puiterwijk/ipsilon/23:42
*** lucas____ has joined #openstack-keystone23:43
ayoungjamielennox, https://copr-be.cloud.fedoraproject.org/results/puiterwijk/ipsilon/epel-7-x86_64/00330301-ipsilon/  is up to date23:43
jamielennoxayoung: also i might have used keycloak - but that's not packaged23:43
ayoungjamielennox, all I want to do is fix policy23:44
ayoungand this stuff is my Albatross23:44
jamielennoxayoung: reservations will do it23:44
ayoungHa23:45
ayoungno, but they will make things better23:45
ayoungjamielennox, so, naming23:45
jamielennoxayoung: don't call it a token - otherwise i don't cre23:45
jamielennoxcare23:45
ayoungjamielennox, the end product is a token.  Prior to that, it is a promise23:46
*** topol has quit IRC23:46
jamielennoxno the start product is a token23:46
ayoungits an implied delegation23:46
ayoungjamielennox, ok, I see it something like this23:46
*** BjoernT has quit IRC23:46
ayoungI get a token with a role specific to the operations23:47
ayoungI send that to Nova and say "boot server"23:47
ayoungnova validates the token, and gets, in  the response, one of those things23:47
*** lucas____ has quit IRC23:47
ayoungit hands one of those things to glance, cinder, and neutron during the boot process23:47
ayoungpossibly one, possibly three depending on how you want to implement23:48
ayounglets say one23:48
jamielennoxayoung: i see less reason with this to do "role specific to the operation" but ok, doesn't change it23:48
jamielennoxone23:48
ayoungok, SO THAT thing is not a reservation.  THe reservation is what was created implicitly to allo Nova to get "that thing"23:48
ayoungits the delegation23:48
jamielennoxotherwise the expiry doesn't work23:48
ayoungthe reservation is created implicitly when I first got the token23:49
ayoungso, when Nova validates the token, it exercises the reservation.23:49
ayoungI say the right way to complete that statement is "and gets a new token"23:50
jamielennoxno because the reservation is not created implicitly23:50
ayoungTHat new token is not limited by the expiry of the original23:50
ayoungeyebrows?23:50
ayoungit is explicit?23:50
jamielennoxthe reservation here is just an authenticated state transfer right?23:50
jamielennoxsame as tokens now23:50
ayoungjamielennox, perhaps a bit more than that23:51
jamielennoxso it doesn't hit the database but yes you would ask it to create a reservation for you instead of validating your token (token validation included in process)23:52
openstackgerritDavid Stanek proposed openstack/keystone: Reduce setup overhead in auth_plugin tests  https://review.openstack.org/26639723:52
openstackgerritDavid Stanek proposed openstack/keystone: Limits config fixture usage to where it's needed  https://review.openstack.org/26639923:52
openstackgerritDavid Stanek proposed openstack/keystone: Change the remaining conf setup to use the fixture  https://review.openstack.org/26639823:52
ayounghte reservation, since it is managed by Keystone, also allows the service to say "I'm going to need this for a while..." and get a delegation that lasts longer than the original token expiry23:52
*** lucas____ has joined #openstack-keystone23:52
jamielennoxayoung: it's going to have to for now because of the way people implemented trusts23:52
jamielennoxhow we policy that is still undertermined23:53
ayoungjamielennox, a reservation (in the hotel sense) is a  promise. When you show up to the hotel, you still show your id to get the room, based on the reservation23:54
ayoungwhat you are creating here is more like the key card to the room23:54
jamielennoxok, thats not how i'm using it23:54
ayoungthat is a token23:54
jamielennoxusing the term23:54
jamielennoxbut i'm keen to change it23:54
ayoungjamielennox, I really suggest you find an appropriate modifier around the word token23:54
ayounglong-lived-tokens23:54
jamielennoxwhat if for now we ignore all the other meanings and call in AuthContext23:54
jamielennoxjust for this convo23:55
ayoungor service-promoted-happy-tokens23:55
ayounghmmm23:55
jamielennoxin any other system like this you validate the user's credentials (in this case a token)23:55
jamielennoxyou authorize it's allowed to make the request23:55
ayoungso,  the AuthCOntext is the end product?23:55
jamielennoxthen you create an AuthContext with the user information23:55
ayoungeven with tokens, what you really want is an AuthContext, right?23:55
jamielennoxthis AuthContext is then shuffled around to all services to represent the current operation, who's performing it and the object it's on23:56
ayoungHow about AuthzCOntext to be explicit that this is for authorization?23:56
*** lucas____ has quit IRC23:56
ayoungI almost suggested just calling it an authorizatiojn23:57
ayoungwithout the j23:57
jamielennoxright - that's the best name i have, but it's super overloaded23:57
ayounglightweight-delegations?23:57
ayoungephemeral delegations?23:57
jamielennoxso this AuthContext is for one operation, now because of the re-entrant problem we can't just trust that anyone providing an authcontext is real23:57
jamielennoxso we're using keystone as a means of doing verification and packaging of AuthContext data23:58
ayoungservice delegation tokens are what is passed back and forth, and they produce service delegation authz context23:58
jamielennoxwe could use PKI but that's bean a problem before23:58
ayoungyep23:58
jamielennoxwe could do symmetric key distribution but that would be ugly23:58
ayoungwe'll use the Fernet format for the same reason we are using it for tokens23:58
jamielennoxmost likely,yea23:58
ayoungit keeps a liveness check in play23:59
ayoungwhich was the real problem with pki23:59
jamielennoxthis is actually a better case than tokens for PKI, but i still don't think people would be ok with us redoing that23:59
jamielennoxso i still plan on like a 15 minutes expiration on this AuthContext23:59
ayoungnah, we still want Keystone to say "yes, that is still legal"23:59
ayoungI think that will prove to be too short23:59

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