Wednesday, 2015-02-04

*** timcline has joined #openstack-keystone00:01
*** lhcheng has quit IRC00:01
*** atiwari has quit IRC00:03
*** lhcheng has joined #openstack-keystone00:03
gyeemorganfainberg, dhellmann, oslo.config question for ya00:03
gyeehow to escape special chars in a list00:03
gyee?00:03
*** dkingshott has quit IRC00:04
morganfainberguh.00:04
morganfainberglike ','00:04
morganfainberg?00:04
morganfainbergno idea00:04
gyeefoo = a,b,c,d\,dd00:04
gyeeso I want ['a', 'b', 'c', 'd,dd']00:04
*** markvoelker has quit IRC00:07
*** tqtran_afk has quit IRC00:10
*** abhirc has joined #openstack-keystone00:15
*** jasondotstar has joined #openstack-keystone00:16
*** ncoghlan has joined #openstack-keystone00:19
*** dims has quit IRC00:22
*** dims has joined #openstack-keystone00:23
*** alex_xu_ has quit IRC00:23
*** oomichi has joined #openstack-keystone00:26
gyeedoesn't look like there's a way to escape comma00:28
gyeehttps://github.com/openstack/oslo.config/blob/master/oslo_config/types.py#L23200:28
gyeeunless I misread the code00:28
*** timcline has quit IRC00:31
*** timcline has joined #openstack-keystone00:31
*** abhirc has quit IRC00:34
*** timcline has quit IRC00:36
*** timcline has joined #openstack-keystone00:37
*** jasondotstar has quit IRC00:41
*** timcline has quit IRC00:41
*** abhirc has joined #openstack-keystone00:50
*** markvoelker has joined #openstack-keystone00:52
openstackgerritRodrigo Duarte proposed openstack/python-keystoneclient: Implements subtree_as_ids and parents_as_ids  https://review.openstack.org/15007800:53
*** david-lyle is now known as david-lyle_afk00:57
*** markvoelker has quit IRC01:00
*** zzzeek has quit IRC01:00
*** timcline has joined #openstack-keystone01:02
*** timcline has quit IRC01:06
*** abhirc has quit IRC01:08
*** abhirc has joined #openstack-keystone01:10
*** nellysmitt has joined #openstack-keystone01:11
openstackgerritSteve Martinelli proposed openstack/keystone: Use oslo_log instead of incubator  https://review.openstack.org/15269901:11
*** DaveChen has joined #openstack-keystone01:12
*** abhirc has quit IRC01:15
*** nellysmitt has quit IRC01:16
*** markvoelker has joined #openstack-keystone01:19
openstackgerritSteve Martinelli proposed openstack/keystone: Set initiators ID to user_id  https://review.openstack.org/15275801:19
*** jasondotstar has joined #openstack-keystone01:24
*** gyee has quit IRC01:27
*** _cjones_ has quit IRC01:29
*** _cjones_ has joined #openstack-keystone01:29
*** lhcheng has quit IRC01:31
*** jamielennox is now known as jamielennox|away01:33
*** dims has quit IRC01:33
*** _cjones_ has quit IRC01:34
*** samueldmq_ has joined #openstack-keystone01:35
*** dims has joined #openstack-keystone01:38
*** dims has quit IRC01:42
*** dims has joined #openstack-keystone01:42
*** gabriel-bezerra has quit IRC01:42
*** gabriel-bezerra has joined #openstack-keystone01:43
*** timcline has joined #openstack-keystone01:44
*** timcline has quit IRC01:44
*** timcline has joined #openstack-keystone01:44
*** abhirc has joined #openstack-keystone01:45
*** jasondotstar has quit IRC01:50
*** timcline has quit IRC02:01
*** timcline has joined #openstack-keystone02:02
*** topol has joined #openstack-keystone02:02
*** ChanServ sets mode: +v topol02:02
*** timcline has quit IRC02:02
*** timcline has joined #openstack-keystone02:03
*** timcline has quit IRC02:07
*** rwsu is now known as rwsu-afk02:11
*** samueldmq_ has quit IRC02:11
*** erkules_ has joined #openstack-keystone02:13
*** erkules has quit IRC02:16
*** diegows has quit IRC02:33
*** timcline has joined #openstack-keystone02:33
*** kfox1111 has joined #openstack-keystone02:35
*** dims has quit IRC02:35
*** dims has joined #openstack-keystone02:36
*** abhirc has quit IRC02:36
*** timcline has quit IRC02:37
*** rushiagr_away is now known as rushiagr02:48
openstackgerritSteve Martinelli proposed openstack/keystone: Add CADF notifications for most resources  https://review.openstack.org/15113702:49
openstackgerritSteve Martinelli proposed openstack/keystone: Refactor _send_audit_notification  https://review.openstack.org/15155102:49
*** timcline has joined #openstack-keystone02:49
openstackgerritSteve Martinelli proposed openstack/keystone: Add CADF notifications for most resources  https://review.openstack.org/15113702:49
openstackgerritSteve Martinelli proposed openstack/keystone: Publicize region/endpoint/policy/service events  https://review.openstack.org/15177402:49
openstackgerritSteve Martinelli proposed openstack/keystone: Add CADF notification handling for policy/region/service/endpoint  https://review.openstack.org/15178602:49
openstackgerritSteve Martinelli proposed openstack/keystone: Add a test for create_domain in notifications  https://review.openstack.org/15179102:50
*** spandhe has quit IRC02:50
openstackgerritSteve Martinelli proposed openstack/keystone: Add a test for create_domain in notifications  https://review.openstack.org/15179102:51
*** dims has quit IRC02:51
*** kfox1111 has quit IRC02:52
*** timcline has quit IRC02:53
openstackgerritSteve Martinelli proposed openstack/keystone: Add CADF notifications for most resources  https://review.openstack.org/15113702:56
openstackgerritSteve Martinelli proposed openstack/keystone: Publicize region/endpoint/policy/service events  https://review.openstack.org/15177402:57
openstackgerritSteve Martinelli proposed openstack/keystone: Add CADF notification handling for policy/region/service/endpoint  https://review.openstack.org/15178602:57
openstackgerritSteve Martinelli proposed openstack/keystone: Add a test for create_domain in notifications  https://review.openstack.org/15179102:57
openstackgerritSteve Martinelli proposed openstack/keystone: Revamp the documentation surrounding notifications  https://review.openstack.org/12618002:57
openstackgerritSteve Martinelli proposed openstack/keystone: Add context to manager classes that send notifications  https://review.openstack.org/15186603:01
openstackgerritSteve Martinelli proposed openstack/keystone: WIP - Add CADF notifications for trusts  https://review.openstack.org/15186703:01
*** tellesnobrega_ has joined #openstack-keystone03:03
*** nellysmitt has joined #openstack-keystone03:12
*** nellysmitt has quit IRC03:16
*** rushiagr is now known as rushiagr_away03:19
*** stevemar has quit IRC03:23
*** stevemar has joined #openstack-keystone03:24
*** ChanServ sets mode: +v stevemar03:24
*** harlowja is now known as harlowja_away03:28
*** Ephur has quit IRC03:30
openstackgerritSteve Martinelli proposed openstack/keystone: Add WebSSO support for federation  https://review.openstack.org/13617703:44
*** rushiagr_away is now known as rushiagr03:45
*** timcline has joined #openstack-keystone03:50
*** timcline has quit IRC03:54
*** ajayaa has joined #openstack-keystone03:54
*** timcline has joined #openstack-keystone03:54
*** mitz_ has quit IRC03:56
*** mitz has joined #openstack-keystone03:56
*** richm has quit IRC04:15
openstackgerritSteve Martinelli proposed openstack/keystone: Add minimum release support notes for federation  https://review.openstack.org/14675804:19
openstackgerritSteve Martinelli proposed openstack/keystone: Add links to extensions that point to api specs  https://review.openstack.org/14731104:19
openstackgerritSteve Martinelli proposed openstack/keystone: Classifying extensions and defining process  https://review.openstack.org/14679304:20
openstackgerritSteve Martinelli proposed openstack/keystone: Add links to extensions that point to api specs  https://review.openstack.org/14731104:20
*** _cjones_ has joined #openstack-keystone04:30
*** _cjones_ has quit IRC04:32
*** _cjones_ has joined #openstack-keystone04:33
*** timcline has quit IRC04:36
*** timcline has joined #openstack-keystone04:36
*** _cjones_ has quit IRC04:37
*** timcline has quit IRC04:41
*** ajayaa has quit IRC04:44
*** lhcheng has joined #openstack-keystone04:56
*** oomichi has quit IRC05:04
*** david-lyle_afk has quit IRC05:11
*** david-lyle_afk has joined #openstack-keystone05:11
*** nellysmitt has joined #openstack-keystone05:13
*** nellysmitt has quit IRC05:17
*** harlowja_away has quit IRC05:19
*** wanghong has quit IRC05:20
*** wanghong has joined #openstack-keystone05:21
*** alex_xu has joined #openstack-keystone05:24
*** lhcheng_ has joined #openstack-keystone05:24
*** ajayaa has joined #openstack-keystone05:25
*** lhcheng has quit IRC05:27
*** timcline has joined #openstack-keystone05:37
*** timcline has quit IRC05:41
*** dims has joined #openstack-keystone05:52
*** topol has quit IRC05:55
*** dims has quit IRC05:57
openstackgerritOpenStack Proposal Bot proposed openstack/keystone: Imported Translations from Transifex  https://review.openstack.org/15279506:04
*** markvoelker has quit IRC06:08
*** timcline has joined #openstack-keystone06:18
*** timcline has quit IRC06:23
*** tellesnobrega_ has quit IRC06:32
*** tellesnobrega__ has joined #openstack-keystone06:32
*** markvoelker has joined #openstack-keystone06:39
openstackgerritSteve Martinelli proposed openstack/pycadf: Use oslo namespaces  https://review.openstack.org/15280206:42
*** markvoelker has quit IRC06:43
openstackgerritSteve Martinelli proposed openstack/pycadf: Use oslo_context  https://review.openstack.org/15280306:45
openstackgerritSteve Martinelli proposed openstack/oslo.policy: Remove openstack.common.local  https://review.openstack.org/15280506:49
*** zz_avozza is now known as avozza06:52
openstackgerritSteve Martinelli proposed openstack/oslo.policy: Use oslo_i18n  https://review.openstack.org/15280606:55
*** avozza is now known as zz_avozza06:56
*** erkules_ is now known as erkules06:58
*** josecastroleon has joined #openstack-keystone06:59
openstackgerritSteve Martinelli proposed openstack/oslo.policy: Use oslo namespaces for oslo libraries  https://review.openstack.org/15280806:59
*** stevemar has quit IRC07:06
*** chlong has joined #openstack-keystone07:06
*** nellysmitt has joined #openstack-keystone07:13
*** wanghong has quit IRC07:17
*** nellysmitt has quit IRC07:18
*** timcline has joined #openstack-keystone07:19
*** wanghong has joined #openstack-keystone07:22
*** timcline has quit IRC07:23
marekdmorganfainberg: i will take a look at this bug.07:24
*** MasterPiece has joined #openstack-keystone07:27
*** chlong has quit IRC07:28
*** markvoelker has joined #openstack-keystone07:39
*** nellysmitt has joined #openstack-keystone07:42
*** markvoelker has quit IRC07:44
*** zz_avozza is now known as avozza07:55
*** ncoghlan has quit IRC08:04
*** nkinder has joined #openstack-keystone08:08
*** henrynash has joined #openstack-keystone08:14
*** ChanServ sets mode: +v henrynash08:14
openstackgerritLin Hua Cheng proposed openstack/keystone: On creation default service name to empty string  https://review.openstack.org/14696208:18
*** timcline has joined #openstack-keystone08:20
*** timcline has quit IRC08:24
*** avozza is now known as zz_avozza08:26
*** lhcheng_ has quit IRC08:27
openstackgerritDave Chen proposed openstack/keystone: Remove local conf information from paste-ini  https://review.openstack.org/13412408:28
*** jistr has joined #openstack-keystone08:29
*** jaosorior has joined #openstack-keystone08:29
*** MasterPiece has quit IRC08:30
*** markvoelker has joined #openstack-keystone08:40
*** MasterPiece has joined #openstack-keystone08:42
*** markvoelker has quit IRC08:45
*** henrynash has quit IRC08:57
openstackgerritwanghong proposed openstack/python-keystoneclient: use right resource_class to create resource instance  https://review.openstack.org/15283109:06
*** timcline has joined #openstack-keystone09:20
*** timcline has quit IRC09:25
*** afazekas has joined #openstack-keystone09:25
*** boris-42 has joined #openstack-keystone09:39
*** markvoelker has joined #openstack-keystone09:41
*** henrynash has joined #openstack-keystone09:42
*** ChanServ sets mode: +v henrynash09:42
*** markvoelker has quit IRC09:47
*** henrynash has quit IRC09:56
*** timcline has joined #openstack-keystone10:21
*** timcline has quit IRC10:26
*** markvoelker has joined #openstack-keystone10:43
*** MasterPiece has quit IRC10:43
*** jasondotstar has joined #openstack-keystone10:46
*** jaosorior has quit IRC10:46
*** markvoelker has quit IRC10:48
*** rushiagr has quit IRC10:52
*** MasterPiece has joined #openstack-keystone10:56
*** dims has joined #openstack-keystone10:57
*** dims has quit IRC11:01
*** rushiagr has joined #openstack-keystone11:02
*** dims has joined #openstack-keystone11:02
openstackgerritMarek Denis proposed openstack/keystone: Add ``service_providers`` in Service Catalog  https://review.openstack.org/15265911:05
*** topol has joined #openstack-keystone11:10
*** ChanServ sets mode: +v topol11:10
*** timcline has joined #openstack-keystone11:22
*** YorikSar has joined #openstack-keystone11:23
*** timcline has quit IRC11:27
*** tellesnobrega__ has quit IRC11:43
*** markvoelker has joined #openstack-keystone11:44
*** mattfarina has joined #openstack-keystone11:44
*** markvoelker has quit IRC11:49
*** diegows has joined #openstack-keystone11:57
*** david-lyle_afk is now known as david-lyle12:01
openstackgerritRodrigo Duarte proposed openstack/python-keystoneclient: Implements subtree_as_ids and parents_as_ids  https://review.openstack.org/15007812:06
*** TempLPBugBot has joined #openstack-keystone12:13
*** MasterPiece has quit IRC12:18
*** rodrigod` has joined #openstack-keystone12:18
*** jasondotstar has quit IRC12:20
*** afazekas has quit IRC12:20
*** TempLPBugBot` has quit IRC12:20
*** rodrigods has quit IRC12:20
*** svasheka has quit IRC12:20
*** rodrigod` is now known as rodrigods12:22
*** rodrigods has quit IRC12:22
*** rodrigods has joined #openstack-keystone12:22
*** timcline has joined #openstack-keystone12:23
*** svasheka has joined #openstack-keystone12:24
*** afazekas has joined #openstack-keystone12:27
*** timcline has quit IRC12:27
*** EmilienM|afk is now known as EmilienM12:27
bretonwe have spec freeze tomorrow, right?12:29
raildo_awaybreton, yes12:31
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Improve List Role Assignments Filters Performance  https://review.openstack.org/13720212:32
*** david-lyle is now known as david-lyle_afk12:36
*** david-lyle_afk is now known as david-lyle12:36
*** zz_avozza is now known as avozza12:43
*** david-lyle is now known as david-lyle_afk12:44
*** david-lyle_afk is now known as david-lyle12:45
*** markvoelker has joined #openstack-keystone12:45
*** jaosorior has joined #openstack-keystone12:45
*** markvoelker has quit IRC12:49
*** esmute has quit IRC12:59
*** esp has quit IRC13:00
*** aix has joined #openstack-keystone13:01
*** esmute has joined #openstack-keystone13:03
*** esp has joined #openstack-keystone13:03
openstackgerritAlexander Makarov proposed openstack/keystone: LDAP additional attribute mappings description  https://review.openstack.org/11859013:09
bretonI wonder, what do we do with say https://review.openstack.org/#/c/129736/513:10
*** dims has quit IRC13:10
*** nkinder has quit IRC13:10
bretonalso, is there a list of most-wanted specs? I'd review a couple from there and add mine13:11
*** bknudson has joined #openstack-keystone13:11
*** ChanServ sets mode: +v bknudson13:11
*** toddnni has quit IRC13:14
*** dims has joined #openstack-keystone13:19
*** markvoelker has joined #openstack-keystone13:20
*** gabriel-bezerra has quit IRC13:23
*** timcline has joined #openstack-keystone13:23
*** andreaf_ is now known as andreaf13:25
*** dims has quit IRC13:28
*** timcline has quit IRC13:28
*** Ephur has joined #openstack-keystone13:28
*** htruta has quit IRC13:29
*** topol has quit IRC13:33
*** htruta has joined #openstack-keystone13:37
openstackgerritMarek Denis proposed openstack/keystone: IdP ID registration and validation  https://review.openstack.org/15215613:41
*** raildo_away is now known as raildo13:41
*** rushiagr is now known as rushiagr_away13:45
openstackgerritDave Chen proposed openstack/keystone: Remove local conf information from paste-ini  https://review.openstack.org/13412413:46
*** krykowski has joined #openstack-keystone13:59
marekdbknudson: re: https://review.openstack.org/#/c/152659/ i am not sure what you meant with adding __init__ catalog.Manager already has __init__.14:00
bknudsonmarekd: I didn't check if it already has an __init__... this was just a problem had been seen in other classes.14:01
marekdbknudson: oh, ok. well, I somehow workedaround the problem (py27 tests are passing), but almost everything else fails. I am wondering if that's just jenkins failing or not.14:02
openstackgerritMerged openstack/keystonemiddleware: Updated from global requirements  https://review.openstack.org/15271514:08
*** richm has joined #openstack-keystone14:13
*** rushiagr_away is now known as rushiagr14:18
*** samueldmq_ has joined #openstack-keystone14:23
*** timcline has joined #openstack-keystone14:24
marekdlbragstad: yes.14:25
marekd(re twitter)14:25
*** timcline has quit IRC14:28
*** dims has joined #openstack-keystone14:29
*** gordc has joined #openstack-keystone14:29
*** nkinder has joined #openstack-keystone14:31
lbragstadmarekd: so, the keystone that you're authenticating at will have those?14:32
lbragstadmarekd: and by those, I mean "will have those group id stored there".14:33
*** dims_ has joined #openstack-keystone14:33
*** timcline has joined #openstack-keystone14:34
*** timcline has quit IRC14:34
*** mflobo has quit IRC14:35
*** mflobo has joined #openstack-keystone14:36
*** dims has quit IRC14:37
openstackgerritMerged openstack/keystone: Updated from global requirements  https://review.openstack.org/15271414:41
*** joesavak has joined #openstack-keystone14:42
*** andreaf_ has joined #openstack-keystone14:44
*** samueldmq__ has joined #openstack-keystone14:45
*** andreaf has quit IRC14:45
*** andreaf_ is now known as andreaf14:45
*** packet has joined #openstack-keystone14:47
*** Ctina has joined #openstack-keystone14:47
*** samueldmq_ has quit IRC14:47
CtinaQuick question..are PKIZ tokens available in icehouse?14:48
raildoCtina, no, PKIZ was included in Juno (some core correct me if i'm wrong)14:51
marekdlbragstad: in claim that in this particular case AE tokens would behave pretty much like uuids14:53
Ctinaraildo: thanks14:53
marekdso, you would store some id, and lookup for groups14:53
raildoCtina, :)14:53
ekarlsoany of you good at policy ?14:55
lbragstadmarekd: so, this could be done with a migration on the federation extension to store it?14:58
* lbragstad is looking at the schema for federation 14:58
*** nkinder has quit IRC15:04
*** ajayaa has quit IRC15:04
*** nkinder has joined #openstack-keystone15:06
ekarlsoif I pass a "foo" in the target of a policy check15:09
ekarlsohow do I write the policy thing in the json that uses that ?15:09
Ctinai thought there was an option to not include the catalog in a keystone token? Or am I confusing it with a horizon session option?15:11
*** carlosmarin has joined #openstack-keystone15:13
*** EmilienM has quit IRC15:14
*** rm_work|away is now known as rm_work15:14
*** EmilienM has joined #openstack-keystone15:16
*** topol has joined #openstack-keystone15:17
*** ChanServ sets mode: +v topol15:17
*** timcline has joined #openstack-keystone15:22
*** avozza is now known as zz_avozza15:23
ekarlsoany assistance on policieS ? ;)15:25
*** mattfarina has quit IRC15:27
*** timcline has quit IRC15:28
*** timcline has joined #openstack-keystone15:29
bknudsonCtina: http://specs.openstack.org/openstack/keystone-specs/api/v3/identity-api-v3.html#catalog-opt-out15:33
*** krykowski has quit IRC15:34
bknudsonekarlso: there were some doc improvements for policy committed recently which might be useful -- https://review.openstack.org/#/c/150953/15:34
*** EmilienM is now known as EmilienM|afk15:35
*** Ctina has quit IRC15:38
*** Ctina has joined #openstack-keystone15:39
*** diegows has quit IRC15:44
Ctinathanks bknudson15:45
marekdlbragstad: hm, where exactly do you think it should be stored? I think you will need some new tables/relations either way.15:48
lbragstadmarekd: well, where do you think it'd make most sense to store that relationship.15:49
lbragstad?15:49
marekdlbragstad: tokens.15:49
marekdtoken table and the satellites.15:49
lbragstadmarekd: our token table doesn't have anything in it15:50
lbragstadwhen using AE tokens15:50
marekdI know, but we can create .... ae_tokens table, and use it in some justified cases.15:51
marekdlbragstad: you were talking about some versions of tokens, so now we can add this 'federation' version, and some subclass of the main AE-auth-plugin that will be able to use ths table.15:52
lbragstadmarekd: so that token reference table will only ever be created when running federation migrations15:53
marekdrobably.15:53
marekdprobably.15:53
*** ajayaa has joined #openstack-keystone15:55
marekdlbragstad: i would not focus where to put script that does CREATE TABLE (...), but how to make it small, fast and generic enough at the same time, so we all don't choke in the future "oh, not it's cool, but  AE tokens will not handle this as we would need to put too much in the token body"15:56
marekds/oh, not it's cool|oh,no,it's cool/ :-)15:57
marekdor merge it as-is with a not "will not work with federation and maybe something else"15:59
bknudsonlet's not accept something that doesn't work with federation.16:00
lbragstadyeah, that's the plan16:00
lbragstadis to get this working with federation before we merge it16:00
marekdlbragstad: great.16:00
*** nkinder has quit IRC16:02
marekdlbragstad: so, my proposal is to support 'versions' of AE tokens, and always keep a backup plan, where some portion of the data will be stored in the DB. Then, AE token will become slightly like uuid token, but in the end it will speed up in some other cases. We win in the end and don't lock ourselves.16:02
lbragstadmarekd: when you say "some portion of the data" you're referencing the group ids that need to be available on POST /tokens16:03
marekdor, if not storing in the db let's rely on some sort of cache. If the cache is gone, then sorry, recreate your token.16:03
marekdlbragstad: in federation token, yes.16:03
lbragstadok16:03
marekdidentity_provider and protocol maybe too ?16:04
bknudsonwe have a memcache backend for tokens already16:04
marekdbknudson: so we could make it default for AE tokens backend?16:04
lbragstadmarekd: only in federation16:04
marekdyes16:05
lbragstadae tokens shouldn't need memcache16:05
bknudsonsure16:05
*** diegows has joined #openstack-keystone16:05
marekdi am guesing 'fragility' of memcache is nothing bad in this case16:05
bknudsonit is bad but I think some deployers have figured out how to live with it.16:06
marekdaha16:06
marekdok16:06
bknudsonthere's still issues with memcache and revocation lists.16:06
*** nkinder has joined #openstack-keystone16:06
marekdbecause we cannot filter easily?16:07
bknudsonthe revocation list was saved as a list of token IDs... memcache has a limit for line lenght16:07
bknudsonlength16:07
*** samueldmq__ has quit IRC16:07
bknudsonI think the revocations problem is handled by revocation events.16:08
bknudsonwhich AE tokens requires already16:08
marekd++16:08
bknudsonsomebody has to work on revocation events to get them working.16:09
marekdtrue :(16:09
*** mattfarina has joined #openstack-keystone16:12
openstackgerritYuriy Taraday proposed openstack/keystone: Add a module to work with LDAP filters and DNs  https://review.openstack.org/11748416:13
openstackgerritMerged openstack/pycadf: Updated from global requirements  https://review.openstack.org/15272216:13
YorikSarbknudson: Hi. Can you please take another look? ^16:13
*** stevemar has joined #openstack-keystone16:14
*** ChanServ sets mode: +v stevemar16:14
YorikSarbknudson: You had a concern about '*' handling, I've answered that.16:15
*** EmilienM|afk is now known as EmilienM16:18
larsksIn icehouse, do keystone pki tokens work?  I just spent some time helping someone debug problems in two environments, and in both cases switching back to uuid tokens Just Worked.16:19
larsksIn one case, it looked like something was trying to stuff a pki token into a 64-char wide db field, and in another, we were getting 502 bad gateway errors from haproxy.16:19
larsksDo these sound like keystone bugs? Or known config issues? Or something else?16:19
bknudsonlarsks: is keystone trying to stuff a pki token into a 64-char wide db field?16:20
larsksbknudson: Looks like it.16:22
bknudsonI think everyone runs into issues with the size of PKI tokens and they either work around it through config or switch back to uuid tokens.16:22
Ctinalarsks: we use pki tokens with icehouse16:22
larsksbknudson: The error was, "String length exceeded.The length of string '...pki token...' exceeded the limit of column id(CHAR(64)).16:22
bknudsonlarsks: that's not an issue I've seen.16:23
larsksThis was triggered only via requests from heat.16:23
larsksSo maybe heat was passing the wrong data in the wrong field?16:23
Ctinawe did write a our own compression code since we're lagging behind upstream trunk16:24
larsksCtina: Are you using heat?16:24
bknudsonA PKI token is never going to fit in a char(64).16:25
larsksbknudson: Well, yeah :)16:25
Ctinalarsks: no not yet16:25
Ctinawe also use a memcache backend16:26
*** henrynash has joined #openstack-keystone16:26
*** ChanServ sets mode: +v henrynash16:26
larsksCtina: Okay.  Everything else seemed to work fine in this environment; only heat was encountering this problem.  Since switching back to uuid tokens fixed it I suspect they are not going to investigate further.16:26
Ctinalarsks: good to know, we were getting ready to implement Heat but it sounds like we should hold off until we upgrade to kilo this spring16:27
*** andreaf is now known as andreaf_16:31
*** Ephur has quit IRC16:35
*** rwsu-afk is now known as rwsu16:40
*** diegows has quit IRC16:41
*** thedodd has joined #openstack-keystone16:47
*** gyee has joined #openstack-keystone16:47
*** ChanServ sets mode: +v gyee16:47
*** nkinder has quit IRC16:57
*** diegows has joined #openstack-keystone16:57
*** joesavak has quit IRC17:01
*** joesavak has joined #openstack-keystone17:02
*** nkinder has joined #openstack-keystone17:07
*** atiwari has joined #openstack-keystone17:07
morganfainbergstevemar, is https://bugs.launchpad.net/keystone/+bug/1417835 really a release/milestone blocker?17:11
TempLPBugBotLaunchpad bug 1417835 in Keystone "for CADF notifications, the initiator's ID (not name) should be user_id" (affected: 1, heat: 6) [Undecided,In progress] - Assigned to Steve Martinelli (stevemar)17:11
*** henrynash has quit IRC17:11
*** gyee has quit IRC17:15
*** spandhe has joined #openstack-keystone17:20
morganfainberglbragstad, dolphm, dstanek, bknudson, ayoung, jamielennox|away, https://review.openstack.org/#/c/152758/17:23
ayoungDid you rub my lamp?   Did you wake me up?!17:23
ayoungmorganfainberg, does this now break everyone using the existing code?17:24
*** jistr has quit IRC17:25
morganfainbergonly if they expect user_id to be name in the cadf notification17:25
*** gtt116__ has joined #openstack-keystone17:25
morganfainbergwhich i might add is very incorrect17:26
morganfainbergand not "name" of the user17:26
morganfainbergerm. wait yeah17:26
morganfainbergand it shouldnt break people [in theory this shows a gap in the taxonomy requires)17:27
morganfainbergwe should always require an id.17:27
morganfainbergthis is in-fact very incorrect.17:27
*** gtt116_ has quit IRC17:28
*** xxj has quit IRC17:29
*** xxj has joined #openstack-keystone17:29
morganfainbergayoung, it should not actuallty break any code based on how pycadf works.17:29
ayoungmorganfainberg, do we need both?17:30
ayoungor do we just not care if people are coding to what we did instead of what we intended?17:30
* ayoung likes that attitude!17:30
*** gyee has joined #openstack-keystone17:30
*** ChanServ sets mode: +v gyee17:30
*** nkinder has quit IRC17:30
* ayoung going to hurry up and +2 before anyone can change their mind17:31
*** nicodemos has joined #openstack-keystone17:34
morganfainbergayoung, also: https://review.openstack.org/#/c/152337/4/specs/no-downward-sql-migration.rst17:37
morganfainbergayoung, x-project spec17:37
morganfainbergany feedback is ofcourse welcome :)17:37
ayoungcan I just +2A that now?17:38
*** spandhe has quit IRC17:38
morganfainbergthe cadf one? or the migraiton one?17:38
morganfainbergthe migration one you don't have +2 capability on, but a +1 is welcome!17:38
morganfainbergthe cadf one, sure!17:38
ayoungAh...its an overall openstack one...very nice17:41
morganfainbergyeah17:41
morganfainberglets kill downgrades *everywhere*17:42
morganfainbergcause. ... uh... no really who'd use that besides our tests? :P17:42
morganfainbergmarekd, lets keep focusing on the new service provider work in the catalog so it can land really soon here in k317:43
ayoungits like the story told by Colin Powell about the early days in Viet Nam.  The firebase was there to protect the airfield.  The airfield was there to resupply the firebase.17:44
morganfainbergmarekd, :) let me know if you need any specific support from me to make it happen17:44
morganfainbergayoung, haah17:44
*** tqtran_afk has joined #openstack-keystone17:44
*** tqtran_afk is now known as tqtran17:44
ayoungmorganfainberg, the unified accessinfo code is eating me alive.  We do so much in the exisiting accessinfo that is based on the underlying JSON...Gah.17:45
morganfainbergi know :(17:45
morganfainbergthats why i started the work over in keystone to make a model that wasn't... JSON based17:45
morganfainberg[except it is right now]17:45
morganfainbergfiguring we could migrate to the new system once it was there rather than trying to do a whole drop-in replacement17:46
*** kallebe has joined #openstack-keystone17:46
stevemarmorganfainberg, sorry was away... you analyzed it correctly, it was giving incorrect info, but wasn't breaking anyone17:49
ayoungmorganfainberg, I'll get it...its just annoying17:51
*** zzzeek has joined #openstack-keystone17:51
ayoungI just realized I need to redo all of the service catalog stuff,  and I need to figure out just what we mean by auth_token...17:51
*** _cjones_ has joined #openstack-keystone17:51
kallebeGood afternoon. I have a question which I could not find an answer for anywhere. I have installed a Devstack all-in-one and Keystone apparently has a different timezone set, because in its database it has dates which are 3 hours ahead of my local time. Anybody knows how to fix that?17:51
ayoungI'm assuming it means "the actual token string and not the data it represents"17:52
morganfainbergkallebe, keystone always works in UTC.17:52
morganfainbergkallebe, this is to avoid daylight savings/etc shifts on token expirations17:52
morganfainbergkallebe, so you don't change from daylight savings to standard time and have a bunch of tokens become re-valid again [for example]17:52
kallebeoh, I see now.17:52
morganfainbergso i assume you're UTC/GMT-3 [timezone]?17:53
morganfainbergor at least the local system is17:53
morganfainbergor +3? my brain can't do timezone math right now.17:54
*** kallebe_ has joined #openstack-keystone17:55
kallebe_Sorry. internet stopped working here17:56
morganfainbergkallebe_, no worries17:56
kallebe_so, I am testing some token expirations17:56
morganfainbergwelcome back17:56
kallebe_for example: a cinder long backup with a time longer than the token expiration17:56
kallebe_as fas as I know, there is not yet a fix to this bug17:56
kallebe_https://bugs.launchpad.net/cinder/+bug/129813517:56
TempLPBugBotLaunchpad bug 1298135 in Cinder "Cinder should handle token expiration for long ops" (affected: 2, heat: 12) [Medium,Confirmed]17:56
*** toddnni has joined #openstack-keystone17:56
*** spandhe has joined #openstack-keystone17:57
*** kallebe has quit IRC17:57
ayoungthis is frightening http://git.openstack.org/cgit/openstack/python-keystoneclient/tree/keystoneclient/service_catalog.py#n8717:57
kallebe_I was trying to reproduce this bug, but apparently the token does not expire because of this situation with UTC17:57
morganfainbergkallebe_, right now the only real answer is either to make cinder request a new token (a lot of work), or make the token expiration longer than maximum length of operation you want to support17:57
kallebe_+morganfainberg yes, my colleagues and I were thinking about this as well. That's really a serious bug we would like to help17:58
kallebe_but surely it is a lot of work17:58
kallebe_besides, every new cinder operation would have to ask for a new token17:58
kallebe_I mean, the new operations in future APIs17:59
*** ajayaa has quit IRC18:01
*** aix has quit IRC18:05
kallebe_+morganfainberg, I have seen in that bug page that we could use Keystone trusts for that case, but this would be outside of Keystone Trusts use-case. What do you think?18:09
*** harlowja has joined #openstack-keystone18:11
*** jasondotstar has joined #openstack-keystone18:11
*** dkingshott has joined #openstack-keystone18:11
stevemarmarekd, around?18:13
stevemarmorganfainberg, what do you think of putting a default websso protocol in keystone.conf, instead of in the horizon settings?18:14
*** jasondotstar has quit IRC18:14
stevemartqtran, ^18:14
*** thedodd has quit IRC18:14
*** joesavak has quit IRC18:15
stevemarthe agreed upon approach was to put it in horizon's settings, but they won't know much about keystone, we could have the equivalent setting in keystone.conf, and just give the horizon folks a specific URL to hit18:15
*** joesavak has joined #openstack-keystone18:17
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/keystone-specs: API changes for Reseller  https://review.openstack.org/15300718:24
*** jaosorior has quit IRC18:26
*** rushiagr is now known as rushiagr_away18:38
openstackgerritMerged openstack/pycadf: add helper module  https://review.openstack.org/14970618:45
morganfainbergkallebe_, there are a lot of ways to solve it18:50
morganfainbergkallebe_, trusts would be one of them.18:50
morganfainbergstevemar, uhmmm18:50
morganfainbergstevemar, in keystone.conf? what part?18:50
morganfainbergayoung, yes18:50
morganfainbergayoung, that is scaaaaary18:50
stevemarmorganfainberg, maybe under [federation] have a default_sso_protocol_id18:51
*** afazekas has quit IRC18:51
morganfainbergno i meant what was going in the config18:51
openstackgerritDoug Hellmann proposed openstack/keystone: Use oslo_log instead of incubator  https://review.openstack.org/15269918:58
*** ndonegan has joined #openstack-keystone19:03
*** thedodd has joined #openstack-keystone19:05
*** lhcheng has joined #openstack-keystone19:18
*** pnavarro has joined #openstack-keystone19:30
ndoneganWhen keystone stops responding, is there any way to see what eventlet is upto? strace is not being a help.19:38
*** diegows has quit IRC19:41
*** joesavak has quit IRC19:41
*** joesavak has joined #openstack-keystone19:42
*** harlowja is now known as harlowja_away19:50
*** DaveChen has quit IRC19:52
*** EmilienM is now known as EmilienM|afk19:53
openstackgerritDoug Hellmann proposed openstack/keystone: Use oslo_log instead of incubator  https://review.openstack.org/15269919:54
openstackgerritDoug Hellmann proposed openstack/keystone: Log exceptions safely  https://review.openstack.org/15302919:54
dhellmannbknudson, stevemar : ^^ should address the unicode issues; there are still some tests that look for an exception class we're not using any more, so those will need to be rewritten19:54
*** kallebe_ has quit IRC19:55
*** dkingshott has quit IRC19:58
*** diegows has joined #openstack-keystone19:59
*** tsufiev_ is now known as tsufiev20:02
*** dflye1 has joined #openstack-keystone20:02
*** dflye1 has left #openstack-keystone20:04
*** dflye has joined #openstack-keystone20:04
*** dkingshott has joined #openstack-keystone20:06
*** thedodd has quit IRC20:07
*** thedodd has joined #openstack-keystone20:21
*** mattfarina has quit IRC20:24
*** arunkant has quit IRC20:33
raildoSomeone want review the reseller spec? :) ps.: I paid a beer at the next summit hahaha https://review.openstack.org/#/c/139824/20:33
*** harlowja_away is now known as harlowja20:33
morganfainbergraildo, i expect that to merge today20:35
morganfainbergraildo, i'm just finishing up meetings and lunch before i try and do that -20:35
morganfainbergraildo, but i *think* it's good.20:35
morganfainbergbeer is not needed for my vote btw :P20:36
raildomorganfainberg, \o/20:37
morganfainberg+2, will approve tonight barring blocking comments20:37
raildomorganfainberg, thanks :)20:37
morganfainbergunless someone else approves first.20:37
htrutaraildo: you should've mentioned beer before20:37
raildomorganfainberg, thank you :D20:37
*** raildo has quit IRC20:39
*** raildo has joined #openstack-keystone20:41
*** topol has quit IRC20:44
*** nicodemos has quit IRC20:45
samueldmqmorganfainberg, ping - inherited role assignments will be base functionality (in-tree) in kilo, right?20:55
samueldmqmorganfainberg, (need this info for inherited projects and role assignments spec for horizon)20:56
*** nellysmitt has quit IRC20:56
*** Ctina has quit IRC21:03
*** samueldmq__ has joined #openstack-keystone21:18
*** thedodd has quit IRC21:18
stevemarmarekd, morganfainberg heads up - tqtran just sent an email with PoC UIs to the mailing list, feedback is appreciated21:19
stevemari think it follows what was discussed at the meetup pretty closely21:19
openstackgerritMerged openstack/keystone: Set initiators ID to user_id  https://review.openstack.org/15275821:25
*** samueldmq__ has quit IRC21:29
*** timcline has quit IRC21:29
*** packet has quit IRC21:30
*** toddnni_ has joined #openstack-keystone21:31
*** toddnni has quit IRC21:33
*** toddnni_ is now known as toddnni21:33
*** timcline has joined #openstack-keystone21:35
*** thedodd has joined #openstack-keystone21:36
openstackgerritSteve Martinelli proposed openstack/oslo.policy: Update .gitignore  https://review.openstack.org/14867121:37
gyeestevemar, what's the difference between "Default Protocol" and "Discovery Service"?21:38
*** andreaf has joined #openstack-keystone21:40
stevemargyee, default protocol is an option you can set in horizon (protocol id), so when you select 'redirect me' it'll always go to: keystone-host/v3/OS-FEDERATION/websso/{protocol_id}21:40
stevemardiscovery service will be the full url of some third party tool, like how CERN has21:41
stevemarcause they get redirected to https://openstack.cern.ch/dashboard21:41
stevemarfrom https://openstack.cern.ch/dashboard to https://login.cern.ch/adfs21:41
*** toddnni has quit IRC21:42
*** toddnni has joined #openstack-keystone21:43
stevemargyee, this was how i interpreted the stuff at the midcycle21:43
stevemarmaybe i'm way off base21:43
gyeeI see21:43
gyeeI am not a UX dude, but usually I don't have to pick a protocol to login, its part of my profile21:44
gyeeaverage user usually can't tell the difference21:45
gyeebetween different protocols21:45
openstackgerritSteve Martinelli proposed openstack/oslo.policy: Use oslo namespaces for oslo libraries  https://review.openstack.org/15280821:45
*** EmilienM|afk is now known as EmilienM21:45
openstackgerritSteve Martinelli proposed openstack/oslo.policy: Use oslo namespaces for oslo libraries  https://review.openstack.org/15280821:46
openstackgerritDoug Hellmann proposed openstack/oslo.policy: Drop use of oslo namespace for oslo libraries  https://review.openstack.org/15280821:47
*** d34dh0r53 is now known as blarnath21:48
*** toddnni has quit IRC21:48
*** toddnni has joined #openstack-keystone21:49
*** andreaf has quit IRC21:52
*** pnavarro has quit IRC21:52
openstackgerritSteve Martinelli proposed openstack/oslo.policy: Use oslo_i18n  https://review.openstack.org/15280621:52
*** andreaf has joined #openstack-keystone21:54
ayoungstevemar, gyee usually the distinction is done by a big button up front "login in with openid"  versus "login with SAML"21:57
ayoungSo default would be, probably, handled if you do :login with userid and password, or click here to login in with SAML...no need for an explicit default, just a set of supported protocols21:58
gyeeayoung, yeah, most user can't comprehend "default protocol"22:00
gyeeas it could mean anything22:01
*** blarnath is now known as d34dh0r5322:05
*** joesavak has quit IRC22:05
*** Ctina has joined #openstack-keystone22:14
stevemargyee, ayoung reply to the ML too please22:17
stevemartqtran, in case you missed all this ^22:17
*** raildo_ has joined #openstack-keystone22:17
ayoungstevemar, can't...I'm drownding in Service Catalog parsing code in the keystone client.  Yuck, I think I got some in my mouth22:18
stevemarayoung, eww, have fun22:19
*** Ctina has quit IRC22:19
ayoungstevemar, as I pointed out before: http://git.openstack.org/cgit/openstack/python-keystoneclient/tree/keystoneclient/service_catalog.py#n8722:19
stevemarour catalog stinks22:20
darrenchey guys, if you have a moment, I'd appreciate a review of my docs patch https://review.openstack.org/#/c/151980/22:20
morganfainbergstevemar: has the cadf fix merged?22:20
morganfainbergstevemar: that's the last thing sneaking into k222:20
*** thedodd has quit IRC22:21
morganfainbergCan you make sure that bug has a priority as well plz.22:21
morganfainbergIn LP.22:21
stevemarmorganfainberg, it merged22:21
ayoungdarrenc, then why didn't you add keystone core to the review22:21
stevemarmorganfainberg, marked as medium22:21
darrencayoung thanks, will do, still finding my way around here22:25
ayoungdarrenc, sure.  and thanks for tackling that particular pile22:26
darrencnp22:26
*** tellesnobrega_ has joined #openstack-keystone22:27
gyeemorganfainberg, gotta love those L naming choices22:27
gyeecan't wait to tell my wife, Honey, I need to attend the "Love" summit22:27
*** wanghong has quit IRC22:28
morganfainbergLondon or lizard are my choices.22:28
gyeenot me, its all LOVE here22:28
*** thedodd has joined #openstack-keystone22:29
morganfainbergstevemar: great using that sha as k222:31
morganfainbergThnx22:31
ayoungMissed the good options.22:32
morganfainbergayoung: well being that it is supposed to be location/landmark around the summit venue.22:32
ayoungmorganfainberg, Ladysmith22:33
ayoungright across the channel.22:33
morganfainbergSure.22:33
ayoungLangley...right next door22:33
morganfainbergMight have been trademark issues :(22:33
ayoungIts like the TC can22:33
morganfainbergOn either.22:33
ayoung't even use googlemaps22:33
ayoungLasqueti22:34
ayoungLynden22:34
*** wanghong has joined #openstack-keystone22:34
*** wanghong has quit IRC22:34
morganfainbergIt's not just the tc22:35
ayoungmeh22:35
morganfainbergAnyway there is a proposal to "fix" naming releases.22:35
ayoungyeah.22:35
*** wanghong has joined #openstack-keystone22:35
ayoungI propose we secede anyway22:35
ayoungKeystone kicks openstack to the Curb.  Goes its own way.  Joins the FSF.  OK, maybe not that22:36
*** raildo_ has quit IRC22:36
ayoungI liked Monty's proposal22:36
stevemargyee, the LOVE summit!22:37
bknudsonI like Lougheed22:37
bknudsonapparently there's standing rocks of lougheed22:37
bknudsonso we'd have a mascot22:37
bknudsonI assume it's like stonehenge or something.22:37
bknudsonstevemar must know since he's canadian.22:38
ayoungHeh...not too much else there...22:38
ayoung4 streets one way, and four that cross them22:39
ayoung522:39
stevemarbknudson, i have no idea what these lougheed rocks are22:39
bknudsonMy vote's for London, though ... similar to havana where it doesn't refer to the havana you think of first.22:39
*** raildo_ has joined #openstack-keystone22:39
bknudsonhttp://wikimapia.org/18864488/Standing-Stones-of-Lougheed22:39
bknudsonit's right there by the sears outlet.22:40
stevemarbknudson, what the heck is the point of that22:40
gyeeheh22:40
gyeeLove FTW22:40
ayoungUm... yeah22:41
stevemarcan someone with oslo policy powers look at: https://review.openstack.org/#/q/status:open+project:openstack/oslo.policy,n,z22:41
stevemarthere are a bunch of easy +2s / +As22:41
ayounghttp://en.wikipedia.org/wiki/Standing_Stones_of_Lougheed   looks like they were removed as a Hoax by Wikipedia22:43
stevemaryou mean someone would lie on the internet22:44
ayoungI climbed a bigger rock than that today.  In my snowshoes22:44
bknudsonpretty elaborate hoax, but if stevemar hasn't heard of it then maybe it is.22:48
bknudsonhe's our resident expert on the great white north.22:48
stevemarbknudson, my knowledge is pretty much restricted to toronto and the GTA22:53
morganfainbergdhellmann: ping22:56
morganfainbergdhellmann: re oslo.policy cores22:56
*** nellysmitt has joined #openstack-keystone22:57
morganfainbergstevemar: so. You know like everyone in Canada eh?22:57
*** dims_ has quit IRC22:57
morganfainberg>.>22:57
stevemartheres a population density joke somewhere in there23:00
*** Haneef has joined #openstack-keystone23:01
*** nellysmitt has quit IRC23:01
bknudsoncan get some ketchup flavored potato chips when in canada.23:03
rodrigodslol23:07
rodrigodswant a summit in Brazil23:07
bknudsonI wonder what flavors of potato chips they have in brazil that could be better than ketchup.23:09
raildo_rodrigods: \o/ lets go organize!23:09
raildo_in the version S, so we can put the release Samba :P23:10
*** darrenc is now known as darrenc_afk23:10
rodrigodsbknudson, barbecue (the meat, not the sauce) for example23:10
rodrigodsraildo_, heh Samba!!!23:10
bknudsonwe never got to the brazilian steakhouse in san antonio.23:11
*** abhirc has joined #openstack-keystone23:12
raildo_bknudson: if the barbecue is done likeit is here in Brazil, i recommend :)23:14
*** timcline has quit IRC23:15
*** henrynash has joined #openstack-keystone23:15
*** ChanServ sets mode: +v henrynash23:15
rodrigodsbknudson, they serve in rodizio style?23:16
bknudsonrodrigods: I don't know... we didn't go. :(23:18
rodrigods:(23:18
*** g4rg4m3|_ has quit IRC23:18
*** jasondotstar has joined #openstack-keystone23:19
openstackgerrithenry-nash proposed openstack/keystone-specs: Provide option to disable storing of extra attributes in SQL  https://review.openstack.org/15193923:22
*** darrenc_afk is now known as darrenc23:25
*** gordc has quit IRC23:26
*** thedodd has quit IRC23:28
*** carlosmarin has quit IRC23:29
morganfainbergrodrigods, i'm trying to figure out the way to justify a trip down to brazil to hang out w/ you guys ;)23:37
morganfainbergi mean... real business purpose but if i'm around where you are - even better >.>23:37
morganfainberg:P23:37
morganfainbergso... color me impressed by the OnePlus23:38
morganfainbergwow23:38
rodrigodsmorganfainberg, heh devananda (from ironic) is coming23:38
morganfainbergoh right!?23:38
morganfainbergwhen is that?23:38
morganfainbergi need to apply for visa i was supposed to join him on that trip23:38
*** andreaf has quit IRC23:38
rodrigodsmorganfainberg, the last week of Feb, I guess (not sure if it is still the plan)23:38
morganfainbergrodrigods, yeah it's hectic to get visas iirc23:39
rodrigodsmorganfainberg, yeah :(23:39
morganfainbergi *think* i was trying to join him on that trip23:40
morganfainbergwhich case i need to do visa stuff asap23:40
rodrigodsmorganfainberg, heh that would be more than awesome23:40
*** dims__ has joined #openstack-keystone23:40
*** dims_ has joined #openstack-keystone23:41
rodrigodsmorganfainberg, ++ tomorrow will ask my bosses about his trip (if he is still coming)23:42
morganfainbergplease do, i'll chase deva down23:42
raildo_morganfainberg rodrigods ++ awesome23:43
morganfainbergDevananda's awesome to hangout with.23:44
morganfainbergs/'s/ is23:44
*** dims__ has quit IRC23:46
rodrigodsmorganfainberg, two OpenStack PTLs here would be almost a tiny summit ;)23:47
raildo_and a great event for OpenStack in Brazil :D23:49
henrynashmorganfainberg: are you ok with: https://review.openstack.org/#/c/151939/ ?23:49
morganfainbergstevemar, got my oneplus today23:49
morganfainbergstevemar, soooooo impressed23:49
morganfainberghenrynash, with the concept yes. have not reviewed the spec23:50
stevemarmorganfainberg, oh nice, that was fast23:50
henrynashmorganfainberg: when’s the deadline…tomorrow?23:50
morganfainbergstevemar, lets just say it feels like someone there has looked at apple's design and packaging... and one-upped apple23:50
morganfainbergstevemar, blown away at the quality so far [haven't migrated everything over *yet*]23:50
stevemarmorganfainberg, nice, very nice, my friend really likes his23:51
raildo_henrynash: yes23:52
morganfainberghenrynash, 23:59 pm tomorrow23:52
morganfainbergpacific23:52
morganfainbergit needs to have 2x+2 and no blocking comments23:53
morganfainbergapproval is just a formality then.23:53
morganfainberghenrynash, OR an email to ML asking for a freeze exception23:53
morganfainberghenrynash, which this would could be easily granted (my guess)23:53
*** markvoelker has quit IRC23:56
*** rm_work is now known as rm_work|away23:56
dolphmmorganfainberg: yesterday's AE vs UUID benchmark results http://dolphm.com/benchmarking-openstack-keystone-token-formats cc- lbragstad23:59

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