Thursday, 2015-12-03

*** btully has joined #openstack-keystone00:03
*** dims has quit IRC00:04
*** RichardRaseley has joined #openstack-keystone00:09
*** jbell8 has quit IRC00:10
*** NM has quit IRC00:11
*** su_zhang has joined #openstack-keystone00:12
*** chlong has quit IRC00:12
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Split resource tests from assignment tests  https://review.openstack.org/25268400:13
samueldmqeasy review ^00:14
*** btully has quit IRC00:15
*** btully has joined #openstack-keystone00:17
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Split resource tests from assignment tests  https://review.openstack.org/25268400:20
openstackgerritMerged openstack/keystone: refactor: move variable to where it's needed  https://review.openstack.org/25122200:20
*** ninag has joined #openstack-keystone00:26
*** jbell8 has joined #openstack-keystone00:30
*** dims has joined #openstack-keystone00:33
*** rcernin has quit IRC00:37
openstackgerritDan Nguyen proposed openstack/python-keystoneclient: Add include_subtree to role_list_assignments call  https://review.openstack.org/18818400:39
*** btully has quit IRC00:40
*** e0ne has joined #openstack-keystone00:41
*** ninag has quit IRC00:44
*** ninag has joined #openstack-keystone00:44
samueldmqjamielennox: you around ?00:44
*** e0ne has quit IRC00:45
samueldmqjamielennox: about ksclient functional tests00:46
*** ninag has quit IRC00:49
*** EinstCrazy has joined #openstack-keystone00:55
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Refactor: Move uncommon entities from setUp  https://review.openstack.org/25269200:57
*** btully has joined #openstack-keystone00:57
*** atiwari has joined #openstack-keystone00:59
*** atiwari has quit IRC01:00
*** atiwari has joined #openstack-keystone01:01
*** RichardRaseley has quit IRC01:01
*** fangxu has quit IRC01:07
*** NM has joined #openstack-keystone01:07
notmorgandolphm: so... how cranky does OSAD get with you are virtualinzing on top of an openstack virtualized deployment (specifically networking)01:07
notmorgandolphm: if you happen to know01:07
notmorgandolphm: or am i better off just manually configuring neutron?01:08
*** lhcheng has joined #openstack-keystone01:10
*** ChanServ sets mode: +v lhcheng01:10
*** adelia has joined #openstack-keystone01:13
*** lhcheng has quit IRC01:14
*** csoukup has joined #openstack-keystone01:18
*** btully has quit IRC01:22
*** aginwala has quit IRC01:22
*** markvoelker has quit IRC01:23
*** _zouyee has joined #openstack-keystone01:24
*** btully has joined #openstack-keystone01:27
*** dims has quit IRC01:30
*** fangxu has joined #openstack-keystone01:30
*** spandhe has quit IRC01:35
*** su_zhang has quit IRC01:39
*** mancdaz has quit IRC01:39
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Refactor: Move uncommon entities from setUp  https://review.openstack.org/25269201:40
*** mancdaz has joined #openstack-keystone01:40
*** btully has quit IRC01:41
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Refactor: Remove use of self where not needed  https://review.openstack.org/25270601:41
*** jbell8 has quit IRC01:42
*** chlong has joined #openstack-keystone01:48
*** chlong has quit IRC01:51
*** aginwala has joined #openstack-keystone01:53
*** dims has joined #openstack-keystone02:00
*** chlong has joined #openstack-keystone02:00
*** chlong has quit IRC02:06
openstackgerritMerged openstack/python-keystoneclient: Delete python bytecode before every test run  https://review.openstack.org/25216902:11
*** roxanagh_ has quit IRC02:16
*** ninag has joined #openstack-keystone02:16
*** jasonsb has joined #openstack-keystone02:18
*** chlong has joined #openstack-keystone02:20
*** ninag has quit IRC02:27
*** ninag has joined #openstack-keystone02:28
*** ninag has quit IRC02:28
*** ninag has joined #openstack-keystone02:29
*** spandhe has joined #openstack-keystone02:29
*** ninag has quit IRC02:33
*** spandhe has quit IRC02:34
*** spandhe has joined #openstack-keystone02:35
*** chlong has quit IRC02:35
*** NM has quit IRC02:39
openstackgerritMerged openstack/keystone: Optimize "open" method with context manager  https://review.openstack.org/25067102:41
*** btully has joined #openstack-keystone02:41
*** tsymanczyk has quit IRC02:47
*** chlong has joined #openstack-keystone02:49
*** heha37 has joined #openstack-keystone02:51
*** btully has quit IRC02:52
*** heha37 has quit IRC02:54
*** Ephur has quit IRC02:55
*** aginwala has quit IRC02:59
*** ayoung has joined #openstack-keystone03:01
*** ChanServ sets mode: +v ayoung03:01
*** ayoung has quit IRC03:01
*** ayoung has joined #openstack-keystone03:03
*** ChanServ sets mode: +v ayoung03:03
*** aginwala has joined #openstack-keystone03:04
openstackgerritDave Chen proposed openstack/keystone: Ensure endpoints returned is filtered correctly  https://review.openstack.org/25003203:06
*** e0ne has joined #openstack-keystone03:06
*** fangxu has quit IRC03:06
*** spandhe_ has joined #openstack-keystone03:14
*** spandhe has quit IRC03:16
*** spandhe_ is now known as spandhe03:16
*** aginwala has quit IRC03:17
*** jerrygb has quit IRC03:19
*** davechen1 has joined #openstack-keystone03:21
*** chlong has quit IRC03:21
davechen1stevemar, marekd, jamielennox: hi,03:28
davechen1stevemar, marekd, jamielennox: do you have any idea about this one, https://review.openstack.org/#/c/215041/?03:28
jamielennoxdavechen1: wow, that was more involved than i expecte03:31
jamielennoxd03:31
*** davechen1 is now known as davechen03:31
*** fawadkhaliq has joined #openstack-keystone03:32
davechenjamielennox: yes, I have done all i could do accoring to the agreement in the meeting.03:32
davechenbut also, I think breton's comments is make sense.03:33
jamielennoxoh, i have missed the last two and i haven't read this weeks yet03:33
davechenokay, if you any idea pls comments somewhere, thanks.03:34
*** btully has joined #openstack-keystone03:35
*** e0ne has quit IRC03:35
*** tsymanczyk has joined #openstack-keystone03:39
*** tsymanczyk is now known as Guest1617003:40
*** btully has quit IRC03:47
*** spandhe has quit IRC03:50
*** su_zhang has joined #openstack-keystone03:50
*** spandhe has joined #openstack-keystone03:53
*** btully has joined #openstack-keystone03:53
openstackgerritDave Chen proposed openstack/python-keystoneclient: Put py34 first in the env order of tox  https://review.openstack.org/25273403:59
openstackgerritDave Chen proposed openstack/keystonemiddleware: Put py34 first in the env order of tox  https://review.openstack.org/25273504:03
*** btully has quit IRC04:06
openstackgerritDave Chen proposed openstack/keystoneauth: Put py34 first in the env order of tox  https://review.openstack.org/25273704:10
*** btully has joined #openstack-keystone04:18
*** jbell8 has joined #openstack-keystone04:18
*** roxanagh_ has joined #openstack-keystone04:18
*** jbell8 has joined #openstack-keystone04:19
*** jerrygb has joined #openstack-keystone04:20
openstackgerritDan Nguyen proposed openstack/python-keystoneclient: Add include_subtree to role_list_assignments call  https://review.openstack.org/18818404:20
*** jerrygb has quit IRC04:26
*** gildub has joined #openstack-keystone04:34
*** roxanagh_ has quit IRC04:36
*** roxanagh_ has joined #openstack-keystone04:37
*** roxanagh_ has quit IRC04:39
*** gildub has quit IRC04:46
*** fawadkhaliq has quit IRC04:50
*** spandhe has quit IRC04:51
*** dims has quit IRC04:52
*** davechen has left #openstack-keystone04:53
*** fangxu has joined #openstack-keystone04:55
*** tyagiprince has joined #openstack-keystone04:58
*** Nirupama has joined #openstack-keystone05:04
*** links has joined #openstack-keystone05:06
*** e0ne has joined #openstack-keystone05:08
*** e0ne has quit IRC05:14
*** su_zhang has quit IRC05:15
*** e0ne has joined #openstack-keystone05:16
*** btully has quit IRC05:16
*** tyagiprince has quit IRC05:18
*** btully has joined #openstack-keystone05:20
*** tyagiprince has joined #openstack-keystone05:25
*** markvoelker has joined #openstack-keystone05:25
*** spandhe has joined #openstack-keystone05:26
*** fawadkhaliq has joined #openstack-keystone05:27
*** markvoelker_ has joined #openstack-keystone05:28
*** markvoelker has quit IRC05:30
*** markvoelker has joined #openstack-keystone05:31
*** markvoelker_ has quit IRC05:34
*** markvoelker_ has joined #openstack-keystone05:38
*** markvoelker has quit IRC05:38
*** btully has quit IRC05:39
*** btully has joined #openstack-keystone05:40
*** csoukup has quit IRC05:46
*** aginwala has joined #openstack-keystone05:48
*** su_zhang has joined #openstack-keystone05:49
*** markvoelker_ has quit IRC05:51
*** topol has joined #openstack-keystone05:53
*** ChanServ sets mode: +v topol05:53
*** btully has quit IRC05:53
*** btully has joined #openstack-keystone05:56
*** topol has quit IRC05:57
*** gyee has quit IRC06:00
*** sirushti has quit IRC06:01
*** sirushti has joined #openstack-keystone06:01
*** aginwala has quit IRC06:08
*** aginwala has joined #openstack-keystone06:10
*** e0ne has quit IRC06:11
stevemarjamielennox: thanks for reviewing the trust change06:12
*** spandhe_ has joined #openstack-keystone06:13
*** btully has quit IRC06:14
*** spandhe has quit IRC06:14
*** spandhe_ is now known as spandhe06:14
openstackgerritSteve Martinelli proposed openstack/keystone: remove version from setup.cfg  https://review.openstack.org/25207806:19
*** btully has joined #openstack-keystone06:19
*** jerrygb has joined #openstack-keystone06:22
*** e0ne has joined #openstack-keystone06:24
*** e0ne has quit IRC06:24
jamielennoxstevemar: haha, https://www.reddit.com/r/IAmA/comments/3ilzey/were_a_bunch_of_developers_from_ibm_ask_us/06:26
*** jerrygb has quit IRC06:26
stevemarjamielennox: haha, i saw that months ago06:26
stevemarit was umm... well intentioned06:27
*** fangxu has quit IRC06:27
stevemarso many jokes about lotus notes06:27
stevemarAre there slides we're supposed to be looking at? Can you send me the deck?06:27
stevemarSorry I was talking on mute.06:27
jamielennoxhilarious - what did they think would happen06:28
*** e0ne has joined #openstack-keystone06:29
stevemarjamielennox: who knows, i loved all the jokes06:29
jamielennoxevery now and then someone from the team who was being asked pops up to try and rescue the conversation06:29
*** roxanagh_ has joined #openstack-keystone06:30
*** e0ne has quit IRC06:35
openstackgerritMerged openstack/keystone-specs: Enable retrieval of default values of domain config options  https://review.openstack.org/18565006:36
*** e0ne has joined #openstack-keystone06:43
*** fangxu has joined #openstack-keystone06:44
*** e0ne has quit IRC06:45
*** btully has quit IRC06:47
*** henrynash has joined #openstack-keystone06:49
*** ChanServ sets mode: +v henrynash06:49
*** markvoelker has joined #openstack-keystone06:50
*** su_zhang has quit IRC06:55
*** markvoelker has quit IRC06:55
*** josecastroleon has joined #openstack-keystone07:01
*** btully has joined #openstack-keystone07:02
*** e0ne has joined #openstack-keystone07:02
*** woodster_ has quit IRC07:06
*** su_zhang has joined #openstack-keystone07:06
*** e0ne has quit IRC07:06
*** lhcheng has joined #openstack-keystone07:07
*** ChanServ sets mode: +v lhcheng07:07
*** roxanagh_ has quit IRC07:08
stevemarjamielennox: vacation time as of time07:10
stevemaras of now*07:10
stevemardon't let keystone burn to the ground07:10
stevemaror do, i don't mind, we'll finally start anew and make keystoneXL07:10
jamielennoxstevemar: so burn it down while your away so you can blame someone else07:15
jamielennoxstevemar: enjoy - going anywhere?07:15
*** rcernin has joined #openstack-keystone07:19
*** rcernin_ has joined #openstack-keystone07:24
*** e0ne has joined #openstack-keystone07:35
*** e0ne has quit IRC07:37
*** wanghua has joined #openstack-keystone07:39
*** fawadkhaliq has quit IRC07:39
*** fawadkhaliq has joined #openstack-keystone07:39
wanghuaHi all, does keystone cli client support version 3 now?07:40
lhchengwanghua: you have to use openstackclient for keystone v307:40
wanghualhcheng: Thank you07:41
*** btully has quit IRC07:42
*** flaper87 has quit IRC07:44
*** flaper87 has joined #openstack-keystone07:49
*** fawadkhaliq has quit IRC07:50
*** tomoiaga has joined #openstack-keystone07:50
*** tomoiaga has quit IRC07:51
*** fawadkhaliq has joined #openstack-keystone07:53
*** btully has joined #openstack-keystone07:54
*** chlong has joined #openstack-keystone07:55
*** fawadkhaliq has quit IRC07:57
*** su_zhang has quit IRC07:59
*** e0ne has joined #openstack-keystone08:03
*** belmoreira has joined #openstack-keystone08:04
*** fawadkhaliq has joined #openstack-keystone08:05
*** btully has quit IRC08:06
*** mhickey has joined #openstack-keystone08:07
*** fawadk has joined #openstack-keystone08:07
*** fawadkhaliq has quit IRC08:08
*** adelia has quit IRC08:08
*** tyagiprince has quit IRC08:08
*** tyagiprince has joined #openstack-keystone08:11
*** spandhe_ has joined #openstack-keystone08:13
*** spandhe has quit IRC08:14
*** spandhe_ is now known as spandhe08:14
*** btully has joined #openstack-keystone08:20
*** aginwala has quit IRC08:22
*** e0ne has quit IRC08:24
*** markvoelker has joined #openstack-keystone08:25
*** pece has joined #openstack-keystone08:28
*** fawadk has quit IRC08:28
*** fawadkhaliq has joined #openstack-keystone08:29
*** chlong has quit IRC08:29
*** pece has quit IRC08:30
*** markvoelker has quit IRC08:30
*** atiwari1 has joined #openstack-keystone08:32
*** fhubik has joined #openstack-keystone08:34
*** fhubik is now known as fhubik_brb08:34
*** atiwari has quit IRC08:34
*** btully has quit IRC08:34
*** btully has joined #openstack-keystone08:37
openstackgerrithenry-nash proposed openstack/keystone-specs: Domain Specific Roles  https://review.openstack.org/22666108:37
openstackgerrithenry-nash proposed openstack/keystone-specs: Domain Specific Roles  https://review.openstack.org/22666108:39
*** jbell8 has quit IRC08:41
*** browne1 has joined #openstack-keystone08:41
*** browne1 has quit IRC08:43
*** browne has quit IRC08:45
*** rcernin has quit IRC08:50
*** fhubik_brb is now known as fhubik08:50
*** rcernin_ has quit IRC08:51
*** spandhe has quit IRC08:53
*** btully has quit IRC09:00
*** belmoreira has quit IRC09:04
*** btully has joined #openstack-keystone09:06
*** adelia has joined #openstack-keystone09:06
*** adelia has quit IRC09:11
*** jaosorior has joined #openstack-keystone09:17
*** btully has quit IRC09:19
*** btully has joined #openstack-keystone09:20
*** josecastroleon has quit IRC09:27
*** aix has joined #openstack-keystone09:29
*** btully has quit IRC09:33
*** btully has joined #openstack-keystone09:37
*** btully has quit IRC09:49
*** btully has joined #openstack-keystone09:51
*** fhubik is now known as fhubik_brb09:57
*** rcernin has joined #openstack-keystone09:59
*** fawadkhaliq has quit IRC10:00
*** fawadkhaliq has joined #openstack-keystone10:00
openstackgerrithenry-nash proposed openstack/keystone-specs: Move inheritance API spec into core Identity API  https://review.openstack.org/25042310:00
*** btully has quit IRC10:02
*** fhubik_brb is now known as fhubik10:03
*** marekd has left #openstack-keystone10:05
*** adelia has joined #openstack-keystone10:08
*** tyagiprince has quit IRC10:08
*** jistr has joined #openstack-keystone10:09
*** adelia has quit IRC10:12
*** marekd has joined #openstack-keystone10:13
*** marekd has quit IRC10:15
*** marekd has joined #openstack-keystone10:16
*** ChanServ sets mode: +v marekd10:16
*** miyagishi_t has quit IRC10:17
*** tsufiev has quit IRC10:22
*** tyagiprince has joined #openstack-keystone10:24
*** markvoelker has joined #openstack-keystone10:26
*** tyagiprince has quit IRC10:28
*** tsufiev has joined #openstack-keystone10:29
*** tyagiprince has joined #openstack-keystone10:30
*** markvoelker has quit IRC10:31
*** henrynash has quit IRC10:31
*** ninag has joined #openstack-keystone10:33
*** e0ne has joined #openstack-keystone10:34
*** btully has joined #openstack-keystone10:35
openstackgerritBernhard M. Wiedemann proposed openstack/python-keystoneclient: Revert "Use textwrap instead of home made implementation"  https://review.openstack.org/25235510:35
*** e0ne has quit IRC10:36
*** ninag has quit IRC10:37
*** belmoreira has joined #openstack-keystone10:38
*** btully has quit IRC10:46
*** aginwala has joined #openstack-keystone10:59
*** chlong has joined #openstack-keystone11:01
*** aginwala has quit IRC11:03
*** fhubik has quit IRC11:03
*** dims_ has joined #openstack-keystone11:03
*** nonameentername has quit IRC11:03
*** josecastroleon has joined #openstack-keystone11:03
*** btully has joined #openstack-keystone11:03
*** nonameentername has joined #openstack-keystone11:04
*** lhcheng_ has joined #openstack-keystone11:16
*** btully has quit IRC11:18
*** aix has quit IRC11:18
*** lhcheng has quit IRC11:18
*** btully has joined #openstack-keystone11:19
*** btully has quit IRC11:30
*** opilotte has quit IRC11:33
*** opilotte has joined #openstack-keystone11:33
*** btully has joined #openstack-keystone11:42
*** josecastroleon has quit IRC11:43
*** NM has joined #openstack-keystone11:43
*** henrynash has joined #openstack-keystone11:54
*** ChanServ sets mode: +v henrynash11:54
*** btully has quit IRC12:05
*** NM has quit IRC12:05
*** adelia has joined #openstack-keystone12:09
*** btully has joined #openstack-keystone12:12
*** fawadkhaliq has quit IRC12:15
*** adelia has quit IRC12:15
*** fawadkhaliq has joined #openstack-keystone12:16
*** flaper87 has quit IRC12:17
*** flaper87 has joined #openstack-keystone12:17
*** raildo-afk is now known as raildo12:21
*** btully has quit IRC12:24
*** btully has joined #openstack-keystone12:27
*** markvoelker has joined #openstack-keystone12:27
*** markvoelker has quit IRC12:32
*** openstackgerrit has quit IRC12:32
*** openstackgerrit has joined #openstack-keystone12:33
samueldmqmorning keystoners12:39
*** aix has joined #openstack-keystone12:39
*** josecastroleon has joined #openstack-keystone12:43
*** iurygregory has left #openstack-keystone12:45
*** iurygregory has joined #openstack-keystone12:45
*** jaosorior has quit IRC12:47
*** jaosorior has joined #openstack-keystone12:48
*** pauloewerton has joined #openstack-keystone12:49
*** btully has quit IRC12:51
*** tyagiprince has quit IRC12:51
*** jaosorior has quit IRC12:51
*** jaosorior has joined #openstack-keystone12:54
*** gordc has joined #openstack-keystone12:55
*** EinstCra_ has joined #openstack-keystone12:55
*** Ephur has joined #openstack-keystone12:56
*** Ephur_ has joined #openstack-keystone12:57
*** EinstCrazy has quit IRC12:58
*** ninag has joined #openstack-keystone12:59
*** ninag has quit IRC12:59
*** ninag has joined #openstack-keystone13:00
*** Ephur has quit IRC13:01
*** ninag has quit IRC13:04
*** btully has joined #openstack-keystone13:05
*** Nirupama has quit IRC13:12
*** pnavarro has joined #openstack-keystone13:17
*** openstackgerrit has quit IRC13:17
*** openstackgerrit has joined #openstack-keystone13:18
*** jerrygb has joined #openstack-keystone13:21
*** ninag has joined #openstack-keystone13:21
*** ninag_ has joined #openstack-keystone13:22
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Refactor: Use Federation constants where possible  https://review.openstack.org/25294913:25
samueldmqdstanek: hi, you around sir ?13:25
dstanekyep13:25
*** bdossant has joined #openstack-keystone13:25
samueldmqdstanek: I need a python guidance on this ^13:26
*** ninag has quit IRC13:26
samueldmqdstanek: I got tests not even running due to a kind of import error13:26
samueldmqdstanek: because the new import I added there13:26
*** bradjones has quit IRC13:27
samueldmqdstanek: can I paste the error for you ? if you have a minute to talk about it ...13:27
dstaneksamueldmq: my guess would be that you have created a circular import13:27
dstaneksamueldmq: in a paste.o.o?13:27
dstanekgo for it13:28
samueldmqdstanek: yeah :)13:28
*** markvoelker has joined #openstack-keystone13:28
*** btully has quit IRC13:28
samueldmqdstanek: http://paste.openstack.org/show/480758/13:28
dstaneksamueldmq: generally speaking i don't like that keystone.auth would use keystone.federation directly. seems like we have a broken architecture13:28
samueldmqdstanek: and yes, I did created a circular import, just dunno how to workaround13:29
samueldmqdstanek: hm, I agree that it sounds weird to import and evaluate the whole module (its imports etc)13:30
dstaneksamueldmq: only two way13:30
samueldmqdstanek: is there a way to only import the constants ? like from keystone.federation.constants import FEDERATION13:30
dstanekeither do a lazy import where you actually need constants or fix the dependency structure13:30
dstaneksamueldmq: no, an import will always execute the module even if you only import a single symbol13:31
*** bradjones has joined #openstack-keystone13:31
*** bradjones has quit IRC13:31
*** bradjones has joined #openstack-keystone13:31
samueldmqdstanek: kk13:31
samueldmqdstanek: lazy == importing inside the method ?13:31
*** ctina_ has joined #openstack-keystone13:32
*** markvoelker has quit IRC13:32
dstaneksamueldmq: the problem is that keystone/federation/__init__.py has imports13:33
*** EinstCra_ has quit IRC13:33
dstaneksamueldmq: that is why many people make api packages like keystone.federation.api to import from13:34
samueldmqdstanek: where they'd actually put our controller/manager ? and auxiliary thinsg like those constants would be separate?13:36
dstaneksamueldmq: not where you have to put them, but where you import them from13:36
dstaneknot necessarily saying that is right for our project13:36
dstanekyou may be a able to just delete those import to get things working13:37
samueldmqdstanek: in that case we could create an api file and import that13:37
dstanekwe have a tendency to do things that we think are needed because they are done somewhere else13:37
samueldmqdstanek: sure, but perhaps they want to have those things exposed at apckage level13:37
samueldmqdstanek: that's why put them n __init__ right ?13:38
samueldmqdstanek: I agree with your statement13:38
dstaneksamueldmq: the only reason to do imports like that is to make the import line shorter (and maybe cleaner)13:39
dstanekkeystone.federation.Controller instead of keystone.federation.controller.Controller13:39
*** btully has joined #openstack-keystone13:39
samueldmqdstanek: ++13:40
dstanekas a terrible side effect all of the federation code is executed13:40
dstanekit looks like our dependency graph is probably a mess13:41
samueldmqdstanek: true, and wouldn't be good to fix that ?13:41
samueldmqdstanek: I remember you had a couple of patches to fix something like that..13:41
samueldmqdstanek: ah, it was only dependency injection I think13:42
dstaneksamueldmq: i have had fixes to start fixing it, but it's very hard because lots of things have to change13:42
dstaneksamueldmq: it's on my list of "broken" things that i want to fix13:43
samueldmqdstanek: ++13:43
samueldmqdstanek: another thing is, I noticed we have too many SKIPPED tests13:43
samueldmqdstanek: like > 1k13:43
samueldmqdstanek: in our unit test suite, does that sound right ? perhaps we shoul do a refactoring and avoid that13:44
dstaneksamueldmq: some of that may be fine. we have a lot of tests that only run under a certain configuration13:44
samueldmqdstanek: I think most of them are when we use domains + ldap, for example13:44
samueldmqdstanek: so those tests should be in leaf classes, not in the top ones and being skipped everywhere else13:45
dstaneksamueldmq: sorta yes, have you seen the work i've been doing to break test class hierarchies? that would prevent some of that13:46
dstaneksamueldmq: we have other issues like not all drivers are created equal13:46
samueldmqdstanek: no, do you have a link ? I'd love to take a look at it13:46
samueldmqdstanek: I'd be happy to see your todo list13:47
samueldmq:)13:47
dstaneksamueldmq: most have been merged... i have a few coming up13:47
dstanekmaybe i'll pastebin it. right now i have a personal trello board13:47
samueldmqdstanek: nice, I have to organize myself that way too13:48
samueldmqdstanek: I've been away from doing code for a bit, cuz I was focusing 100% on reviews13:48
samueldmqdstanek: it's very hard to find the right balance13:49
samueldmqreviews x code13:49
openstackgerritGrzegorz Grasza (xek) proposed openstack/keystone: Remove eventlet support  https://review.openstack.org/24948613:49
dstaneki use trello for everything...13:49
*** markvoelker has joined #openstack-keystone13:50
*** links has quit IRC13:51
*** thiagop has joined #openstack-keystone13:51
*** markvoelker_ has joined #openstack-keystone13:52
*** markvoelker has quit IRC13:54
*** EinstCrazy has joined #openstack-keystone14:01
samueldmqdstanek: I can't remove https://github.com/openstack/keystone/blob/master/keystone/federation/__init__.py#L1614:02
samueldmqdstanek: because https://github.com/openstack/keystone/blob/master/keystone/version/service.py#L147 fails :/14:02
*** ir2ivps8_ has quit IRC14:03
*** e0ne has joined #openstack-keystone14:04
*** breitz has quit IRC14:05
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/keystone: Deprecating API v2.0  https://review.openstack.org/25153014:05
*** e0ne has quit IRC14:05
*** breitz has joined #openstack-keystone14:05
*** e0ne has joined #openstack-keystone14:06
dstaneksamueldmq: it's unfortunate that it doesn't directly import routers14:07
*** RichardRaseley has joined #openstack-keystone14:09
*** csoukup has joined #openstack-keystone14:09
*** edmondsw has joined #openstack-keystone14:11
*** adelia has joined #openstack-keystone14:12
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/keystone: Deprecating API v2.0  https://review.openstack.org/25153014:15
*** adelia has quit IRC14:17
samueldmqdstanek: I will submit a patch for importing the routers directly14:17
samueldmqdstanek: then removing them from the __init__ files14:17
samueldmqdstanek: I think that's the only place they're used anyway14:17
*** btully has quit IRC14:22
*** fawadkhaliq has quit IRC14:24
*** fawadkhaliq has joined #openstack-keystone14:24
*** ir2ivps8 has joined #openstack-keystone14:27
henrynashayoung: checkout out my comment to https://review.openstack.org/#/c/248083/ interested in your view14:27
ayounghenrynash, um...trouble parsing it14:29
bretonayoung: does RDO still use eventlet for keystone?14:30
ayoungbreton, with Manager installs, yes.  It is what I am working to correct14:30
*** bdossant_ has joined #openstack-keystone14:30
*** bdossant has quit IRC14:31
ayounghenrynash, the way I view it is that we are damned if we do and damned if we don't. But more damned if we don't. So do it. Da?14:31
henrynashayoung: so which!! If we say that we exclude the reserved chars, then we get our delimeter....14:32
henrynashayoung: and all ascii customers will soon be able to use url naming14:32
ayounghenrynash, put another way:  we can either be Unicode friendly in the display in Horizon, or allow  nesting of project names....14:32
henrynashayoung: and unicode customers can still “go strict” in the hope we will allow some kind of encoding tin the future14:33
ayounghenrynash, that is what I want14:33
henrynashayoung: I want nesting too14:33
ayounghenrynash, we can provide a helper function for converting strict to human readable for non-ascii usage14:33
henrynashayoung: the delimiters are teh same in ascii and unicode14:33
henrynashayoung: yes, in the future….no need yet14:33
ayounghenrynash, red herring.   You still can't build an URL out of them14:33
*** e0ne_ has joined #openstack-keystone14:34
henrynashayoung: why not14:34
ayoungso,  I18N will take a short term hit with this, but not a terminal one.14:34
ayoungThis is saying that the names become the Url-encoded versions14:34
henrynashayoung: I am not saying we should support unicode nested naming to start14:34
ayoungright...just agreeing14:34
henrynashayoung: but if we allow even unicode customers to go strict as soon as they can, we bring forward the time when we can make strict teh default14:35
ayoung100%14:35
henrynashok, so I think we agree?14:35
ayounghenrynash, I am willing to push +A as it is written14:35
*** e0ne has quit IRC14:36
henrynashI know…but I think Morgan does have a point…one day we will want this….and we still get nested naming for ascii straigt away14:36
henrynashI’’l post another version with the cahnged description of “url sfe”14:36
ayounghenrynash, it you must.  BUt I'd add that as an additional spec14:37
ayoungI +Aed thjis as is, which is what had everyone's attention14:37
ayoungadditional change to this spec, rather14:37
henrynashsyoung: ok, but I’d rather spec this right…I’ll post an ammendment - that’s fine14:37
henrynashand tehn we can discuss this…but we are on our way14:38
ayounghenrynash, ++14:38
ayounghenrynash, need to get some of the pre-req reviews in for implied roles, I think14:39
raildohenrynash: ping, do you have 1 min to talk about this patch? https://review.openstack.org/#/c/240316/ I was thiking in follow the tjcocozz suggestion, invalid the bug and keep with the change, what do you think?14:39
henrynashayoung: i’’ll give it another pass soon - see the ongoing discussion with gyee on: https://review.openstack.org/#/c/226661/14:40
henrynashraildo: yes, I rasied the bug…and I’ll invalidate it! Sorry for teh inconvience14:41
raildohenrynash: no problem, but do you think that we can keep with the change?14:41
raildohenrynash: or should I abandon it?14:41
ayounghenrynash,he's just attached to the name role-groups, which is really a non-issue: we are tackling things at the inference level, which ends up building the "groups" implicitly.  I think using the name groups would confuse things with groups from identity, so I would rather not change our language14:42
ayoungI'll commnet to that effect, if you think it will help.14:42
ayoungRather suspect it will just add fuel to the discussion instead of getting things moving, though14:42
henrynashraildo: I am afraid I think we might as well abandon it…I owe you a pint!!14:42
tjcocozzI agree.  I don't think you can argue a point on which you need that log warning :(14:44
raildohenrynash: haha no problem14:45
henrynashayoung: I’m ok with our language too, but obviouslytrying to get as many onboard as possible14:46
ayounghenrynash, law of large numbers:  the more people you have, the surer you are you will find someone that disagrees.14:46
henrynashayoung: true14:49
*** josecastroleon has quit IRC14:51
openstackgerritMerged openstack/keystone-specs: Allow url-safe project and domain names to be optionally enforced  https://review.openstack.org/24808314:51
*** bdossant_ has quit IRC14:53
tjcocozzIs gerrit really slow for you guys too?14:53
*** lhcheng_ has quit IRC14:53
raildotjcocozz: yeap, a lot!14:53
*** bdossant has joined #openstack-keystone14:54
*** lhcheng has joined #openstack-keystone14:54
*** ChanServ sets mode: +v lhcheng14:54
tjcocozzraildo, at least its not just me14:54
bknudsonwhen gerrit has been slow in the past it's been because of a resource leak.14:54
bknudsonbring it up on #openstack-infra . they might want to reboot14:54
tjcocozzbknudson, i will14:55
*** sigmavirus24_awa is now known as sigmavirus2414:57
tjcocozzThey must have just restart gerrit since i was getting a 503 for a little bit there.14:58
bknudsonlooks like they already know about it14:58
tjcocozzbknudson, its now exponetially faster.14:59
ayounghenrynash, https://review.openstack.org/#/c/242853/17  "new version in the works...."  almost rready?15:00
henrynashayoung: yes, working on it now15:00
*** topol has joined #openstack-keystone15:00
*** ChanServ sets mode: +v topol15:00
ayounghenrynash, thanks15:01
henrynashayoung: hopefully post tomorrow15:01
*** rderose has joined #openstack-keystone15:04
*** henrynash has quit IRC15:06
*** bdossant has quit IRC15:16
*** bdossant has joined #openstack-keystone15:18
*** navid_ has joined #openstack-keystone15:20
*** woodster_ has joined #openstack-keystone15:21
*** petertr7_away is now known as petertr715:22
*** josecastroleon has joined #openstack-keystone15:23
*** markvoelker_ has quit IRC15:25
openstackgerritBrad Topol proposed openstack/keystone: Deprecate ldap Role  https://review.openstack.org/25266915:27
*** NM has joined #openstack-keystone15:31
*** mancdaz has quit IRC15:31
*** henrynash has joined #openstack-keystone15:31
*** ChanServ sets mode: +v henrynash15:31
*** mancdaz has joined #openstack-keystone15:31
*** roxanagh_ has joined #openstack-keystone15:34
openstackgerritMerged openstack/keystone-specs: Move inheritance API spec into core Identity API  https://review.openstack.org/25042315:42
*** jed56 has joined #openstack-keystone15:43
*** roxanagh_ has quit IRC15:44
* lbragstad thinks the "Sunset Strip Hair Metal" playlist on Apple Music is just begging to be listened to15:47
*** EinstCrazy has quit IRC15:48
openstackgerritAmy Marrich proposed openstack/keystone: Update API version info for Liberty  https://review.openstack.org/25303415:55
*** markvoelker has joined #openstack-keystone15:55
*** RichardRaseley has quit IRC15:59
*** aix has quit IRC16:01
openstackgerritRon De Rose proposed openstack/keystone-specs: Shadow users: unified identity  https://review.openstack.org/24059516:04
*** adelia has joined #openstack-keystone16:05
*** jasonsb has quit IRC16:08
dolphmlbragstad: rderose just put up a new iteration ^16:09
*** fawadkhaliq has quit IRC16:10
*** rcernin has quit IRC16:12
*** jasonsb has joined #openstack-keystone16:15
*** bdossant has quit IRC16:18
*** pnavarro has quit IRC16:20
lbragstadhenrynash around?16:24
lbragstadhenrynash wondering if you are able to answer this - https://review.openstack.org/#/c/253034/1/keystone/version/controllers.py16:24
*** arun_kant has joined #openstack-keystone16:26
* notmorgan glares at neutron.16:26
*** josecastroleon has quit IRC16:27
bknudsoneasy review needed for m1 - https://review.openstack.org/#/c/252078/16:27
henrynashlbragstad: just commented on the review16:28
*** diazjf has joined #openstack-keystone16:29
dstanekbknudson: too easy :-)16:29
*** spotz has joined #openstack-keystone16:34
*** belmoreira has quit IRC16:42
bknudsonis there anything left to be done in keystone for removing py26 support?16:43
bknudsonhttps://bugs.launchpad.net/keystone/+bug/151944916:43
openstackLaunchpad bug 1519449 in OpenStack Identity (keystone) "Remove Python 2.6 Support" [Low,In progress] - Assigned to Sean Perry (sean-perry-a)16:43
bknudsonkeystone says in progress but I don't see in there the keystone reviews.16:44
*** petertr7 is now known as petertr7_away16:50
*** fawadkhaliq has joined #openstack-keystone16:50
*** slberger has joined #openstack-keystone16:51
*** petertr7_away is now known as petertr716:53
*** diazjf has quit IRC16:53
*** diazjf has joined #openstack-keystone16:53
slbergerare there any known issues with keystone having memory leaks?16:53
*** rcernin has joined #openstack-keystone16:54
*** EinstCrazy has joined #openstack-keystone16:54
*** pwp has joined #openstack-keystone16:55
*** browne has joined #openstack-keystone16:55
*** diazjf has quit IRC16:58
*** navid_ has quit IRC16:58
*** EinstCrazy has quit IRC16:58
*** ninag_ has quit IRC17:00
*** ninag_ has joined #openstack-keystone17:04
*** gyee has joined #openstack-keystone17:07
*** ChanServ sets mode: +v gyee17:07
*** jorge_munoz has joined #openstack-keystone17:07
*** topol_ has joined #openstack-keystone17:08
*** ChanServ sets mode: +v topol_17:08
*** ninag_ has quit IRC17:09
*** topol has quit IRC17:10
*** spandhe has joined #openstack-keystone17:12
*** spandhe has quit IRC17:16
*** spandhe has joined #openstack-keystone17:17
*** RichardRaseley has joined #openstack-keystone17:19
*** jistr has quit IRC17:21
stevemarThanks for bringing up that review bknudson17:29
*** thiagop has quit IRC17:30
jorge_munozShould a user that belongs to a disabled domain (user’s domain_id), be allow to authenticate at all? Even if that have role assignments to some other domain?17:30
jorge_munozthat have17:31
jorge_munozit has*17:31
*** josecastroleon has joined #openstack-keystone17:31
gyeejorge_munoz, no, user is considered disabled17:33
jorge_munozgyee: Perfect, thanks.17:33
*** spandhe has quit IRC17:34
*** petertr7 is now known as petertr7_away17:35
dolphmslberger: not currently. many releases ago we had one that dstanek fixed, but i think that was only in the test suite?17:35
*** ninag has joined #openstack-keystone17:36
*** ninag has quit IRC17:36
dolphmslberger: we have an issue filed against keystone/tempest that the SQL backend grows quite fast if you run tempest repeatedly. but that's not really a bug in keystone so much as tempest's brutal test suite stacking up against mysql17:36
dolphmand the fact that keystone creates revocation events in SQL automatically, and doesn't expose a way for tempest to clean them up (as keystone already cleans them up automatically after they expire)17:37
slbergerok we are running rally tests nightly and that may explain the memory usage17:38
dolphmslberger: memory consumed by keystone's process?17:38
slbergerwe have been getting consistently ~98% memory usage for a few weeks17:38
openstackgerrithenry-nash proposed openstack/keystone-specs: Redfined url-safe project and domain names to tolerate unicode  https://review.openstack.org/25310417:38
slberger@dolphm at least on keystone node17:39
dolphmslberger: is it running in apache? is apache tuned for reasonable memory consumption?17:39
slberger@dolphm yes it is running in apache, what would be deemed reasonable?17:39
*** petertr7_away is now known as petertr717:39
openstackgerrithenry-nash proposed openstack/keystone-specs: Redfine url-safe project and domain names to tolerate unicode  https://review.openstack.org/25310417:40
*** thiagop has joined #openstack-keystone17:42
openstackgerritPaulo Ewerton Gomes Fragoso proposed openstack/python-keystoneclient: Handle EmptyCatalog exception in list federated projects  https://review.openstack.org/24315317:42
*** aix has joined #openstack-keystone17:49
*** atiwari1 has quit IRC17:50
slberger@dolphm, I don't know much about apache tuning but I can see that all of our httpd processes are holding on to a lot of memory, we currently have it configured with 10 processes and 10 threads thats the only configuration that I am aware of17:52
*** browne has quit IRC17:55
*** ninag has joined #openstack-keystone17:56
*** fangxu has quit IRC17:59
gyeelbragstad, you ok with this? https://review.openstack.org/#/c/234226/17:59
*** josecastroleon has quit IRC18:03
openstackgerrithenry-nash proposed openstack/keystone-specs: Domain Specific Roles  https://review.openstack.org/22666118:03
openstackgerritAlexander Makarov proposed openstack/keystone: Unified delegation driver interface  https://review.openstack.org/20960018:04
*** flwang1 has joined #openstack-keystone18:05
flwang1stevemar: ping18:06
flwang1stevemar: zaqar need your help :)18:06
flwang1or anybody can give us a hand18:06
flwang1we are seeing this error in py27,py34 job http://logs.openstack.org/67/247867/3/check/gate-zaqar-python27/e7bf278/testr_results.html.gz18:06
flwang1dup auth section18:06
*** mhickey has quit IRC18:07
flwang1it's thrown from this line https://github.com/openstack/zaqar/blob/master/zaqar/transport/auth.py#L6218:07
*** lhcheng has quit IRC18:07
flwang1it happened since this week18:08
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Remove exposure of routers at package level  https://review.openstack.org/25311918:08
ryansbspecifically, it seems like a mismatch between the new keystone config option and the old "keystoneauth1" option18:08
*** aginwala has joined #openstack-keystone18:08
lbragstaddstanek bknudson  I thought lifeless had mentioned an issue with not having version in setup.cfg (re: https://review.openstack.org/#/c/252078/2_18:09
*** aix has quit IRC18:09
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Refactor: Use Federation constants where possible  https://review.openstack.org/25294918:09
samueldmqstevemar: tjcocozz: dstanek ^ couple of patches solving the dependency + federation constants18:10
ryansbksauth1 specifies a slightly different option type http://fpaste.org/297135/66160144/ and that causes the exception18:10
gyeelbragstad, thanks for pushing that one18:10
lbragstadgyee np, thanks for the follow up18:10
*** aginwala has quit IRC18:13
*** aix has joined #openstack-keystone18:13
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Refactor: Use Federation constants where possible  https://review.openstack.org/25294918:13
*** spandhe has joined #openstack-keystone18:13
lbragstaddstanek bknudson building wheels for keystone on master with that review results in keystone-8.0.1.dev305-py2-none-any.whl18:16
openstackgerritBoris Bobrov proposed openstack/keystone: Enable limiting in ldap for groups  https://review.openstack.org/23484918:16
openstackgerritBoris Bobrov proposed openstack/keystone: Limiting for fake LDAP  https://review.openstack.org/24774918:16
openstackgerritBoris Bobrov proposed openstack/keystone: Use @truncated in ldap for users  https://review.openstack.org/23307018:16
lbragstadversus keystone-9.*.* or something like that18:16
bknudsonthe release hasn't been tagged yet?18:16
lbragstadbknudson no18:17
lbragstadbknudson so it won't result in the right versioning18:17
lbragstadat least I don't think18:17
lbragstadwhich is what lifeless was talking about18:17
lbragstadbecause you could build something off of stable/liberty and get keystone-8.0.1.dev<patch-number>-py2-none-any.whl and build off of master and get keystone-8.0.1.dev<higher-patch-number>-py2-none-any.whl18:18
lbragstadso, we would be using dev numbers to determine releases... instead of major version numbers18:18
lifelesslbragstad: I fully support not having version in setup.cfg18:19
lifelesslbragstad: one of the consequences though is that for a small number of commits right after branching, things are ambiguous18:19
lbragstadlifeless makes sense, so if we want to remove the version from setup.cfg we should tag18:20
lbragstador commit something with backwards-imcompat18:20
lbragstadin the commit message so that pbr revs the major version from 8 -> 018:20
lbragstad8 -> 918:20
lbragstadright?18:21
*** jaosorior has quit IRC18:22
lifelesslbragstad: I don't see any need to do that18:24
lifelesslbragstad: rapid switching between branches isn't a use case18:24
lifelesslbragstad: if you're local, you're installing by location, and if you're not you have to have some similar mechanism otherwise master will rapidly become the only version you get18:24
*** petertr7 is now known as petertr7_away18:25
*** flwang1 has quit IRC18:28
*** aginwala has joined #openstack-keystone18:29
lbragstadlifeless keystone hasn't tagged the milestone yet, reading step 2 http://lists.openstack.org/pipermail/openstack-dev/2015-November/080692.html18:29
dolphmslberger: how much memory is each process taking?18:30
lbragstadlifeless oh, nevermind18:30
lbragstadapparently we did18:30
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Remove invalid FIXME notes  https://review.openstack.org/25312318:31
*** fangxu has joined #openstack-keystone18:31
openstackgerritAlexander Makarov proposed openstack/keystone: Unified delegation manager skeleton  https://review.openstack.org/25312418:31
*** su_zhang has joined #openstack-keystone18:32
slberger@dolphm, highest is 10% with an average of 3-518:33
*** spandhe has quit IRC18:33
slberger@dolphm, I am also seeing apache spawning more than 10 processes, getting closer to 3318:33
dolphmslberger: ? megabytes?18:34
slbergerdolphm, when I do top it says %MEM as the header18:34
dolphmslberger: well, if they're peaking at 10%, then you can't be running more than 8 or so processes. and you need to consider it's running processes for both port 5000 and 35357 separately, so are you sure it's not running 10 processes for each port, right there?18:36
*** pwp1 has joined #openstack-keystone18:36
slbergerdolphm, I believe we have it configured for 10 processes per port since it is mentioned in the apache config twice, once in the 5000 section and once in the 35357 section18:37
*** ericksonsantos has quit IRC18:38
dolphmslberger: so, i'd recommend lowering processes to 4 for each port, and in my experience tuning keystone+apache, it's seriously diminishing returns to use more than 2 threads per process because keystone doesn't use much memory per process in the first place -- to the point that i'd recommend running with 1 thread per process simply to avoid any bugs potentially introduced by multithreading18:38
*** iurygregory has quit IRC18:38
*** pwp has quit IRC18:39
slbergerdolphm, ahh ok  I think this was also a change left over from trying to diagnose performance issues that we were having which ended up being due to a crazy amount of revocation events being created18:39
dolphmslberger: what change was that -- the 10 processes w/ 10 threads each config?18:41
*** aginwala has quit IRC18:42
*** pwp1 has quit IRC18:42
bretonthere is no sense in running more than 3 threads due to GIL18:43
*** fangxu has quit IRC18:43
bretonwe've run tests and more than 3 threads didn't give us any profit even with uuid-memcache18:44
henrynashdstanek: ping18:44
*** iurygregory has joined #openstack-keystone18:45
slbergerdolphm, yea the processes and threads change18:46
dstanekhenrynash: pongish. At lunch, but i may be able to help18:48
henrynashdstaneKl wanted to have a bit of a dive into driver versioning….so probably too in depth for lunch!  I’ll catch you later18:49
henrynashdstanek:wanted to have a bit of a dive into driver versioning….so probably too in depth for lunch!  I’ll catch you later18:49
dstanekhenrynash: I'll ping you when i am back18:50
henrynashdtsaneK: I’ll probably be out at dinner then (!), so we’ll probably chat 3-4 hours from now if that’s ok18:51
*** ericksonsantos has joined #openstack-keystone18:51
*** ctina_ has quit IRC18:53
dolphmslberger: what was it before, and what was the reasoning to change that?18:54
*** browne has joined #openstack-keystone18:54
*** lhcheng has joined #openstack-keystone18:57
*** ChanServ sets mode: +v lhcheng18:57
*** aginwala has joined #openstack-keystone18:57
*** fangxu has joined #openstack-keystone18:57
slbergerdolphm, before it was set to 2 processes and threads per port, we changed it because we were having performance issues with keystone19:02
*** RichardRaseley has quit IRC19:03
slbergerdolphm, this was before we were aware of the impact of revocation events19:03
*** edmondsw has quit IRC19:06
openstackgerritMerged openstack/keystone: Simplify LimitTests  https://review.openstack.org/23430019:06
*** ninag has quit IRC19:06
*** petertr7_away is now known as petertr719:08
*** ninag has joined #openstack-keystone19:10
*** ninag_ has joined #openstack-keystone19:11
*** ninag has quit IRC19:14
*** ninag_ has quit IRC19:16
dims_jamielennox : when you get a chance, a blast from the past - https://review.openstack.org/#/c/229368/19:18
*** ninag has joined #openstack-keystone19:19
ryansbhey, I'm having some trouble with keystonemiddleware, is anyone around that can help me out? It's raising a duplicate configuration error and wedging Zaqar's gate (as of the 4.0.0 release)19:21
*** rderose has quit IRC19:23
lbragstadok, so i checked out https://review.openstack.org/#/c/252078/2 and built things locally and i still get keystone-8.0.1.dev305-py2-none-any.whl19:24
lbragstadsomething tells me that is wrong19:24
*** ninag has quit IRC19:25
dolphmit should be 9.0.0.devxxx-...19:25
*** ninag has joined #openstack-keystone19:26
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Remove invalid FIXME note  https://review.openstack.org/25312319:26
samueldmqraildo:  ^19:26
lbragstadI can verify that the tag in keystone is 9.0.0.0b119:26
stevemar?19:27
*** ninag has quit IRC19:27
*** ninag has joined #openstack-keystone19:28
lbragstadand this is how i'm building the wheels > pip wheel --timeout 120     --wheel-dir $WHEEL_DIR     --allow-all-external --requirement requirements.txt  --build $BUILD_LOCATION     .19:28
lbragstadwheel_dir and build_location are just /tmp/ directories19:28
*** topol_ has quit IRC19:28
*** diazjf has joined #openstack-keystone19:29
*** ninag has quit IRC19:30
*** ninag has joined #openstack-keystone19:31
raildosamueldmq: nice :)19:31
samueldmqraildo: thanks for that19:35
lbragstadstevemar can you confirm ^?19:35
raildosamueldmq: np19:35
stevemarShould be19:35
lbragstadstevemar i can't get a version to build with keystone-9.0.0.0.b119:43
lbragstadstevemar we would be building master with version 8 and some higher dev number19:43
lbragstadi think that will break processes that depend on master being version 9.0.0.019:43
flwangstevemar: can i get some suggestion for zaqar's gate failure?19:44
stevemarlbragstad, better ask lifeless, not sure what issue you're hitting, I'm just following instructions19:44
flwangwe have raised this question at here several times, no response :(19:45
flwangcan anybody help?19:45
flwangit would be really appreciated19:45
stevemarflwang, so I checked and OSC does work with no version specified19:45
flwangstevemar: no, a different problem19:45
flwangstevemar: as for the auth_url issue, we have hardcode the version and it works now19:46
flwangnow we're running into a dup auth_section issue19:46
stevemarWhat's the issue now?19:46
stevemarOh19:46
*** gyee has quit IRC19:46
flwangwhen using keystoneclient.auth19:46
flwangstevemar: is it a known issue?19:46
flwangstevemar: http://logs.openstack.org/67/247867/3/check/gate-zaqar-python27/e7bf278/testr_results.html.gz19:47
stevemarUse Keystoneauth going forward19:47
dolphmlifeless: i'm reading the backlog ... "one of the consequences though is that for a small number of commits right after branching, things are ambiguous" what is a small number of commits, and what do you mean by ambiguous?19:47
stevemarBut I'll look19:47
flwangstevemar:  https://github.com/openstack/zaqar/blob/master/zaqar/transport/auth.py#L62 we are using keystoneclient.auth like this19:47
flwangstevemar: any sample?19:47
flwangsince it's blocking M-119:47
ryansbspecifically, it seems like a mismatch between the new keystone config option and the old "keystoneauth1" option19:47
flwangi want to be quick19:47
ryansbksauth1 specifies a slightly different option type http://fpaste.org/297135/66160144/ and that causes the exception19:47
stevemarFlwang http://docs.openstack.org/developer/keystoneauth/using-sessions.html19:50
*** ninag has quit IRC19:50
*** ninag has joined #openstack-keystone19:52
flwangstevemar: so should we using session or keystoneauth?19:53
*** flwang1 has joined #openstack-keystone19:53
flwangstevemar: no worries, i got the answer19:54
flwangstevemar: is there anyway to hold current way instead of upgrade to keystoneauth?19:54
flwangwe would like to do it later but not at the milestone release :)19:55
stevemarFlwang eek... It should work, if there's a regression that's not intentional19:55
stevemarPhones about to die19:55
*** chlong has quit IRC19:57
*** edmondsw has joined #openstack-keystone19:58
flwangstevemar: okay19:58
*** petertr7 is now known as petertr7_away19:59
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Remove invalid FIXME note  https://review.openstack.org/25312320:01
lifelessdolphm: imagine you've made the branch20:01
lifelessdolphm: and do two commits, one to each20:01
lifelessdolphm: both will have version (N+1).dev120:01
lifelessdolphm: as soon as a semver:feature change lands in master, it will bump up a minor version rather than a point version20:02
lifelessdolphm: at which point the number of commits doesn't matter20:02
lifelessdolphm: until then, in theory stable could have a higher version than master, but since stable really only gets backports, master will race ahead rapidly anyway20:02
*** jasonsb has quit IRC20:03
*** petertr7_away is now known as petertr720:03
dolphmlifeless: "in theory stable could have a higher version than master" -> that sounds completely insane, and that's exactly what we're seeing as a result of the patch in the gate20:03
dolphmlifeless: so if keystone has a 9.0.0.0b1 tag right now, a subsequent build of a subsequent untagged commit on master can and should be 8.* ?!20:04
lifelessdolphm: huh? no20:05
lifelessdolphm: pbr is strictly increasing in version numbers20:05
lifelessdolphm: I have no context for where this discussion is coming from: whats up?20:05
dolphmlifeless: https://review.openstack.org/#/c/252078/220:05
dolphmlifeless: when this patch merges, keystone builds will regress the build version from 9.x to 8.x20:06
dolphm(on master)20:06
lifelessdolphm: how?20:06
dolphmlifeless: see lbragstad's comment in the review20:06
lifelessdolphm: see his last one20:06
lifelessdolphm: where he missed that there is a tag for 9.0.0.0b1 in master20:07
stevemardolphm lemme know how this plays out20:07
dolphmlifeless: sorry, he's got a longer explanation he hasn't posted yet - i'm poking him now20:07
lbragstadlifeless dolphm posted20:08
lbragstadrefresh20:08
lifelessstevemar: you need to rebase20:08
lifelessstevemar: your patch does not reach the tag20:08
lifelessWriting keystone-9.0.0.0b2.dev4/setup.cfg20:09
lifeless^ after rebasing your patch and running python setup.py sdist20:09
dolphmlifeless: ahhh i bet you could be correct!20:09
stevemardolphm can you rebase? I'll approve20:09
lifelessstevemar: if merged into master it would do the right thing20:09
lifelessstevemar: because in master it would reach the tag20:09
dolphmstevemar: let lbragstad test it offline - no need to change the review20:09
stevemarOkay20:10
lifelessbut what you're seeing if you git review -d it, is not20:10
stevemarI'll try to be online20:10
dolphmlifeless: ++ testing now20:11
lbragstadok that works20:12
dolphmlifeless: YAY thank you for the sanity check20:12
lbragstadi can verify20:12
stevemarPhew20:12
dolphmstevemar: ++ same here20:12
bretonwhere is gyee20:12
stevemarLbragstad is trying to scare me20:13
lifelessI've sent a mail to the list20:13
lifelessdolphm: np20:13
lbragstadsorry for the confusion, i went to test things locally and I was *super* confused20:13
openstackgerritBoris Bobrov proposed openstack/keystone: [very WIP] Set limits after domain configuration  https://review.openstack.org/25318320:14
lifelessI can imagine :)20:14
lifelesswhat you were doing was basically switching branches20:14
lifelessjust before the tag point20:14
lifeless(from a DVCS point of view)20:14
lbragstadlifeless thanks again for the help, sorry about pestering :/20:14
lifelesslbragstad: its fine, always happy to help20:14
bknudsonlbragstad is the flip-flopper.20:15
*** tyagiprince has joined #openstack-keystone20:16
*** chlong has joined #openstack-keystone20:16
lbragstadbknudson apparently!20:18
*** rderose has joined #openstack-keystone20:23
*** su_zhang has quit IRC20:24
*** spandhe has joined #openstack-keystone20:24
*** RichardRaseley has joined #openstack-keystone20:25
*** fangxu has quit IRC20:29
*** ninag has quit IRC20:31
*** NM has quit IRC20:33
*** slberger has quit IRC20:34
*** slberger has joined #openstack-keystone20:37
*** diazjf has quit IRC20:38
*** lhcheng has quit IRC20:40
*** fawadkhaliq has quit IRC20:41
*** fawadkhaliq has joined #openstack-keystone20:42
*** fawadkhaliq has quit IRC20:44
*** su_zhang has joined #openstack-keystone20:44
*** jasonsb has joined #openstack-keystone20:45
*** su_zhang has quit IRC20:46
*** openstackgerrit has quit IRC20:47
*** openstackgerrit has joined #openstack-keystone20:48
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Fix create endpoint API status code  https://review.openstack.org/25320820:49
*** thiagop has quit IRC20:53
*** EinstCrazy has joined #openstack-keystone20:55
*** gyee has joined #openstack-keystone20:57
*** ChanServ sets mode: +v gyee20:57
*** gyee has quit IRC20:57
*** mancdaz has quit IRC20:58
*** EinstCrazy has quit IRC20:59
*** mancdaz has joined #openstack-keystone21:01
*** rderose has quit IRC21:02
*** rderose has joined #openstack-keystone21:03
*** gyee has joined #openstack-keystone21:04
*** ChanServ sets mode: +v gyee21:04
*** raildo is now known as raildo-afk21:05
*** rcernin has quit IRC21:05
*** pauloewerton has quit IRC21:06
*** aginwala has quit IRC21:06
*** su_zhang has joined #openstack-keystone21:07
*** fangxu has joined #openstack-keystone21:08
*** jasonsb has quit IRC21:08
*** jasonsb has joined #openstack-keystone21:08
*** ryansb has quit IRC21:09
*** mhickey has joined #openstack-keystone21:10
*** ryansb has joined #openstack-keystone21:12
*** ryansb has quit IRC21:12
*** ryansb has joined #openstack-keystone21:12
*** topol has joined #openstack-keystone21:12
*** ChanServ sets mode: +v topol21:12
*** rderose has quit IRC21:15
*** petertr7 is now known as petertr7_away21:16
*** topol has quit IRC21:16
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Fix test_crud_user_project_role_grants  https://review.openstack.org/25321921:17
*** breitz has quit IRC21:18
*** breitz has joined #openstack-keystone21:18
*** rderose has joined #openstack-keystone21:19
*** petertr7_away is now known as petertr721:22
*** topol has joined #openstack-keystone21:24
*** ChanServ sets mode: +v topol21:24
*** e0ne_ has quit IRC21:26
*** Guest16170 is now known as tsymanczyk21:28
*** rderose has quit IRC21:29
*** rderose has joined #openstack-keystone21:29
*** petertr7 is now known as petertr7_away21:39
*** gordc has quit IRC21:40
*** pwp has joined #openstack-keystone21:43
*** tyagiprince has quit IRC21:45
*** petertr7_away is now known as petertr721:46
*** diegows has joined #openstack-keystone21:46
openstackgerrithenry-nash proposed openstack/keystone-specs: Redefine url-safe requirements for names to tolerate unicode  https://review.openstack.org/25310421:47
henrynashdstanek: hi21:48
dstanekhenrynash: hi21:48
henrynashdstanek: do you have a moment?21:48
dstanekhenrynash: sure21:48
henrynashok, so let me try and walk through this21:49
henrynashtoday, we have (in some manager/backend)….21:49
henrynashsay:  MyDriverV8 as an abstract class in core.py21:49
henrynashand in backends/sql.py a class somthing like MyDriver(core.MyDriverV8)21:50
henrynashok so far?21:50
*** aginwala has joined #openstack-keystone21:51
henrynashdtsanek: ok, so far?21:52
dstanekyes21:55
henrynashdstanek: ok….so now we need a V921:55
henrynashso we rename the abstract class MyDriverV8 to MyDriverV9 in core.py21:55
henrynashnow I start to get a bit lost21:56
dstaneki think that parts depends21:56
dstanekyou still need the MyDriverV8 for existing drivers21:56
henrynashright , exactly21:57
henrynashso at the point of creating V9 do we just duplicate MyDriverV8 and call teh copyt MyDriverV9, all in core.py?21:58
dstanekyou may also just have the V9 interface inherit from V8 if you are not deleting anything and you want to keep default implementations, etc.21:59
henrynashright, that’s kind of what I did origionally21:59
*** su_zhang has quit IRC21:59
*** su_zhang has joined #openstack-keystone22:00
henrynashand these are both separte from the V8 wrapper class that we would write to actually support old V8 drivers against the V9 manager code?22:00
henrynashif there were any redefinitions to method signature etc.22:00
dstanekhenrynash: yes22:00
henrynashok, right …now I’m getting it22:01
dstaneki'd expect to see a MyDriverV9Adapter or something like that22:01
henrynashright22:01
dstanekthat way we only support the latest version of our driver, but try our best to make old drivers work22:01
henrynashok…I’ll take a crack at re-working the Assignment driver patch22:01
henrynashagreed22:01
dstanekthen keystone.*.core can be coded to just the new driver interface22:02
henrynashyes…agreed, only the wrapper class has to monkey about22:02
*** su_zhang has quit IRC22:05
*** edmondsw has quit IRC22:05
openstackgerritBrad Topol proposed openstack/keystone: Deprecate ldap Role  https://review.openstack.org/25266922:05
*** su_zhang has joined #openstack-keystone22:05
*** adelia_ has joined #openstack-keystone22:07
*** adelia_ has quit IRC22:07
*** adelia_ has joined #openstack-keystone22:08
*** adelia has quit IRC22:08
*** rderose has quit IRC22:09
*** su_zhang_ has joined #openstack-keystone22:12
*** aginwala has quit IRC22:15
*** su_zhang has quit IRC22:16
*** petertr7 is now known as petertr7_away22:24
*** aginwala has joined #openstack-keystone22:27
*** topol has quit IRC22:27
*** pwp has quit IRC22:31
*** adelia_ has quit IRC22:36
*** henrynash has quit IRC22:40
*** gildub has joined #openstack-keystone22:43
*** tsymanczyk has quit IRC22:45
*** agireud has quit IRC22:47
*** tsymanczyk has joined #openstack-keystone22:50
*** tsymanczyk is now known as Guest5004322:50
*** Guest50043 is now known as tsymanczyk22:51
notmorgandstanek, stevemar, ayoung, dolphm, this could use a very quick +2/+A https://review.openstack.org/#/c/253047/22:52
notmorganthis really is a simple fix that should land, minimal oversight22:52
notmorgancc mordred ^ (fyi)22:53
notmorganthis is a really needed bug fix and i'm about to single-core approve it because it's a terrible minor oversight22:57
lbragstadjorge_munoz https://bugs.launchpad.net/keystone/+bug/152261623:03
openstackLaunchpad bug 1522616 in OpenStack Identity (keystone) "It's possible to disable the default domain through domain update API" [Undecided,New]23:03
openstackgerritMerged openstack/keystone: remove version from setup.cfg  https://review.openstack.org/25207823:04
*** Tridde has quit IRC23:07
*** chlong has quit IRC23:08
*** Trident has joined #openstack-keystone23:09
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Split resource tests from assignment tests  https://review.openstack.org/25268423:10
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Refactor: Move uncommon entities from setUp  https://review.openstack.org/25269223:11
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Refactor: Remove use of self where not needed  https://review.openstack.org/25270623:12
*** jerrygb has quit IRC23:12
samueldmqwhat should be the impact of fixing a status code ?23:13
samueldmqdoes it need DocImpact ?23:13
*** aginwala has quit IRC23:16
*** reed_ has joined #openstack-keystone23:16
*** jasonsb has quit IRC23:18
*** reed_ has quit IRC23:20
*** aginwala has joined #openstack-keystone23:20
*** diegows has quit IRC23:22
samueldmqI have a fix that needs a tempest fix23:23
samueldmqhowever to land the needed patch in tempest I need a +2 on keystone change23:23
samueldmqwhich is https://review.openstack.org/#/c/253208/23:23
samueldmqI'd appreciatea core-review on that23:23
samueldmqdolphm: cc ^ that might interest you, since I started it from a FIXME you left in the code :)23:24
*** csoukup has quit IRC23:25
*** spotz is now known as spotz_zzz23:32
*** tsymanczyk has quit IRC23:34
*** slberger has left #openstack-keystone23:36
*** tsymanczyk has joined #openstack-keystone23:39
*** tsymanczyk is now known as Guest3012723:40
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Fix create endpoint API status code  https://review.openstack.org/25320823:41
*** Guest30127 is now known as tsymanczyk23:42
*** agireud has joined #openstack-keystone23:52
openstackgerritJorge Munoz proposed openstack/keystone: Reduce revocation records by removing the revoke events for disable domains and projects.  https://review.openstack.org/25327323:54
*** sigmavirus24 is now known as sigmavirus24_awa23:57
openstackgerritJorge Munoz proposed openstack/keystone: Reduce revocation records by removing the revoke events for disable domains and projects.  https://review.openstack.org/25327323:57

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