Monday, 2019-04-01

*** jamesmcarthur has joined #openstack-keystone00:04
*** jamesmcarthur has quit IRC00:20
*** ileixe has joined #openstack-keystone00:59
*** jamesmcarthur has joined #openstack-keystone01:07
*** jamesmcarthur has quit IRC01:19
*** jamesmcarthur has joined #openstack-keystone01:21
*** jamesmcarthur has quit IRC01:30
*** jamesmcarthur has joined #openstack-keystone01:42
*** jamesmcarthur has quit IRC01:57
*** irclogbot_1 has quit IRC02:19
*** jamesmcarthur has joined #openstack-keystone02:19
*** jamesmcarthur has quit IRC02:21
*** jamesmcarthur_ has joined #openstack-keystone02:21
*** edmondsw has quit IRC02:22
*** jamesmcarthur_ has quit IRC02:30
*** jamesmcarthur has joined #openstack-keystone02:34
*** jamesmcarthur has quit IRC02:39
*** ileixe has quit IRC02:45
*** jamesmcarthur has joined #openstack-keystone03:05
*** jamesmcarthur has quit IRC03:07
*** jamesmcarthur has joined #openstack-keystone03:09
*** jamesmcarthur has quit IRC03:12
cmurphyfyi i'm afk most of today03:43
*** edmondsw has joined #openstack-keystone04:01
*** jaosorior has joined #openstack-keystone04:39
*** jamesmcarthur has joined #openstack-keystone05:01
*** jamesmcarthur has quit IRC05:05
*** whoami-rajat has joined #openstack-keystone05:31
openstackgerritMerged openstack/keystone master: Add domain scope support for group policies  https://review.openstack.org/64393705:41
openstackgerritMerged openstack/keystone master: Remove redundant policies from v3cloudsample  https://review.openstack.org/64758605:41
*** jaosorior has quit IRC05:46
*** jaosorior has joined #openstack-keystone05:47
*** vishakha has joined #openstack-keystone06:01
*** elbragstad has quit IRC06:07
*** rcernin has quit IRC06:58
*** pcaruana has joined #openstack-keystone06:58
*** pcaruana has quit IRC07:02
*** pcaruana has joined #openstack-keystone07:02
*** awalende has joined #openstack-keystone07:08
*** awalende has quit IRC07:09
*** awalende has joined #openstack-keystone07:10
*** awalende has quit IRC07:10
*** awalende has joined #openstack-keystone07:11
*** awalende has quit IRC07:15
*** awalende has joined #openstack-keystone07:22
*** Dinesh_Bhor has quit IRC07:59
*** Dinesh_Bhor has joined #openstack-keystone08:03
*** phasespace has joined #openstack-keystone08:06
openstackgerritRico Lin proposed openstack/keystoneauth master: Update auth plugin name list in document  https://review.openstack.org/64892008:31
*** tkajinam has quit IRC08:34
*** xek has joined #openstack-keystone09:10
*** raildo has joined #openstack-keystone11:58
*** rcernin has joined #openstack-keystone12:19
*** elbragstad has joined #openstack-keystone12:31
*** ChanServ sets mode: +o elbragstad12:31
*** markvoelker has quit IRC12:32
*** jamesmcarthur has joined #openstack-keystone12:48
*** jamesmcarthur has quit IRC12:48
*** jamesmcarthur has joined #openstack-keystone12:48
*** mvkr has quit IRC12:49
*** jmlowe has quit IRC12:55
*** whoami-rajat has quit IRC13:00
*** elbragstad is now known as lbragstad13:02
*** whoami-rajat has joined #openstack-keystone13:05
lbragstadkmalloc if you're around today - we might have to step through https://etherpad.openstack.org/p/keystone-stein-rc2-tracking13:16
lbragstadi unfortunately proposed most of them13:16
*** mvkr has joined #openstack-keystone13:16
*** irclogbot_1 has joined #openstack-keystone13:26
lbragstadcmurphy ack - i assume we'll just try and get as much of the rc2 etherpad as merged as possible?13:27
lbragstadand meeting up to talk about remaining work tomorrow13:27
*** rcernin has quit IRC13:29
gagehugoo/13:34
*** yan0s has joined #openstack-keystone13:37
*** jroll has quit IRC13:39
*** jroll has joined #openstack-keystone13:39
kmallocI will be here.13:42
*** jamesmcarthur has quit IRC13:43
lbragstadcool13:47
lbragstadit's early there13:47
lbragstadyou should coffee first13:47
*** jmlowe has joined #openstack-keystone13:55
*** vishakha has quit IRC13:55
*** jamesmcarthur has joined #openstack-keystone13:58
*** awalende has quit IRC14:01
*** awalende has joined #openstack-keystone14:01
*** awalende has quit IRC14:06
*** yan0s has quit IRC14:11
kmalloci plan to.14:19
*** phasespace has quit IRC14:22
kmallocalso, please remember today is a useless internet day. I'm so done with april fools. =/14:24
gagehugoheh14:25
*** yan0s has joined #openstack-keystone14:42
*** itlinux_ has quit IRC14:50
kmalloclbragstad: +2 on all of those. +A where there was another +214:58
lbragstadsweet15:00
lbragstadi think sean is still on PTG15:00
lbragstadPTO*15:00
lbragstadi might kick https://review.openstack.org/#/c/647587/ through since cmurphy has already approved it and you've looked at it, among others15:01
kmalloci can do that15:02
kmallocit15:02
kmalloc's fine15:02
kmallocok 2 left, the one you -W'd and the one pending check15:04
kmalloci'm ok pushing the check one through single-core once the check comes back ok15:04
lbragstadi updated15:05
lbragstadhttps://review.openstack.org/#/c/647586/8 needs to be backported, too15:06
lbragstadbut it causes a merge conflict i haven't had time to grok yet15:06
*** erus has joined #openstack-keystone15:16
*** itlinux has joined #openstack-keystone15:46
*** erus has quit IRC15:46
*** erus has joined #openstack-keystone15:47
*** yan0s has quit IRC15:54
*** awalende has joined #openstack-keystone16:01
*** awalende has quit IRC16:07
lbragstadstepping away for a bit16:21
openstackgerritLance Bragstad proposed openstack/keystone master: DRY: Remove redundant policies from policy.v3cloudsample.json  https://review.openstack.org/62258917:26
*** zigo has quit IRC17:37
*** erus has quit IRC17:37
*** phasespace has joined #openstack-keystone17:38
*** erus has joined #openstack-keystone17:38
*** erus has quit IRC17:44
*** erus has joined #openstack-keystone17:44
*** mvkr has quit IRC18:01
*** jamesmcarthur has quit IRC18:15
*** jonher has quit IRC18:28
*** jonher has joined #openstack-keystone18:29
*** ayoung has joined #openstack-keystone18:36
ayounglbragstad, can I convince you to throw your support behind https://review.openstack.org/#/c/605169/1018:36
ayoungI just had another customer call where that is going to be an issue.18:36
ayoungThe only complaint that I think you had was the provider to provider call...can I convince you that it is actually the right thing to do here?18:37
*** itlinux has quit IRC18:44
*** mvkr has joined #openstack-keystone18:48
lbragstadi think there is someone working on the provider -> provider bit18:52
*** itlinux has joined #openstack-keystone18:55
*** raildo has quit IRC19:13
*** raildo has joined #openstack-keystone19:20
*** jmlowe has quit IRC19:22
*** erus has quit IRC19:27
*** erus has joined #openstack-keystone19:28
*** spsurya has quit IRC19:36
*** jamesmcarthur has joined #openstack-keystone19:39
*** erus has quit IRC19:45
*** erus has joined #openstack-keystone19:45
*** awalende has joined #openstack-keystone20:03
*** erus has quit IRC20:03
openstackgerritRaildo Mascena proposed openstack/keystone master: [WIP]Fixing dn_to_id function for cases were id it's not in the DN  https://review.openstack.org/64917720:03
*** erus has joined #openstack-keystone20:04
*** awalende has quit IRC20:07
*** Krenair has quit IRC20:22
*** xek has quit IRC20:22
*** jmlowe has joined #openstack-keystone20:26
*** whoami-rajat has quit IRC20:30
ayounglbragstad, so, why do you think provider-to-provider is a problem?20:37
lbragstadi don't think provider to provider is a problem, provider to provider is just fine in my opinion, but in that patch we're calling up from a backend to a provider20:38
ayoungAgain, why is that a problem?20:40
ayounglbragstad, If I squint, I can almost see it, but my gut says that this approach is the right approach.  But I might be missing something you are seeing.20:43
*** Guest95175 has joined #openstack-keystone20:44
ayoungI didn't like the way the code looked when I pushed it up a level, which I take as reinforcing this structure.  I understand not having, say, the DB backend of Assignment talking to the DB Backend of SQL,  but I can't see how this is the same problem20:44
*** Guest95175 is now known as Krenair20:44
lbragstadhttps://bugs.launchpad.net/keystone/+bug/1563101 does a good job explaining it20:54
openstackLaunchpad bug 1563101 in OpenStack Identity (keystone) "Remove backend dependency on core" [Medium,Fix released] - Assigned to Ron De Rose (ronald-de-rose)20:54
*** itlinux has quit IRC20:58
*** itlinux has joined #openstack-keystone20:59
*** eglute has joined #openstack-keystone21:04
*** jamesmcarthur has quit IRC21:14
*** pcaruana has quit IRC21:17
cmurphyo/21:23
*** Krenair has quit IRC21:26
*** jamesmcarthur has joined #openstack-keystone21:27
*** Krenair has joined #openstack-keystone21:28
ayounglbragstad, so the ID generator is a different beast.  Maybe it should not be a driver.  Blame henrynash for that21:31
ayoungbut none of those issues apply here.21:31
ayoungI also think that his example is just plain wrong:  of course the drivers should know about core.  But the Core should not know about implementation details of the drivers.21:32
ayounglbragstad, what if we stopped calling the id generator a driver, and called it directly?  I'm not even sure what having it as a driver does for us21:33
ayoungexcept that someone out there wanted it as a cut point, I guess21:34
lbragstadayoung i'm guess it was copy/pasta because we do drivers for everything21:34
lbragstadguessing*21:34
ayoungNah, that was Henry, and it was for something he did not care to share21:34
lbragstadhmmm21:34
ayoungLove the dude, but sometimes he playued his cards a little close to his chest21:34
ayoungAnd I was willing to let him do it, because the rest of what he was doing was so great21:35
ayoungThis is more a case of one component calling in to another.  I think it is the right use of our component architecture21:35
*** erus has quit IRC21:35
lbragstadthe way they are written, it's calling up a layer21:36
*** samueldmq has joined #openstack-keystone21:36
*** erus has joined #openstack-keystone21:36
ayoungI don't think of it as UP21:37
ayoungI think of them as modules, as drivers, and this lets the two abstractions vary independntendly21:37
ayoungor however you spell that word21:37
ayoungIt does not specify WHCIH driver to use, it specifies that it should use the same driver configured else where21:38
ayoungI thnk that is the same way the LDAP code calls it,  let me check21:38
ayounghttps://review.openstack.org/#/c/605169/10/keystone/identity/shadow_backends/sql.py  vs21:38
* lbragstad has to run and be a dad21:39
lbragstadi'll check back in though21:40
*** lbragstad is now known as lbragstad_dad_mo21:40
lbragstad_dad_mo...21:40
lbragstad_dad_monevermind21:40
*** lbragstad_dad_mo is now known as lbragstad21:40
*** itlinux has quit IRC21:43
*** itlinux has joined #openstack-keystone21:44
ayoungok...so it is already a backend to provider call21:44
*** itlinux has quit IRC21:44
ayoungkeystone/identity/generator.py:33:    _provides_api = 'id_generator_api'21:45
ayoungkeystone/identity/mapping_backends/sql.py:76:                    public_id = self.id_generator_api.generate_public_ID(21:45
ayoungkeystone/identity/mapping_backends/sql.py:76:                    public_id = self.id_generator_api.generate_public_ID(21:45
ayoungkeystone/identity/mapping_backends/sql.py:76:                    public_id = self.id_generator_api.generate_public_ID(21:45
ayounghttp://git.openstack.org/cgit/openstack/keystone/tree/keystone/identity/mapping_backends/sql.py#n7621:45
ayoungsorry for the spam21:45
ayoungbut the last link shows that the current mapping_backend calls into the id provider.  My change is roughly the same.21:46
ayoungHe just made it a class level variable, I called it directly inline21:46
ayoungaND NOW i GO DAD MODE!21:47
ayoungreprieve21:47
ayoungCommits now go into the Train release, right, not Stein?21:49
cmurphyright21:51
*** raildo has quit IRC22:07
*** jamesmcarthur has quit IRC22:08
ayoungcmurphy, you have a preference on https://review.openstack.org/#/c/605169/22:12
ayoungI'd like to get that one and the domain id change in22:12
cmurphythe main sticking point is the driver/manager cross-calling?22:15
cmurphyis it hard to move the id_generator_api call to the manager?22:15
cmurphyyou could have create_federated_user take a public_id parameter that is passed in from keystone/identity/core.py22:17
cmurphyoh i seee that's what the other patch did22:18
cmurphyi don't have a strong opinion either way but to be consistent with the ldap backend it would have to generate the id at authentication time in the mapped plugin22:26
*** nikrin is now known as knikolla22:34
*** rcernin has joined #openstack-keystone22:40
*** tkajinam has joined #openstack-keystone22:56
*** itlinux has joined #openstack-keystone23:24
*** lbragstad has quit IRC23:54
*** openstackgerrit has quit IRC23:56
*** timburke has quit IRC23:58

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