Saturday, 2014-06-28

*** daneyon has quit IRC00:15
*** achampion has joined #openstack-keystone00:45
*** mhu has joined #openstack-keystone00:53
*** otwieracz has joined #openstack-keystone00:53
*** marcoemorais has joined #openstack-keystone00:53
*** mgagne has joined #openstack-keystone00:53
*** mrda-weekend has joined #openstack-keystone00:53
*** comstud has joined #openstack-keystone00:53
*** vishy has joined #openstack-keystone00:54
*** jraim_ has joined #openstack-keystone00:54
*** Ephur has joined #openstack-keystone00:54
*** dolphm has joined #openstack-keystone00:54
*** dstanek is now known as dstanek_zzz01:07
*** uvirtbot has joined #openstack-keystone01:08
*** marcoemorais has quit IRC01:11
*** dstanek_zzz is now known as dstanek01:30
*** richm has left #openstack-keystone01:37
*** zzzeek has joined #openstack-keystone01:37
*** mberlin1 has joined #openstack-keystone01:37
*** mberlin has quit IRC01:38
*** zzzeek has quit IRC02:09
*** nsquare has quit IRC02:16
*** zzzeek has joined #openstack-keystone02:49
*** zzzeek has quit IRC03:09
*** daneyon has joined #openstack-keystone03:32
*** zhiyan_ has quit IRC03:41
*** lbragstad_ has joined #openstack-keystone03:45
*** lbragstad_ is now known as lbragstad03:45
*** daneyon has quit IRC03:50
*** daneyon has joined #openstack-keystone03:51
*** zhiyan_ has joined #openstack-keystone04:08
*** rodrigods has joined #openstack-keystone04:15
*** harlowja is now known as harlowja_away04:26
*** rodrigods has quit IRC04:36
*** praneshp has joined #openstack-keystone04:37
*** praneshp_ has joined #openstack-keystone04:40
*** praneshp has quit IRC04:43
*** praneshp_ is now known as praneshp04:43
*** stevemar has joined #openstack-keystone05:10
*** ukalifon1 has joined #openstack-keystone05:25
*** ukalifon1 has quit IRC05:43
*** praneshp has quit IRC05:43
*** praneshp has joined #openstack-keystone05:44
*** dstanek is now known as dstanek_zzz05:49
*** henrynash has joined #openstack-keystone05:58
*** dstanek_zzz is now known as dstanek06:15
*** dstanek is now known as dstanek_zzz06:25
*** rwsu has quit IRC06:25
*** praneshp has quit IRC06:37
*** ukalifon has joined #openstack-keystone06:57
morganfainberghenrynash hey there!07:14
henrynashmorganfainbeg: hi07:14
morganfainberghenrynash, i see you approving changes/reviewing :)07:14
henrynashmorganfainberg: yep…have been a bit absent fomr doing that recently…trying to make up07:15
morganfainberghehe07:15
henrynashbtw, did we come to a collective view on whether are or are no going to let roel assignmnets be made without being able to invalidate whether the user/group exists?07:16
morganfainberghenrynash, oh good question07:16
morganfainberghenrynash, uhhhhhhhhh07:16
morganfainberghenrynash, i think for federation we have to assume we can't tell the user/group exists, right?07:17
henrynashwell, I guess group roles might be OK…since I assume we would hang the roles to a group that was generated by the federation mapper (separate discussion as to whether the group is defined bythe mapper or is today’s identity managed group)07:18
henrynashthe problem is users…..I’m not sure if we even enable teh federation mapper to map to a role on a specific user (although I know we discussed that, and I suspect some people might want that)07:20
henrynashand in that case, no, we can’t tell if it exists (since the mapping would say something like “if the have the follwing attributes, then let them in and there user_id is based on attribute Y, or something like that)07:21
*** dstanek_zzz is now known as dstanek07:26
morganfainberghenrynash, i don't know if we have a consensus on that :(07:27
henrynashi didn’t think so either :-)07:27
morganfainberghenrynash, mind if i do a pass on the SQL for your IDMapping?07:31
henrynashsure!07:31
morganfainberghenrynash, i've been learning a lot about much much more efficient sql in SQLAlchemy lately07:31
morganfainbergexample:07:31
*** stevemar has quit IRC07:31
morganfainberghenrynash, https://review.openstack.org/#/c/86025/11/keystone/assignment/backends/sql.py07:32
morganfainberghenrynash, way less overhead because we don't need to do the bookeeping of the object stuff, we aren't using the object, we just want the values07:32
henrynashmorganfainberg: yes, I always kind of worried that we mix and match the levels of sqlalchemy that we use all over teh place….and we don’t really seem to haev set any standard way of doing this….maybe a developing.rst section on best practices?07:34
morganfainbergyeah we need to do that07:34
morganfainbergi also want to dig in and make some massive overhauls to make it more efficient07:34
*** chandan_kumar has joined #openstack-keystone07:35
*** dstanek is now known as dstanek_zzz07:36
henrynashI have no doubt that we can make a massive diferrence if we focus on it….to be honest we have hardly doen any REAL performance work07:37
*** henrynash has quit IRC07:39
*** henrynash has joined #openstack-keystone07:41
*** praneshp has joined #openstack-keystone07:42
*** ukalifon has quit IRC07:44
*** ukalifon1 has joined #openstack-keystone07:47
morganfainberghenrynash, ok patch 5 posted07:52
morganfainberghenrynash, very minor tweak07:52
morganfainbergshould work :)07:52
morganfainbergshould also be much more efficient than building that object we throw out everytime07:52
*** praneshp has quit IRC09:01
henrynashmorganfainberg: yep. nice change, thx09:07
morganfainberghenrynash, interesting thought experiment along the same lines:  https://review.openstack.org/10330409:11
henrynashjust heading offline - will check a bit later….09:12
morganfainbergheaded to bed myself09:12
*** ukalifon1 has quit IRC09:50
*** xianghui has quit IRC10:42
*** xianghui has joined #openstack-keystone10:43
*** xianghuihui has joined #openstack-keystone11:01
*** chandan_kumar has quit IRC11:04
*** xianghuihui has quit IRC11:07
*** ukalifon1 has joined #openstack-keystone11:10
*** xianghuihui has joined #openstack-keystone11:49
*** openstackgerrit has joined #openstack-keystone12:02
*** dstanek_zzz is now known as dstanek12:37
*** dstanek is now known as dstanek_zzz12:46
*** henrynash has quit IRC12:50
*** ukalifon1 has quit IRC12:55
*** dstanek_zzz is now known as dstanek13:07
openstackgerritOpenStack Proposal Bot proposed a change to openstack/keystone: Updated from global requirements  https://review.openstack.org/10180013:10
*** shakayumi has joined #openstack-keystone13:14
*** shakayumi has quit IRC13:14
*** dstanek is now known as dstanek_zzz13:17
*** chandan_kumar has joined #openstack-keystone13:43
*** diegows has joined #openstack-keystone13:51
*** diegows has quit IRC13:52
*** diegows has joined #openstack-keystone13:52
*** diegows has joined #openstack-keystone13:53
openstackgerritArun Kant proposed a change to openstack/keystone: Adding support for ldap connection pooling.  https://review.openstack.org/9530013:54
*** zzzeek has joined #openstack-keystone14:02
*** xianghuihui has quit IRC14:06
*** xianghuihui has joined #openstack-keystone14:07
*** dstanek_zzz is now known as dstanek14:08
*** xianghuihui has quit IRC14:12
*** xianghuihui has joined #openstack-keystone14:12
*** xianghui has quit IRC14:14
*** xianghui has joined #openstack-keystone14:14
*** xianghui has quit IRC14:15
*** dstanek is now known as dstanek_zzz14:19
*** chandan_kumar has quit IRC14:23
*** ukalifon has joined #openstack-keystone14:25
*** rodrigods has joined #openstack-keystone14:29
*** chandan_kumar has joined #openstack-keystone14:35
-openstackstatus- NOTICE: Gerrit will be offline from 1500-1515 UTC for project renames14:38
*** ChanServ changes topic to "Gerrit will be offline from 1500-1515 UTC for project renames"14:38
*** rodrigods has quit IRC14:40
*** ukalifon has quit IRC14:50
*** ukalifon1 has joined #openstack-keystone14:51
*** rodrigods has joined #openstack-keystone14:57
*** rodrigods has quit IRC14:57
*** rodrigods has joined #openstack-keystone14:57
*** rodrigods has quit IRC15:08
openstackgerritNathan Kinder proposed a change to openstack/keystone: Implicitly ignore attributes that are mapped to None in LDAP  https://review.openstack.org/10332515:10
*** dstanek_zzz is now known as dstanek15:10
*** rodrigods has joined #openstack-keystone15:18
*** rodrigods has quit IRC15:18
*** rodrigods has joined #openstack-keystone15:18
*** xianghuihui has quit IRC15:19
*** dstanek is now known as dstanek_zzz15:21
*** rodrigods has quit IRC15:29
*** ukalifon1 has quit IRC15:37
*** xianghui has joined #openstack-keystone15:39
*** openstackgerrit has quit IRC15:46
*** openstackgerrit has joined #openstack-keystone15:47
*** diegows has quit IRC15:48
openstackgerritLonggeek proposed a change to openstack/keystone-specs: Update pbr version  https://review.openstack.org/10333915:48
*** diegows has joined #openstack-keystone15:48
*** ChanServ changes topic to "Please Review and/or Update Proposed Specs | Hackathon July 9-11: http://dolphm.com/openstack-keystone-hackathon-for-juno/"15:52
*** chandan_kumar has quit IRC16:00
*** stevemar has joined #openstack-keystone16:04
stevemarmorganfainberg, is there any specialness needed to get openstack proposal bot to kick in for keystone-specs?16:11
*** dstanek_zzz is now known as dstanek16:12
stevemarmorganfainberg, someone proposed a change to keystone specs requirements, i was going to -2 it, but then realized there havent been any requirements proposals to date in that repo16:12
*** dstanek is now known as dstanek_zzz16:22
*** daneyon has quit IRC16:46
*** nsquare has joined #openstack-keystone16:47
*** nsquare_ has joined #openstack-keystone16:48
*** zzzeek has quit IRC16:48
*** nsquare has quit IRC16:51
*** Chicago has quit IRC17:01
*** dstanek_zzz is now known as dstanek17:12
*** dstanek is now known as dstanek_zzz17:22
*** nsquare_ has quit IRC17:33
*** henrynash has joined #openstack-keystone17:44
*** chandan_kumar has joined #openstack-keystone17:45
*** praneshp has joined #openstack-keystone17:52
*** praneshp_ has joined #openstack-keystone18:13
*** dstanek_zzz is now known as dstanek18:13
*** praneshp has quit IRC18:14
*** praneshp_ is now known as praneshp18:14
*** dstanek is now known as dstanek_zzz18:23
*** ChanServ sets mode: +o dolphm18:53
openstackgerritMorgan Fainberg proposed a change to openstack/keystone: DO NOT MERGE: Performance profiling  https://review.openstack.org/10330419:10
morganfainbergstevemar, what is proposal bot missing for -specs?19:11
morganfainbergstevemar, it's just a config thing though i think19:12
boris-42morganfainberg ^ you really need profiler=)19:12
morganfainbergboris-42, yes we do.19:12
morganfainbergboris-42, i'm just looking at the basic rally tests right now.19:12
boris-42morganfainberg so you can help to sped up19:12
boris-42morganfainberg speed up19:12
boris-42morganfainberg we are mostly blocked by oslo.messaging19:12
morganfainbergboris-42, hehe19:12
morganfainbergboris-42 well has the req merged?19:12
boris-42morganfainberg yep lib is in global requiremnts19:13
boris-42morganfainberg and at monday ceilometer patch will be in19:13
morganfainbergboris-42, ok so, what do i do to add it for keystone?19:13
morganfainbergi'm happy to add it forthis patch19:13
morganfainbergbesides "install it"19:13
boris-42morganfainberg basically need this patch in oslo.messaging https://review.openstack.org/#/c/103270/19:13
boris-42morganfainberg or you can make your local devstack installation19:14
morganfainbergah19:14
*** dstanek_zzz is now known as dstanek19:14
boris-42morganfainberg with my messaging + couple of patches in keystone19:14
morganfainbergso gate wont work w/o that patch19:14
morganfainbergdarn19:14
boris-42morganfainberg ?19:14
boris-42morganfainberg to enable in gates profiling we will need to merge couple of patches in different porjects=)19:15
morganfainbergboris-42, i meant, if i could turn it on right now w/o needing that patch for ^ that profiling patchset19:15
morganfainbergboris-42, yeah that was my point19:15
boris-42morganfainberg unfortunately we need to merge ceilometer & oslo.messaging patches19:15
boris-42morganfainberg and you'll be able19:15
morganfainberg*nod*19:15
boris-42morganfainberg so we are quite close19:15
boris-42morganfainberg as well I have some patch in rally19:15
morganfainberglet me fix a typo in a patch and maybe i'll have you help me put it together for a local tempest run19:15
boris-42morganfainberg that capture traces for every iteration19:16
morganfainbergmorganfainberg, that patch there is the initial pass on reducing object book keeping overhead for SQLA and LDAP queries19:16
morganfainbergs/morganfainberg/boris-4219:16
boris-42morganfainberg heh19:17
boris-42morganfainberg actually I can publish some patches to keystone19:19
morganfainbergboris-42, no rush if we need extra stuff to merge first19:19
morganfainbergboris-42, don't want you to get stuck rebasing a ton (unless you're bored ;)19:19
boris-42morganfainberg heh osprofiler is super clean=)19:20
boris-42morganfainberg for 3 months I had to rebase about 3 times couple of lines of code=)19:20
morganfainbergwell i def. want it in keystone :)19:20
boris-42morganfainberg so pls19:20
morganfainbergi mean, i can't speak for the rest of core. but i do want it19:20
boris-42morganfainberg +1 that oslo.messaging patch19:20
boris-42morganfainberg and add comment that you would like to get it=)19:21
boris-42morganfainberg it makes sense=)19:21
morganfainbergnod will do19:21
boris-42morganfainberg and in keystone python client we can merge even now patch19:21
*** dstanek is now known as dstanek_zzz19:24
boris-42morganfainberg oh19:26
boris-42morganfainberg I'll need your help a bit19:26
morganfainbergsure19:27
boris-42morganfainberg keystone client is a bit different from others19:27
morganfainbergyeah it is19:27
boris-42morganfainberg I need to add special header in all reuqest19:27
boris-42morganfainberg where can I do that?)19:27
morganfainberguhm..19:27
morganfainbergthat might get sticky, because some of the code keystoneclient is using will be re-used by most other clients19:28
morganfainbergif it has to be specific to keystoneclient (header)19:28
boris-42morganfainberg nope it is not specific19:28
morganfainbergboris-42, might need to get jamielennox|away to help on that19:28
morganfainbergboris-42, ok so then Session object19:28
boris-42morganfainberg it's not specific, actually I will be happy only=)19:29
boris-42morganfainberg if everybody will use one base19:29
boris-42morganfainberg so it will be just one patch=019:29
morganfainbergand eventually all the other clients will consume that instead of custom implementation19:29
boris-42morganfainberg not 10050019:29
morganfainbergsome clients do already use some of the session object19:29
boris-42morganfainberg ah I found it thanks19:29
boris-42morganfainberg one sec and you'll get one of required patches19:30
morganfainbergboris-42, cool!19:30
boris-42morganfainberg I will work during next week to get in rally support of profiling19:35
boris-42morganfainberg I mean integration19:35
morganfainbergboris-42, great19:35
morganfainbergboris-42, more profiling work will help us all out :)19:35
boris-42morganfainberg yep it is really hard to get works work slow19:38
boris-42morganfainberg especially in projects like nova and heat19:38
boris-42morganfainberg and in solum & murano it will be even harder19:38
openstackgerritBoris Pavlovic proposed a change to openstack/python-keystoneclient: Add profiling support to Keystone  https://review.openstack.org/10336719:39
boris-42morganfainberg ^19:39
morganfainbergwow that is not a big changeset19:40
boris-42morganfainberg it's client part19:40
morganfainbergstill19:40
boris-42morganfainberg lemme make project one19:40
boris-42morganfainberg but it depends on that patch in oslo.messaging19:40
morganfainbergnot bad19:40
boris-42morganfainberg (but we can make it lazy)19:40
morganfainberg*nod*19:40
boris-42morganfainberg btw there are some issues with grenade jobs19:41
boris-42morganfainberg if I am adding to requirements osprofiler in clients19:41
morganfainberggrenade can be a pita19:41
boris-42morganfainberg it says something like: 2014-06-28 18:06:58.031 | 'osprofiler' is not a global requirement but it should be,something went wrong19:42
boris-42morganfainberg probably we should add to icehouse and havana global-requiremnts osprofiler19:42
morganfainberghuh19:42
morganfainberginteresting19:42
morganfainbergnah19:42
morganfainbergjust figure out how to make it not error19:42
morganfainbergwe don't want to add more requirements to stable19:42
morganfainbergif avoidable19:42
boris-42morganfainberg this thing with lazy stuff will work well19:42
morganfainberg++19:42
openstackgerritMorgan Fainberg proposed a change to openstack/keystone: Remove `with_lockmode` use from Trust SQL backend.  https://review.openstack.org/9705919:43
boris-42morganfainberg but we need this requirement in keystone19:43
boris-42morganfainberg (in requieremnts )19:43
boris-42morganfainberg I will try to add small patch and we will see what will happen=)19:43
morganfainbergboris-42, if it's in global requirements, it should be propsoed to keystone19:44
boris-42morganfainberg it is in global requirments19:44
boris-42morganfainberg it is not in global requirements of icehouse and havana19:44
morganfainberghttps://review.openstack.org/#/c/101800/19:44
morganfainbergoh  right19:45
morganfainbergright19:45
morganfainberglazy load ftw then19:45
boris-42morganfainberg I am not able to lazy load in project19:45
boris-42morganfainberg only in python client19:45
boris-42morganfainberg but in oslo.messaging it works well19:45
morganfainbergno?19:45
boris-42morganfainberg yep I will show19:45
morganfainbergok19:45
boris-42morganfainberg wait a sec for one more patch=)19:45
morganfainbergsure19:46
boris-42morganfainberg heh I need your help one more time=)19:52
morganfainbergsure19:52
boris-42morganfainberg so projects like nova/cinder have such file service.py19:52
boris-42morganfainberg that is used to start wsgi servicer (and rpc services)19:52
boris-42morganfainberg where can I find it in keystone?19:53
morganfainbergboris-42, https://github.com/openstack/keystone/blob/master/keystone/service.py ?19:53
morganfainbergthat what you're looking for?19:53
boris-42morganfainberg yep I was looking at it..19:54
boris-42morganfainberg not sure yet=)19:54
*** zzzeek has joined #openstack-keystone19:54
morganfainbergthere is also https://github.com/openstack/keystone/blob/master/keystone/common/wsgi.py19:54
boris-42morganfainberg yep ^ that look more fair19:54
boris-42morganfainberg hmmm19:55
boris-42morganfainberg lemme explain what I would like to do=)19:56
morganfainbergwe may not be running under eventlet19:56
morganfainbergwe may be under apache19:56
morganfainbergwhat you're probably expecting is https://github.com/openstack/keystone/blob/master/keystone/common/environment/eventlet_server.py19:56
boris-42morganfainberg https://github.com/boris-42/nova/blob/0e5949fa1e1fac5b9cf75685ee78285da30599ec/nova/service.py#L159-L16019:56
morganfainbergbut soon that wont be where we run keystone from (by default)19:56
boris-42morganfainberg ^ this is nova19:56
boris-42morganfainberg I have to setup osproifler lib notifier function19:57
boris-42morganfainberg to say osprofiler to use oslo.messaging Notifier API instance19:57
boris-42morganfainberg it should be done on start of service19:57
boris-42morganfainberg so when we are processing wsgi middleware we already have stetted up osprofiler lib19:57
morganfainbergif you were to put it in service.py before loading the backends, we should be good.19:58
morganfainbergerm19:58
boris-42morganfainberg ?19:59
boris-42morganfainberg you don't use oslo.messaging?)19:59
morganfainbergwe do.19:59
morganfainbergbut it isn't consumed by anything in keystone19:59
morganfainbergwe emit notifications but never consume20:00
boris-42morganfainberg and you won't consume them20:00
morganfainbergnope20:00
morganfainbergwe will not20:00
boris-42morganfainberg I mean20:00
morganfainberghttps://github.com/openstack/keystone/blob/master/keystone/notifications.py20:00
morganfainbergyou are correct20:00
boris-42morganfainberg profiler will just create new notifications20:00
boris-42morganfainberg rally or tempest or whatever will consume them20:00
boris-42morganfainberg to draw traces20:00
morganfainbergah20:00
morganfainbergall our notification code is in https://github.com/openstack/keystone/blob/master/keystone/notifications.py20:00
morganfainbergso20:01
boris-42morganfainberg I can put here https://github.com/openstack/keystone/blob/master/keystone/notifications.py#L18020:01
*** nsquare has joined #openstack-keystone20:02
boris-42morganfainberg initialization of profiler20:02
morganfainberghm20:02
morganfainbergthat probably wont be called early enough20:02
morganfainbergwe can try it20:02
boris-42morganfainberg hm20:02
boris-42morganfainberg it's bad place as well20:03
boris-42morganfainberg cause we won't know what is the service20:03
boris-42morganfainberg that calls it20:03
boris-42morganfainberg actually we can add middleware20:05
morganfainbergsure20:05
morganfainbergthat is a good route20:05
boris-42morganfainberg that will do initialization but not sure that it's what we want=)20:05
morganfainbergcould the middleware be used everywhere?20:06
boris-42morganfainberg hm in other projects?20:06
morganfainbergeveryservice that is?20:06
morganfainberg(or most)20:06
morganfainbergbecause if so, then that would be a good approach, easy to disable/remove if you wont want it20:06
morganfainbergboris-42, yeah20:06
boris-42morganfainberg it's easy to disable20:06
boris-42morganfainberg whole osprofiler is lazy20:06
morganfainberga production environment may not want profiling code at all20:06
boris-42morganfainberg and there is already osprofiler middleware20:06
morganfainbergif it was in middleware, it's a deployer choice to use20:06
boris-42morganfainberg nope they want=)20:06
morganfainbergright20:06
boris-42morganfainberg believe me=)20:07
boris-42morganfainberg I specially create this stuff to be ON always in production20:07
morganfainbergeh. i know some deployers given the choise would say no20:07
morganfainbergbut, in either case i dunno where to put this20:07
boris-42morganfainberg I mean lemme publish what I have20:07
morganfainberglet me think about it post weekend and maybe we can get something figured out20:07
openstackgerritBoris Pavlovic proposed a change to openstack/keystone: Add osprofiler wsgi middleware  https://review.openstack.org/10336820:08
boris-42morganfainberg ^20:08
boris-42morganfainberg so profiling by default does nothing20:09
morganfainbergnod.20:09
boris-42morganfainberg even if this middleware is turned ON20:09
boris-42morganfainberg it won't do anything20:09
boris-42morganfainberg unit it get special header with trace info signed by proper HMAC key that is specified in paste.ini20:09
boris-42morganfainberg so we can keep it turned ON even in production, and if we get some nasty stuff, we can easily trace it (without restarting everything)20:10
morganfainbergnod20:10
boris-42morganfainberg so I hope that I'll be able to push community to keep it on in gates20:12
boris-42morganfainberg so in rally gates we will be able to use it without any hacks=)20:12
morganfainbergand in gate i would hope it's on20:12
morganfainberg:)20:12
morganfainbergor at least a toggle in ds-g so it's easy to turn on where we want it20:12
boris-42morganfainberg yep we should make it simple to find issues20:12
*** shakamunyi has joined #openstack-keystone20:13
boris-42morganfainberg so seems like in keystone we will have 2 middle wares20:14
boris-42morganfainberg one from osprofiler.lib and one that init osprofiler20:14
*** dstanek_zzz is now known as dstanek20:15
morganfainbergboris-42, sure20:15
boris-42morganfainberg but probably we can talk with others20:15
morganfainbergboris-42, ok20:15
boris-42morganfainberg probably there is way without second middleware=)20:15
morganfainbergboris-42, gonna head out for a bit, be back later :)20:15
boris-42morganfainberg see you20:15
morganfainbergdstanek, added you to the https://review.openstack.org/#/c/103304/ review. looking at what we can do to generally improve keystone performance, and i think this is a start.20:16
*** stevemar has quit IRC20:16
*** shakamunyi has quit IRC20:18
*** dstanek is now known as dstanek_zzz20:25
*** zzzeek has quit IRC20:26
openstackgerritA change was merged to openstack/keystone: Remove db, db.sqlalchemy from openstack-common.conf  https://review.openstack.org/10325120:30
*** daneyon has joined #openstack-keystone20:33
*** henrynash has quit IRC20:34
*** shakamunyi has joined #openstack-keystone20:34
openstackgerritA change was merged to openstack/python-keystoneclient: Updated from global requirements  https://review.openstack.org/10140420:41
openstackgerritA change was merged to openstack/python-keystoneclient: Add issued handlers to auth_ref and fixtures  https://review.openstack.org/10077520:41
*** jimbaker has quit IRC20:49
*** jimbaker has joined #openstack-keystone20:54
*** jimbaker has quit IRC20:54
*** jimbaker has joined #openstack-keystone20:54
*** henrynash has joined #openstack-keystone21:12
*** henrynash has quit IRC21:15
*** dstanek_zzz is now known as dstanek21:15
*** dstanek is now known as dstanek_zzz21:25
openstackgerritA change was merged to openstack/python-keystoneclient: Correcting using-api-v2.rst  https://review.openstack.org/10298621:26
*** hrybacki has joined #openstack-keystone21:28
openstackgerritBoris Pavlovic proposed a change to openstack/keystone: Add sample of rally plugin  https://review.openstack.org/9883621:38
boris-42morganfainberg ^ could you pls one more time +2 plugin sample I address dolphm comments21:40
*** htruta has quit IRC21:45
*** rodrigods has joined #openstack-keystone21:53
*** rodrigods has quit IRC21:53
*** rodrigods has joined #openstack-keystone21:53
*** chandan_kumar has quit IRC21:58
*** htruta has joined #openstack-keystone22:03
*** shakamunyi has quit IRC22:08
*** dstanek_zzz is now known as dstanek22:16
*** dstanek is now known as dstanek_zzz22:26
*** rodrigods has quit IRC22:29
*** dstanek_zzz is now known as dstanek22:51
*** dstanek is now known as dstanek_zzz23:01
*** rodrigods has joined #openstack-keystone23:01
*** rodrigods has quit IRC23:01
*** rodrigods has joined #openstack-keystone23:01
*** daneyon has quit IRC23:28

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