Tuesday, 2017-10-10

« Monday, 2017-10-09 Index Wednesday, 2017-10-11 »
*** gyee has quit IRC00:03
*** edmondsw has quit IRC00:04
*** Shunli has joined #openstack-keystone01:08
*** catintheroof has quit IRC01:09
*** edmondsw has joined #openstack-keystone01:28
SamYaplerybridges: you might be interested in openstack-shade. it makes simple tasks like that trival AND the code doesnt change from one version to another (the same list_user() fucntion works for v2 and v3)01:41
*** dikonoor has joined #openstack-keystone02:08
*** wxy_ has joined #openstack-keystone02:09
*** thingee has joined #openstack-keystone02:11
*** thingee has left #openstack-keystone02:11
*** jamesbenson has joined #openstack-keystone02:12
*** jamesbenson has quit IRC02:17
*** thorst has quit IRC02:23
*** thorst has joined #openstack-keystone02:24
*** thorst has quit IRC02:28
*** dave-mccowan has quit IRC02:31
*** thorst has joined #openstack-keystone02:37
*** thorst has quit IRC02:37
openstackgerritMerged openstack/keystone master: Use stestr directly instead of ostestr  https://review.openstack.org/50861102:43
*** links has joined #openstack-keystone02:44
*** nicolasbock_ has quit IRC02:47
*** catintheroof has joined #openstack-keystone02:57
*** catintheroof has quit IRC03:06
*** iurygregory has quit IRC03:07
*** clenimar has quit IRC03:07
*** clenimar has joined #openstack-keystone03:10
*** iurygregory has joined #openstack-keystone03:10
*** edmondsw has quit IRC03:23
*** namnh has joined #openstack-keystone03:32
*** iurygregory has quit IRC03:34
*** clenimar has quit IRC03:34
*** clenimar has joined #openstack-keystone03:38
*** iurygregory has joined #openstack-keystone03:40
openstackgerritGage Hugo proposed openstack/keystone master: Add JSON schema validation for project tags  https://review.openstack.org/48448303:47
openstackgerritGage Hugo proposed openstack/keystone master: Add policy for project tags  https://review.openstack.org/48675703:47
openstackgerritGage Hugo proposed openstack/keystone master: Implement backend logic for project tags  https://review.openstack.org/49972603:47
openstackgerritGage Hugo proposed openstack/keystone master: Implement project tags logic into manager  https://review.openstack.org/49972703:47
openstackgerritGage Hugo proposed openstack/keystone master: Implement project tags API controller and router  https://review.openstack.org/49972803:47
*** jaosorior has joined #openstack-keystone04:00
*** edmondsw has joined #openstack-keystone04:21
*** edmondsw has quit IRC04:26
*** dikonoor has quit IRC04:28
*** dikonoor has joined #openstack-keystone04:28
*** gyee has joined #openstack-keystone04:32
*** pcaruana has joined #openstack-keystone04:32
*** lkwan has quit IRC04:33
*** oikiki has quit IRC04:35
*** dikonoo has joined #openstack-keystone04:37
*** dikonoor has quit IRC04:37
*** dikonoo has quit IRC04:38
*** dikonoo has joined #openstack-keystone04:38
*** dikonoor has joined #openstack-keystone04:40
*** dikonoo has quit IRC04:41
*** dikonoor has quit IRC04:46
*** gyee has quit IRC04:51
*** pcaruana has quit IRC04:58
*** dikonoor has joined #openstack-keystone05:20
*** jaosorior has quit IRC05:27
*** lkwan has joined #openstack-keystone05:47
*** dikonoor has quit IRC05:50
*** jaosorior has joined #openstack-keystone06:03
*** jrist has quit IRC06:03
*** dikonoor has joined #openstack-keystone06:04
*** edmondsw has joined #openstack-keystone06:10
*** edmondsw has quit IRC06:14
*** zxy has joined #openstack-keystone06:15
*** jrist has joined #openstack-keystone06:16
*** spectr has joined #openstack-keystone06:22
*** rcernin has joined #openstack-keystone06:58
*** pcaruana has joined #openstack-keystone07:04
*** jaosorior has quit IRC07:04
*** josecastroleon has joined #openstack-keystone07:10
*** tesseract has joined #openstack-keystone07:27
*** zxy has quit IRC07:29
*** zxy has joined #openstack-keystone07:30
*** jaosorior has joined #openstack-keystone07:33
*** aselius has quit IRC07:49
openstackgerritChangBo Guo(gcb) proposed openstack/oslo.policy master: Warn only one time for each deprecated policy rule  https://review.openstack.org/51077907:55
*** edmondsw has joined #openstack-keystone07:58
*** edmondsw has quit IRC08:02
kashyapkmalloc: Sure, it's doable, not conteseting that :-)  And yes, have debugged in context of Gate, for Nova many times :-)08:07
*** ioggstream has joined #openstack-keystone08:13
*** rob_d_ has quit IRC08:22
*** aloga has joined #openstack-keystone09:02
*** rob_d_ has joined #openstack-keystone09:03
*** Shunli has quit IRC09:28
*** spectr has quit IRC09:29
*** spectr has joined #openstack-keystone09:29
*** david-lyle has quit IRC09:29
*** spectr has quit IRC09:32
*** spectr has joined #openstack-keystone09:34
*** thorst has joined #openstack-keystone09:41
*** edmondsw has joined #openstack-keystone09:46
*** thorst has quit IRC09:47
*** edmondsw has quit IRC09:51
*** Suramya has joined #openstack-keystone10:34
*** nkinder has quit IRC10:43
*** dikonoor has quit IRC10:44
*** dikonoor has joined #openstack-keystone10:58
*** nkinder has joined #openstack-keystone11:02
*** nicolasbock_ has joined #openstack-keystone11:04
*** dikonoor has quit IRC11:14
*** dikonoor has joined #openstack-keystone11:15
*** nicolasbock_ has quit IRC11:16
*** mvk has quit IRC11:24
*** nicolasbock_ has joined #openstack-keystone11:28
*** AlexeyAbashkin has joined #openstack-keystone11:32
*** dikonoor has quit IRC11:38
*** dikonoor has joined #openstack-keystone11:43
*** dikonoor has quit IRC11:50
*** mvk has joined #openstack-keystone11:58
*** edmondsw has joined #openstack-keystone12:03
*** edmondsw has quit IRC12:04
*** edmondsw_ has joined #openstack-keystone12:05
*** zzzeek has quit IRC12:07
*** zzzeek has joined #openstack-keystone12:10
*** raildo has joined #openstack-keystone12:16
*** thorst has joined #openstack-keystone12:16
*** namnh has quit IRC12:25
openstackgerritOpenStack Proposal Bot proposed openstack/keystonemiddleware master: Updated from global requirements  https://review.openstack.org/50000512:27
*** dikonoor has joined #openstack-keystone12:43
*** thorst_ has joined #openstack-keystone12:49
*** thorst has quit IRC12:49
*** panbalag has joined #openstack-keystone12:52
*** panbalag has left #openstack-keystone12:53
*** spectr has quit IRC12:53
*** panbalag has joined #openstack-keystone12:53
*** spectr has joined #openstack-keystone12:55
*** zhurong has joined #openstack-keystone12:58
*** efried has quit IRC12:58
*** efried has joined #openstack-keystone12:58
*** edmondsw_ is now known as edmondsw13:01
*** bhagyashris has joined #openstack-keystone13:03
bhagyashrismordred: Hi,13:05
*** david-lyle has joined #openstack-keystone13:06
mordredhi bhagyashris13:08
bhagyashrismordred: Just wanted to discuss about the patch https://review.openstack.org/#/c/505764/ ?13:08
mordredbhagyashris: yes! (I need to update that patch so that it's not failing tests)13:09
*** jistr is now known as jistr|mtg13:11
bhagyashrismordred: as the logger name used is like keystoneauth1.session.request_id but by default the oslo.log uses the keystoneauth.session so i am curious about the name used like keystoneauth1.session.request_id riht13:11
bhagyashrismistakenly riht is type plz ignore13:12
bhagyashrismordred: means is there any reason behind this13:13
mordredbhagyashris: yah - so - with python logging it's hierarchical - and is set up to allow consumers to control how logs are emitted13:14
mordredbhagyashris: so people who only ever reference "keystoneauth1.session" will be unaffected, that will also cover keystoneauth1.session.request_id13:15
mordredbhagyashris: but - for people who would like more fine-grained control over what gets logged, they can be more specific in their logging config (this is motivated by issues in nodepool logging where we either get too much or not enough logging from thekeystoneauth layer)13:16
*** jistr|mtg is now known as jistr13:19
bhagyashrismordred: yeah i agree, but there is some disturbancy in name of logger in oslo.log the name is keystoneauth.session and you patch its keystoneauth1.session so which one is correct name keystoneauth.* or keystoneauth1.*13:21
bhagyashrismordred s/ disturbancy/Discrepancy13:22
mordredbhagyashris: oh! that's just a bug somewhere - I'd say that keystoneauth1.* is the correct one13:24
mordredbhagyashris: however, the old code I'm changing did this:13:24
mordred_logger = utils.get_logger(__name__)13:24
mordredwhich would expand to13:24
mordred_logger = utils.get_logger('keystoneauth1.session')13:24
mordredbhagyashris: so I'd say anywhere using keystoneauth.session is a bug and not doing what it thinks it's doing13:24
mordredbhagyashris: can you point me to a something using keystoneauth.session?13:25
*** lbragstad has joined #openstack-keystone13:28
*** ChanServ sets mode: +o lbragstad13:28
*** links has quit IRC13:29
*** dave-mccowan has joined #openstack-keystone13:33
*** efried has quit IRC13:34
bhagyashrismordred: in the oslo.log library: https://github.com/openstack/oslo.log/blob/master/oslo_log/_options.py#L29 the default_log_level contains the logger_name=level so there keystoneauth is used13:35
openstackgerritLance Bragstad proposed openstack/oslo.policy master: Add functionality to deprecate policies  https://review.openstack.org/50990913:38
openstackgerritLance Bragstad proposed openstack/oslo.policy master: Warn only one time for each deprecated policy rule  https://review.openstack.org/51077913:39
mordredbhagyashris: ah! thanks. I'd say that is a bug in oslo.log - keystoneauth library isn't making a keystoneauth.session logger anywhere13:40
mordredbhagyashris: or a keystoneauth logger13:40
bhagyashrismordred: ok. thanks for your inputs :)13:43
mordredbhagyashris: thanks for noticing that!13:44
mordredbhagyashris: are you going to make a patch to oslo.log or do you want me to?13:44
*** zhurong has quit IRC13:45
bhagyashrismordred: np. i will going to make patch for oslo.log asap. :)13:46
*** itlinux has joined #openstack-keystone13:47
*** chlong_ has joined #openstack-keystone13:47
*** chlong has joined #openstack-keystone13:48
mordredcool13:49
mordredbhagyashris: link me to it and I'll go +1 :)13:50
bhagyashrismordred: ohh thanks :). that will be great :)13:50
*** McClymontS has joined #openstack-keystone13:52
*** d0ugal has quit IRC14:00
*** d0ugal has joined #openstack-keystone14:00
*** d0ugal has quit IRC14:00
*** d0ugal has joined #openstack-keystone14:00
*** d0ugal has quit IRC14:00
*** d0ugal has joined #openstack-keystone14:00
*** d0ugal has quit IRC14:01
*** d0ugal has joined #openstack-keystone14:02
*** d0ugal has quit IRC14:02
*** d0ugal has joined #openstack-keystone14:02
*** jmlowe has joined #openstack-keystone14:03
*** thorst_ has quit IRC14:18
*** spilla has joined #openstack-keystone14:19
*** dikonoor has quit IRC14:21
*** efried has joined #openstack-keystone14:23
*** edmondsw has quit IRC14:25
*** edmondsw has joined #openstack-keystone14:26
*** edmondsw_ has joined #openstack-keystone14:27
*** edmonds__ has joined #openstack-keystone14:28
*** edmondsw has quit IRC14:30
*** Suramya has quit IRC14:30
*** thorst has joined #openstack-keystone14:31
*** edmondsw_ has quit IRC14:31
*** chlong has quit IRC14:36
*** chlong_ has quit IRC14:36
*** chlong has joined #openstack-keystone14:36
*** jamesbenson has joined #openstack-keystone14:46
*** rcernin has quit IRC14:49
*** links has joined #openstack-keystone14:51
*** wes_dillingham has joined #openstack-keystone14:57
*** cfriesen has joined #openstack-keystone15:00
*** thorst has quit IRC15:01
rybridgesHello. Have a quick question. In python with the keystoneclient bindig, I used to be able to do keystone_client.tenants.list_users(tenant) to get a list of tenants that a user was associated with. How can I do the same thing in python now with the latest binding?15:04
rybridgesI see that from the cli, openstack user list --project <project_id> works15:04
*** lucasxu has joined #openstack-keystone15:05
rybridgesSamYaple: Saw your comment about shade. I will consider migrating to that. I am very close to getting my app working with just the bare apis though so was hoping I could just find a way to do this quickly15:05
*** gyee has joined #openstack-keystone15:05
*** itlinux has quit IRC15:05
rybridgesI also I am not sure if shade will support all of the stuff I am trying to do15:06
*** spectr has quit IRC15:07
lbragstadrybridges: mordred is one of our local shade experts15:08
rybridgesokay that is good to know15:18
rybridgesIs there no longer a simple way to list the users under a project from the python keystone client?15:18
*** spectr has joined #openstack-keystone15:20
*** links has quit IRC15:20
*** thorst has joined #openstack-keystone15:23
lbragstadrybridges: there should be - i need to check15:24
lbragstadrybridges: is that broken for you?15:24
rybridgesI am looking through this document https://docs.openstack.org/python-keystoneclient/latest/api/keystoneclient.v3.html#keystoneclient.v3.users.UserManager15:24
rybridgesAnd I do not see anything anywhere on that page which would allow me to simply list the users that are associated with a given project15:25
kmallocIt might be under the project manager in v315:25
kmallocNot under the user manager.15:25
rybridgesclients.users.list(project=<project_id>) would be the most intuitive, but does not seem to work15:25
kmallocYeah that won't work, that doesn't have insight to filter or ask about projects. It would need to use a lot of apis and filter client side15:26
rybridgesThis functionality used to be there in older versions... and it was so easy and intuitive. I could do keystone_client.tenants.list_users(tenant)15:27
mordredbhagyashris: I WAS TOTALLY WRONG I'M SORRY15:27
mordredrybridges: reading scrollback15:28
rybridgesI am finding it hard to believe that there is no equivalent in the newer client15:28
kmallocYou're looking for https://github.com/openstack/python-keystoneclient/blob/master/keystoneclient/v3/role_assignments.py#L4915:29
kmallocIn v2 we only had 2 roles, not groups, etc15:29
*** edmonds__ has quit IRC15:29
rybridgesYea I was trying to play with role assignments a bit earlier15:30
kmallocIn v3 we represent the data in a different way, so that will list users and groups.15:30
rybridgesI did: k_client.role_assignments.list(project='ac8ce531f41b4d3ba8cb127a918c2d46')15:30
*** thorst has quit IRC15:30
rybridgesproblem is, if a user has 3 roles under a project, then I get the user listed 3 times in the output.15:30
*** gyee has quit IRC15:30
rybridgesAlso, I Was unable to find a way to get the list of role assignments back with the usernames, not just the user ids15:31
rybridgesto me, it looks as though I would have to call role assignments (like I did above), then filter out duplicates, then make an additional call per user (like client.user.get(<user_id>)) in order to get each user's user name15:31
rybridgesthat is brutal...15:31
cmurphyrybridges: that method has an include_names parameter15:32
rybridgesahhh oj15:32
cmurphythat does the right thing15:32
rybridgesok*15:32
*** gyee has joined #openstack-keystone15:32
*** edmondsw has joined #openstack-keystone15:32
lbragstadhttps://github.com/openstack/python-keystoneclient/blob/master/keystoneclient/v3/role_assignments.py#L74-L7515:32
lbragstadrybridges: ^15:33
kmallocWhat cmurphy said :)15:33
*** thorst has joined #openstack-keystone15:34
rybridgesokay great! thanks guys this is really helpful. Now I would just need to filter out the duplicates because I am getting back one entry per role per user15:34
*** efried has quit IRC15:34
kmallocWhich is correct behavior, since you have multiple roles. In v2 we had only two roles supported15:34
kmallocIt is a little more verbose for usability sake15:35
rybridgesnot saying its wrong.. just confirming :)15:35
*** edmondsw_ has joined #openstack-keystone15:36
*** edmondsw has quit IRC15:37
kmallocIf you get duplicate entries from that api, then yes, you would need to filter locally.15:38
*** thorst has quit IRC15:39
mordredbhagyashris: all of them shoujld be keystoneauth.session not keystoneauth1.session - I didn't realize there was a function that manipulates the __name__ value15:39
rybridgesOkay great. Thanks so much for the help. Really appreciate it!!15:39
*** efried has joined #openstack-keystone15:40
kmallocrybridges: also shade is much much much much much much better. Use it if it meets your needs.15:40
*** edmondsw_ has quit IRC15:41
rybridgesYes I will definitely look into it15:41
mordredrybridges, kmalloc: we'll also be integrating/merging shade and openstacksdk this cycle - I'll send out some info on that as soon as zuul v3 transition is done15:41
kmallocKeystone-client is bad and doesn't really add value. You could also directly use keystone15:41
kmallocauth1.session15:41
rybridgesokay15:42
rybridgesOne more question. I am noticing that k_client.role_assignments.list() is not returning the user's email in the response15:42
kmallocIf I had my way I'd rm -rf keystoneclient. It adds negative value at this point ;)15:42
rybridgesLooking at those arguments, I am assuming there is no way to get it to return email addresses?15:42
kmallocNo it wouldn't, user email is not a first order column15:42
rybridgesT.T15:43
kmallocNothing but get user (maybe list) will ever return that.15:43
rybridgesokay15:43
*** thorst has joined #openstack-keystone15:43
kmallocUser email should never have been encoded in the user object at the api layer, it is stored as an "extra" (lecagy bad  blob of data)15:44
rybridgesthe old keystone_client.tenants.list_users(tenant) was returning email :D15:44
rybridgesand I did not have to filter15:44
rybridgesmiss the good ole days15:44
kmallocV2 was broken in that regard, sorry to say15:44
kmallocEmail is PII we shouldn't be storing in keystone unless it is used at the username15:45
rybridgeswell i can give you an example of why we like having it..15:45
kmallocI have many examples why people like it. It is data that doesn't belong in keystone ;). I have built clouds that relied on it for billing.15:46
*** thorst_ has joined #openstack-keystone15:46
kmallocAnd notifications15:46
rybridgeswe have an automated job that shuts down user's VMs when they leave the company. The job has the ability to send emails out to the managers of the users and to the users themselves when a vm is getting shut down15:46
rybridgesthe ability to do that adds a lot of value for us15:46
kmallocYep.15:47
kmallocAnd having dealt with all the headaches, I'm going to say something unpopular: map the user id in your crm tool (users are customers even if internal, and can be linked to AD for example that way) and make that utility do the lookup once before shutting down. Storing data in keystone that is not kept in sync (ldap backend is weird) poses issues. We have to assume the lowest common backend in keystone.15:49
*** thorst has quit IRC15:49
kmallocYou could use emails as username for the users as well. Now let me be clear we won't stop you storing the email in keystone at this point.15:50
*** edmondsw has joined #openstack-keystone15:50
kmallocIt's just the wrong tool for that kind of data in our opinion (we have been over this a ton over the years)15:50
*** thorst has joined #openstack-keystone15:53
rybridgesehh i dont really see what the big deal is about storing emails15:53
rybridgesi think it would be cool to just have a "properties" field for users just like for nova instance15:54
rybridgeswhere you can just store any custom key/value pairs in there15:54
*** thorst_ has quit IRC15:54
rybridgesand the properties just get returned as a dict whenever you do anything15:54
rybridgesjust like user name and id get returned15:54
*** edmondsw has quit IRC15:55
rybridgesthen people could store whatever they want with no fuss15:55
kmallocWe have that, it is called extras. It is terrible and should never have been implemented15:55
*** edmondsw has joined #openstack-keystone15:56
rybridgeslmao15:56
kmallocAnything not a fully supported, via SQL as a column (they are limited in count), is stored that way15:56
kmallocExcept with ldap, not doable really.15:57
kmallocIf I could delete extras from our api, I would.15:57
kmallocEveryone keeps asking to make it searchable, indexable, etc.15:58
kmallocIt is stored as json in the back end, it also can be corrupted and break the loading of the object. (based upon serialization methods, etc) it also causes db bloat when used and slows down keystone a lot.15:59
kmallocData stored in keystone should be highly controlled. Extras prevent us from doing that and limit the json schema validation we can do. It's a bad design :(16:00
*** dave-mcc_ has joined #openstack-keystone16:02
*** dave-mccowan has quit IRC16:04
rybridgeslol searchable and indexable what a headache16:06
rybridgesI can see why you would want to get rid of it16:06
*** AlexeyAbashkin has quit IRC16:07
rybridgesfrom a user PoV it is really really nice for some things though16:07
rybridgesYou gotta admit that16:07
*** pcaruana has quit IRC16:07
kmallocMost of that data belongs in a CRM though.16:07
kmallocAnd keystone is not that.16:08
kmallocKeystone just doesn't have the support for that kind of business app. Salesforce and sugar, etc do better, and keystone can be a dumb OpenStack only identity Store.16:08
kmalloc(what it's pretty good at)16:09
kmallocOk I need to coffee, drugs, dog walk. Will be back.16:10
kmallocrybridges: glad to discuss more in detail or help hunt for apis again anytime ;)16:11
*** spzala has joined #openstack-keystone16:13
*** spzala has quit IRC16:13
*** aselius has joined #openstack-keystone16:19
rybridgesHeh thanks kmalloc16:19
rybridgesAlso just noticed that this role_assignments api does not return whether or not the user is enabled :(16:20
knikollao/16:21
kmallocrybridges: let me check, disabled users shouldn't show in that iirc.16:22
kmallocI might be wrong though16:22
kmallocknikolla: hi16:23
*** mvk has quit IRC16:27
rybridgeswhy dont we just have this api return full user objects like client.users.list()? Instead it is returning this json blob that only has a few fields in it which is marginally useful16:31
*** Guest66098 is now known as mgagne16:34
*** mgagne has quit IRC16:34
*** mgagne has joined #openstack-keystone16:34
*** aojea has joined #openstack-keystone16:35
rybridges@kmalloc just tested the role_assignments API... If a user is not enabled, it is still returned in the role_assignments.list response. and we have no way of knowing whether the user is disabled from the response because the field is not included16:44
rybridgesThere is no way that I can do an extra call per user to check whether the user is enabled at our scale16:45
kmallocrybridges: it's expensive to look up the user data16:45
kmallocwe are only looking at the role assignment table16:45
rybridgesright16:46
rybridgesit makes sense that this api only shows minimal data about the user16:46
rybridgesbecause api seems more suited toward roles16:46
rybridgesbut it still leaves a major gap in the API16:46
kmallocthe keystone direct api  might work better.16:46
rybridgesyou know.. when I do openstack user list --project ac8ce531f41b4d3ba8cb127a918c2d46 --long from the CLI16:49
rybridgesit gives me everything i need in the exact perfect format and everything16:49
rybridgesits beautiful16:49
kmalloci think osc is doing a ton of extra work behind the scenes16:49
kmallockeystoneclient is bad.16:49
kmallocreally, it adds negative value for the most part16:49
kmallocit is really only built to do service (nova, cinder, etc) to service type work. (horizon uses it)16:50
kmallocbut genrrally, it is myopic compared to direct REST16:50
kmallocor something like shade16:50
rybridgesya openstack client is doing a ton of extra work16:52
rybridgesit does a user lookup call on each individual user that gets returned16:52
rybridgeswhich is a lot of rest calls16:53
*** tesseract has quit IRC16:53
kmallocwe could add the stuff to the keystone API, but frankly I wouldn't want to add stuff to keystoneclient to do this work.16:53
*** MasterOfBugs has joined #openstack-keystone17:02
*** lifeless has quit IRC17:03
rybridgesthe old client just had a native api17:08
rybridgesI could do keystone user-list --tenant admin and it would first do a tenant list (to look up the tenant name), and once it had that, it would immediately return the list of users associated with that tenant in nice objects17:10
rybridgesopenstack user list --project ac8ce531f41b4d3ba8cb127a918c2d46 --long  is doing so many more rest calls to do the exact same thing17:11
rybridgeswe use this type of functionality in so many places. we have some projects with 300+ users in them... now just to see which users are in that project (and are enabled), we will have to do a separate call per user17:12
*** mvk has joined #openstack-keystone17:12
*** lifeless has joined #openstack-keystone17:20
*** MasterOfBugs has quit IRC17:27
*** AlexeyAbashkin has joined #openstack-keystone17:37
*** nicolasbock_ has quit IRC17:38
*** nicolasbock has joined #openstack-keystone17:39
*** AlexeyAbashkin has quit IRC17:42
*** panbalag has quit IRC17:50
lbragstadping ayoung, breton, cmurphy, dstanek, edmondsw, gagehugo, henrynash, hrybacki, knikolla, lamt, lbragstad, lwanderley, notmorgan, rderose, rodrigods, samueldmq, spilla, aselius, dpar17:55
rodrigodsyo17:55
hrybackio/17:55
lbragstadgentle 5 minute meeting reminder17:55
gagehugoo/17:55
lbragstadFYI - you should only need 4 minutes to get caffeine17:56
cmurphyif i caffeinate now I won't sleep tonight :'(17:57
lbragstadaha - good point17:59
*** ayoung has joined #openstack-keystone18:10
*** jamesbenson has quit IRC18:36
*** jamesbenson has joined #openstack-keystone18:39
*** jamesbenson has quit IRC18:43
*** jamesbenson has joined #openstack-keystone18:47
*** jamesbenson has quit IRC18:50
openstackgerritOpenStack Proposal Bot proposed openstack/keystonemiddleware master: Updated from global requirements  https://review.openstack.org/50000518:54
*** AlexeyAbashkin has joined #openstack-keystone18:57
*** jamesbenson has joined #openstack-keystone18:58
lbragstad#startmeeting keystone-office-hours19:00
openstackMeeting started Tue Oct 10 19:00:42 2017 UTC and is due to finish in 60 minutes.  The chair is lbragstad. Information about MeetBot at http://wiki.debian.org/MeetBot.19:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.19:00
*** openstack changes topic to " (Meeting topic: keystone-office-hours)"19:00
*** ChanServ changes topic to "Queens release schedule: https://releases.openstack.org/queens/schedule.html | Meeting agenda: https://etherpad.openstack.org/p/keystone-weekly-meeting | Bugs that need triaging: http://bit.ly/2iJuN1h | Trello: https://trello.com/b/5F0h9Hoe/keystone"19:00
openstackThe meeting name has been set to 'keystone_office_hours'19:00
*** AlexeyAbashkin has quit IRC19:01
openstackgerritOpenStack Proposal Bot proposed openstack/pycadf master: Updated from global requirements  https://review.openstack.org/47013719:01
*** jamesbenson has quit IRC19:01
openstackgerritOpenStack Proposal Bot proposed openstack/keystonemiddleware master: Updated from global requirements  https://review.openstack.org/50000519:09
*** aojea has quit IRC19:16
*** rcernin has joined #openstack-keystone19:16
openstackgerritOpenStack Proposal Bot proposed openstack/pycadf master: Updated from global requirements  https://review.openstack.org/47013719:17
*** aojea has joined #openstack-keystone19:24
lbragstadedmondsw: good questions on https://review.openstack.org/#/c/500141/619:36
lbragstadi responded inline19:36
*** aojea has quit IRC19:41
*** jamesbenson has joined #openstack-keystone19:42
bretonColleen runs for tc, nice!19:43
*** jamesbenson has quit IRC19:44
*** thorst has quit IRC19:46
*** jamesbenson has joined #openstack-keystone19:50
*** wes_dillingham has quit IRC19:50
edmondswlbragstad tx... responded19:51
*** thorst has joined #openstack-keystone19:51
*** thorst has quit IRC19:56
*** AlexeyAbashkin has joined #openstack-keystone19:57
*** AlexeyAbashkin has quit IRC20:01
*** jamesbenson has quit IRC20:02
*** jamesbenson has joined #openstack-keystone20:04
*** panbalag has joined #openstack-keystone20:04
*** thorst has joined #openstack-keystone20:08
*** jamesbenson has quit IRC20:08
*** jamesbenson has joined #openstack-keystone20:12
*** jamesbenson has quit IRC20:13
*** panbalag has quit IRC20:21
openstackgerritOpenStack Proposal Bot proposed openstack/keystone master: Updated from global requirements  https://review.openstack.org/51101520:21
openstackgerritOpenStack Proposal Bot proposed openstack/keystonemiddleware master: Updated from global requirements  https://review.openstack.org/50000520:21
*** rmascena has joined #openstack-keystone20:26
*** jamesbenson has joined #openstack-keystone20:28
openstackgerritOpenStack Proposal Bot proposed openstack/pycadf master: Updated from global requirements  https://review.openstack.org/47013720:29
*** raildo has quit IRC20:29
andreaflbragstad: around?20:32
lbragstadandreaf: yep20:32
*** openstackgerrit has quit IRC20:33
andreafwe are planning to start office hours for QA this week - and do bug triage as well during that hour20:33
andreafI've seen your nice reports for keystone and I was wondering if you had some automation in place for them?20:34
andreaflbragstad ^^^20:34
lbragstadandreaf: i do - but it's pretty rough20:34
lbragstadi'd be happy to share what i have20:34
lbragstadbut an action i had coming out of the pike keystone retrospective was to rework some of the tooling to incorporate other things, and not just gerrit20:34
lbragstader, s/gerrit/launchpad/20:35
lbragstadsince the thing i have only interacts with launchpad, it doesn't really do a good job of capturing other things people do during office hours20:35
lbragstadandreaf: but - this is what i have https://github.com/lbragstad/launchpad-toolkit20:36
lbragstadi've also been itching to make ^ that configuration based instead of passing everything on the command line20:36
andreafheh20:37
andreafthanks for sharing20:37
lbragstadthe output spits out an entry for everything that is done in launchpad for the time period you specify... which does result in some false positives20:37
lbragstadI just run the tool, copy paste everything into a not, and massage it until it isn't redundant20:38
lbragstads/not/note/20:38
*** jamesbenson has quit IRC20:47
*** jamesbenson has joined #openstack-keystone20:48
*** openstackgerrit has joined #openstack-keystone20:50
openstackgerritOpenStack Proposal Bot proposed openstack/keystone master: Updated from global requirements  https://review.openstack.org/51101520:50
openstackgerritOpenStack Proposal Bot proposed openstack/keystonemiddleware master: Updated from global requirements  https://review.openstack.org/50000520:50
*** catintheroof has joined #openstack-keystone20:50
andreaflbragstad: nice I think I can use that as it :)20:50
lbragstadandreaf: awesome - hopefully it helps you out20:51
lbragstadandreaf: if you end up hacking on it at all, i'd gladly accept pull requests :)20:51
andreaflbragstad: sure!20:52
*** AlexeyAbashkin has joined #openstack-keystone20:56
openstackgerritOpenStack Proposal Bot proposed openstack/pycadf master: Updated from global requirements  https://review.openstack.org/47013720:57
*** AlexeyAbashkin has quit IRC21:00
openstackgerritOpenStack Proposal Bot proposed openstack/keystone master: Updated from global requirements  https://review.openstack.org/51101521:05
openstackgerritOpenStack Proposal Bot proposed openstack/keystonemiddleware master: Updated from global requirements  https://review.openstack.org/50000521:05
openstackgerritOpenStack Proposal Bot proposed openstack/pycadf master: Updated from global requirements  https://review.openstack.org/47013721:13
*** rcernin has quit IRC21:19
*** thorst has quit IRC21:21
*** ayoung has quit IRC21:23
*** ayoung has joined #openstack-keystone21:25
*** spilla has quit IRC21:29
*** edmondsw has quit IRC21:33
*** edmondsw_ has joined #openstack-keystone21:35
*** rmascena has quit IRC21:36
*** lucasxu has quit IRC21:38
*** edmondsw_ has quit IRC21:39
*** efried has quit IRC21:46
*** ayoung has quit IRC21:47
*** wes_dillingham has joined #openstack-keystone21:52
*** jamesbenson has quit IRC21:52
*** catintheroof has quit IRC21:58
*** jamesbenson has joined #openstack-keystone21:58
*** ayoung has joined #openstack-keystone21:59
*** catintheroof has joined #openstack-keystone21:59
*** catintheroof has quit IRC21:59
lbragstad#endmeeting22:00
*** openstack changes topic to "Queens release schedule: https://releases.openstack.org/queens/schedule.html | Meeting agenda: https://etherpad.openstack.org/p/keystone-weekly-meeting | Bugs that need triaging: http://bit.ly/2iJuN1h | Trello: https://trello.com/b/5F0h9Hoe/keystone"22:00
openstackMeeting ended Tue Oct 10 22:00:58 2017 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)22:01
openstackMinutes:        http://eavesdrop.openstack.org/meetings/keystone_office_hours/2017/keystone_office_hours.2017-10-10-19.00.html22:01
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/keystone_office_hours/2017/keystone_office_hours.2017-10-10-19.00.txt22:01
openstackLog:            http://eavesdrop.openstack.org/meetings/keystone_office_hours/2017/keystone_office_hours.2017-10-10-19.00.log.html22:01
*** AlexeyAbashkin has joined #openstack-keystone22:02
*** jamesbenson has quit IRC22:02
*** ayoung has quit IRC22:03
*** oikiki has joined #openstack-keystone22:06
*** AlexeyAbashkin has quit IRC22:06
gagehugolbragstad that bug you commented on is a duplicate I believe, I left a comment22:08
gagehugoabout the doc navigation buttons22:08
*** edmondsw has joined #openstack-keystone22:08
*** oikiki has quit IRC22:11
*** edmondsw has quit IRC22:13
*** chlong has quit IRC22:30
openstackgerritGage Hugo proposed openstack/keystone master: Implement backend logic for project tags  https://review.openstack.org/49972622:35
openstackgerritGage Hugo proposed openstack/keystone master: Implement project tags logic into manager  https://review.openstack.org/49972722:35
openstackgerritGage Hugo proposed openstack/keystone master: Implement project tags API controller and router  https://review.openstack.org/49972822:35
*** jmlowe has quit IRC22:47
*** wes_dillingham has quit IRC22:50
*** oikiki has joined #openstack-keystone22:51
*** ioggstream has quit IRC22:57
*** AlexeyAbashkin has joined #openstack-keystone22:57
*** AlexeyAbashkin has quit IRC23:01
openstackgerritGage Hugo proposed openstack/keystone master: Add project tags api-ref documentation and reno  https://review.openstack.org/47239623:03
*** nkinder has quit IRC23:03
*** thorst has joined #openstack-keystone23:22
*** thorst has quit IRC23:27
*** jamesbenson has joined #openstack-keystone23:32
*** nkinder has joined #openstack-keystone23:35
*** jamesbenson has quit IRC23:37
*** mancdaz has quit IRC23:58
« Monday, 2017-10-09 Index Wednesday, 2017-10-11 »

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