Monday, 2014-02-24

*** openstack has joined #openstack-keystone00:02
jamielennoxmorganfainberg, bknudson: when is the icehouse/juno split?00:13
morganfainbergjamielennox, when RC is cut?00:13
morganfainbergjamielennox, https://wiki.openstack.org/wiki/Icehouse_Release_Schedule March 27th is the RC timeframe00:13
jamielennoxi'm tempted to do a patch for KDS that removes it completely from icehouse so that we don't end up with a non-functional kds bin in the release00:13
jamielennoxbut i don't want to stop pushing for the development now00:14
morganfainbergjamielennox, wait until next week. TC should discuss the repo/etc on tuesday00:14
morganfainbergif all is assumed "good" we will have a new repo we can push towards after that00:14
morganfainbergif they say no, i am not opposed to pulling KDS out and put it back in post RC00:15
morganfainbergbut, i'll defer to dolphm_503 on that one00:15
morganfainberg(of course)00:15
jamielennoxmorganfainberg: ok, i saw the comment on the review for the new repo - that's definetly on the TC agenda?00:17
jamielennoxi don't know what time that meeting is to whether i'll be around to attend00:17
morganfainbergjamielennox, TC meeting is in the early afternoon same day as Keystone meeting (pacific time)00:18
morganfainberguhm 2100 utc i think00:18
jamielennoxmorganfainberg: might leave that one to you guys then if it's pre keystone meeting00:18
morganfainbergpost00:18
morganfainberghttps://wiki.openstack.org/wiki/Meetings#Technical_Committee_meeting 2000 UTC00:19
morganfainbergnot sure what time that is for you *brain doesn't want to do TZ math*00:19
jamielennoxi've never been able to do it mentally00:21
jamielennoxbut it's not so bad00:21
jamielennox(6am)00:21
*** topol has joined #openstack-keystone00:22
*** gokrokve has joined #openstack-keystone00:34
*** gokrokve has quit IRC00:39
morganfainbergjamielennox, where do you live? (city)?00:41
jamielennoxbrisbane00:41
morganfainbergahh00:41
morganfainberg+10 UTC00:42
*** tellesnobrega has quit IRC00:49
*** tellesnobrega has joined #openstack-keystone00:52
*** dolphm_503 is now known as dolphm00:52
*** ChanServ sets mode: +o dolphm00:52
morganfainbergtopol, i think i get to only use like 2 of your slides =/01:22
morganfainbergwtf...01:29
morganfainberghttps://github.com/openstack/keystone/blob/master/keystone/token/backends/sql.py#L130 we do a to_dict() JUST to extract the id...01:29
morganfainberg... the ID is a first-order column01:30
* morganfainberg grumbles01:30
morganfainberghehe, wonder if that really ends up being much overhead01:31
jamielennoxmorganfainberg: i've always had the impression that whoever wrote the initial sql backends disliked sqlalchemy01:32
morganfainbergjamielennox, thats the feeling01:32
jamielennoxthey go to pains to not used what is given01:32
*** gokrokve has joined #openstack-keystone01:34
*** gokrokve has quit IRC01:38
*** morganfainberg is now known as morganfainberg_Z01:56
*** morganfainberg_Z is now known as morganfainberg01:57
*** gokrokve has joined #openstack-keystone02:34
*** gokrokve has quit IRC02:39
*** dolphm is now known as dolphm_50302:57
*** dolphm_503 is now known as dolphm02:59
*** dolphm is now known as dolphm_50303:14
*** dolphm_503 is now known as dolphm03:23
*** gokrokve has joined #openstack-keystone03:34
*** Kanagaraj has joined #openstack-keystone03:38
*** gokrokve has quit IRC03:39
*** dstanek has joined #openstack-keystone03:40
*** ChanServ sets mode: +v dstanek03:40
*** david_lyle_ has joined #openstack-keystone03:40
*** david_lyle_ is now known as david_lyle03:43
*** lnxnut has joined #openstack-keystone04:05
*** theocean154 has joined #openstack-keystone04:26
*** theocean154 has quit IRC04:51
*** theocean154 has joined #openstack-keystone04:51
*** chandan_kumar has joined #openstack-keystone05:08
*** theocean154 has quit IRC05:11
*** theocean154 has joined #openstack-keystone05:11
*** chandan_kumar has quit IRC05:12
*** lnxnut has quit IRC05:14
*** lnxnut has joined #openstack-keystone05:22
*** lnxnut has quit IRC05:26
*** stevemar has joined #openstack-keystone05:43
*** ChanServ sets mode: +v stevemar05:43
*** dolphm is now known as dolphm_50305:43
*** chandan_kumar has joined #openstack-keystone05:55
*** lnxnut has joined #openstack-keystone06:05
*** lnxnut has quit IRC06:06
*** lnxnut has joined #openstack-keystone06:07
*** topol has quit IRC06:08
*** lnxnut has quit IRC06:11
*** stevemar has quit IRC06:37
*** theocean154 has quit IRC06:44
*** dolphm_503 is now known as dolphm06:44
*** theocean154 has joined #openstack-keystone06:44
*** gokrokve has joined #openstack-keystone06:51
*** gokrokve_ has joined #openstack-keystone06:52
*** dolphm is now known as dolphm_50306:53
*** gokrokve has quit IRC06:55
*** saju_m has joined #openstack-keystone06:58
*** lnxnut has joined #openstack-keystone07:05
*** lnxnut has quit IRC07:06
*** lnxnut has joined #openstack-keystone07:06
*** lnxnut has quit IRC07:11
*** gokrokve_ has quit IRC07:12
*** theocean154 has quit IRC07:21
*** leseb has joined #openstack-keystone07:30
*** leseb has quit IRC07:44
*** leseb has joined #openstack-keystone07:45
*** YorikSar has joined #openstack-keystone07:45
*** leseb has quit IRC07:45
*** leseb has joined #openstack-keystone07:45
*** gokrokve has joined #openstack-keystone07:53
*** jamielennox is now known as jamielennox|away07:54
*** dstanek_afk has joined #openstack-keystone07:55
*** ChanServ sets mode: +v dstanek_afk07:55
*** marekd|away is now known as marekd07:58
*** YorikSar_ has joined #openstack-keystone07:58
*** YorikSar has quit IRC08:03
*** dstanek has quit IRC08:03
*** tellesnobrega has quit IRC08:03
*** morganfainberg is now known as morganfainberg_Z08:06
*** lnxnut has joined #openstack-keystone08:06
*** lnxnut has quit IRC08:11
*** tellesnobrega has joined #openstack-keystone08:12
*** Kanagaraj has quit IRC08:19
*** leseb has joined #openstack-keystone08:57
*** leseb has quit IRC09:01
*** lnxnut has joined #openstack-keystone09:05
*** leseb has joined #openstack-keystone09:07
*** lnxnut has quit IRC09:10
*** bvandenh has quit IRC09:37
*** huats_ is now known as huats09:40
*** saju_m has quit IRC09:46
*** saju_m has joined #openstack-keystone09:50
*** KanagarajM_ has joined #openstack-keystone09:55
*** lnxnut has joined #openstack-keystone10:05
*** YorikSar_ is now known as YorikSar10:06
*** lnxnut has quit IRC10:10
*** bvandenh has joined #openstack-keystone10:48
*** marekd has left #openstack-keystone11:04
*** marekd has joined #openstack-keystone11:04
*** saju_m has quit IRC11:12
*** YorikSar_ has joined #openstack-keystone11:13
*** zigo_ is now known as zigo11:14
*** YorikSar has quit IRC11:14
*** YorikSar_ is now known as YorikSar11:20
*** saju_m has joined #openstack-keystone11:27
*** KanagarajM__ has joined #openstack-keystone11:36
*** KanagarajM_ has quit IRC11:36
*** leseb has quit IRC11:43
*** saju_m has quit IRC12:02
*** raildo has joined #openstack-keystone12:08
*** leseb has joined #openstack-keystone12:18
*** dolphm_503 is now known as dolphm12:20
*** leseb_ has joined #openstack-keystone12:20
*** leseb has quit IRC12:20
*** KanagarajM__ has quit IRC12:31
*** dolphm is now known as dolphm_50312:45
*** saju_m has joined #openstack-keystone12:55
*** topol has joined #openstack-keystone13:05
*** nkinder_ has quit IRC13:14
*** dolphm_503 is now known as dolphm13:14
*** david_lyle has quit IRC13:14
*** achampion has quit IRC13:43
*** saju_m has quit IRC13:43
*** saju_m has joined #openstack-keystone13:44
*** YorikSar_ has joined #openstack-keystone13:51
*** YorikSar has quit IRC13:52
*** YorikSar has joined #openstack-keystone13:52
*** YorikSar has quit IRC13:52
*** nkinder_ has joined #openstack-keystone14:03
*** saju_m has quit IRC14:05
*** lnxnut has joined #openstack-keystone14:13
*** lbragstad has quit IRC14:13
*** bvandenh has quit IRC14:15
*** YorikSar_ is now known as YorikSar14:20
*** topol has quit IRC14:26
*** bvandenh has joined #openstack-keystone14:29
*** browne has joined #openstack-keystone14:29
*** lbragstad has joined #openstack-keystone14:44
*** dstanek_afk is now known as dstanek14:44
*** gokrokve has quit IRC14:53
*** gokrokve has joined #openstack-keystone14:53
*** achampion has joined #openstack-keystone14:58
*** ayoung has joined #openstack-keystone15:11
*** rwsu has joined #openstack-keystone15:14
*** david_lyle_ has joined #openstack-keystone15:27
*** stevemar has joined #openstack-keystone16:01
*** ChanServ sets mode: +v stevemar16:01
*** marekd has quit IRC16:03
*** andreaf has joined #openstack-keystone16:04
*** dolphm is now known as dolphm_50316:05
*** marekd has joined #openstack-keystone16:05
*** jraim_ is now known as jraim16:10
stevemarlbragstad, way to delete 5490 lines of code: https://review.openstack.org/#/c/73900/ yay16:22
*** dolphm_503 is now known as dolphm16:22
* lbragstad high fives stevemar16:23
*** huats has quit IRC16:23
*** huats has joined #openstack-keystone16:24
*** huats has joined #openstack-keystone16:24
lbragstadstevemar: the oslo.messaging stuff should be almost done too.. the log_handler.py migration to oslo.messaging anyway16:25
*** topol has joined #openstack-keystone16:32
*** nkinder_ has quit IRC16:35
*** nkinder_ has joined #openstack-keystone16:47
*** devlaps has joined #openstack-keystone16:55
*** marcoemorais has joined #openstack-keystone16:56
*** marcoemorais has quit IRC16:57
*** dolphm is now known as dolphm_50316:57
*** marcoemorais has joined #openstack-keystone16:58
*** marcoemorais has quit IRC16:58
*** dolphm_503 is now known as dolphm16:58
*** marcoemorais has joined #openstack-keystone16:59
*** gyee has joined #openstack-keystone17:01
*** ayoung has quit IRC17:04
*** lbragstad has quit IRC17:04
*** tellesnobrega has quit IRC17:04
*** devlaps has quit IRC17:04
*** achampion has quit IRC17:04
*** gokrokve has quit IRC17:04
*** bvandenh has quit IRC17:04
*** lnxnut has quit IRC17:04
*** huats has quit IRC17:04
*** david_lyle_ has quit IRC17:04
*** dstanek has quit IRC17:04
*** topol has quit IRC17:04
*** dtroyer has quit IRC17:04
*** Daviey has quit IRC17:04
*** simo has quit IRC17:04
*** marcoemorais has quit IRC17:04
*** dolphm has quit IRC17:04
*** mfisch has quit IRC17:04
*** jraim has quit IRC17:04
*** koolhead17 has quit IRC17:04
*** chmouel has quit IRC17:04
*** zigo has quit IRC17:04
*** mhu has quit IRC17:04
*** lari_ has quit IRC17:04
*** ChanServ has quit IRC17:04
*** morganfainberg_Z has quit IRC17:04
*** raildo has quit IRC17:04
*** marekd has quit IRC17:04
*** anteaya has quit IRC17:04
*** jamielennox|away has quit IRC17:04
*** leseb_ has quit IRC17:04
*** amerine has quit IRC17:04
*** bknudson has quit IRC17:04
*** sudorandom has quit IRC17:04
*** marcoemorais has joined #openstack-keystone17:06
*** devlaps has joined #openstack-keystone17:06
*** topol has joined #openstack-keystone17:06
*** huats has joined #openstack-keystone17:06
*** marekd has joined #openstack-keystone17:06
*** david_lyle_ has joined #openstack-keystone17:06
*** achampion has joined #openstack-keystone17:06
*** gokrokve has joined #openstack-keystone17:06
*** bvandenh has joined #openstack-keystone17:06
*** lnxnut has joined #openstack-keystone17:06
*** raildo has joined #openstack-keystone17:06
*** dstanek has joined #openstack-keystone17:06
*** dolphm has joined #openstack-keystone17:06
*** mfisch has joined #openstack-keystone17:06
*** jraim has joined #openstack-keystone17:06
*** anteaya has joined #openstack-keystone17:06
*** Daviey has joined #openstack-keystone17:06
*** dtroyer has joined #openstack-keystone17:06
*** simo has joined #openstack-keystone17:06
*** jamielennox|away has joined #openstack-keystone17:06
*** koolhead17 has joined #openstack-keystone17:06
*** chmouel has joined #openstack-keystone17:06
*** zigo has joined #openstack-keystone17:06
*** mhu has joined #openstack-keystone17:06
*** morganfainberg_Z has joined #openstack-keystone17:06
*** dickson.freenode.net sets mode: +vovo dstanek dolphm jamielennox|away morganfainberg_Z17:06
*** lari_ has joined #openstack-keystone17:06
*** ChanServ has joined #openstack-keystone17:06
*** dickson.freenode.net sets mode: +vo morganfainberg_Z ChanServ17:06
*** leseb_ has joined #openstack-keystone17:06
*** amerine has joined #openstack-keystone17:06
*** bknudson has joined #openstack-keystone17:06
*** sudorandom has joined #openstack-keystone17:06
*** nkinder_ has quit IRC17:06
*** nkinder_ has joined #openstack-keystone17:06
*** jraim has quit IRC17:11
*** gokrokve has quit IRC17:13
*** jraim_ has joined #openstack-keystone17:14
*** jraim_ is now known as jraim17:15
*** lbragstad has joined #openstack-keystone17:18
*** ayoung has joined #openstack-keystone17:44
*** tellesnobrega has joined #openstack-keystone17:44
*** amerine has quit IRC17:48
*** amerine has joined #openstack-keystone17:50
*** chandan_kumar has quit IRC17:51
*** browne has quit IRC17:51
*** chandan_kumar has joined #openstack-keystone17:53
*** gokrokve has joined #openstack-keystone17:53
*** browne has joined #openstack-keystone18:00
*** david_lyle_ is now known as david_lyle18:04
*** richm has joined #openstack-keystone18:05
*** harlowja has joined #openstack-keystone18:10
richmI've almost got _ldap_livetest.py passing at 100%18:18
richmI have one remaining item18:18
richmassignments/backends/ldap.py - RoleApi.update18:19
richmThis does not allow updates if the given name exists18:19
richmIs the intention to disallow name changes?18:19
*** morganfainberg_Z is now known as morganfainberg18:20
richmayoung: any ideas?18:24
bknudson16 files changed, 5490 deletions(-)18:25
*** leseb_ has quit IRC18:25
*** leseb has joined #openstack-keystone18:39
ayoungrichm, rings a bell.18:40
richmgit blame is pointing at you18:40
morganfainbergdstanek, nice catches, text editing like the help strings is challenging when they all look the same18:40
ayoungrichm, lunch, and then I'll get back to you18:41
*** huats has quit IRC18:41
*** huats_ has joined #openstack-keystone18:41
*** huats_ has quit IRC18:41
*** huats_ has joined #openstack-keystone18:41
richmayoung: ok - thanks18:43
*** leseb has quit IRC18:44
ayoungrichm, https://github.com/openstack/keystone/blob/master/keystone/assignment/backends/ldap.py#L65118:55
ayoungis that what you are talking about?18:55
*** leseb has joined #openstack-keystone18:58
richmayoung: yes19:03
ayoungrichm, the only thing morphable on a role is its name.  That is supposed to prevent duplication, but it looks like it is just broken19:04
ayoungbecause of course old_name = self.get_by_name(role['name'])  is going to return something.19:04
ayoungI think the right logic would be:19:05
ayoungif old_name['id'] != role_id: ....19:06
ayoungrichm, but if the only thing morphable is name, then that logic should not be necessary.19:08
richmok - so the only thing you should be allowed to change is the name19:09
ayoungrichm, because the only thing that should rule out is an update where the name is unchanged...which is a no-op19:09
morganfainbergdstanek, fixed those two other config helpstrings19:09
morganfainbergdstanek, thanks19:09
richmok19:10
ayoungrichm, what test is breaking?19:10
richmtest_configurable_allowed_role_actions19:11
richmtest_backend_ldap.py19:11
*** chandan_kumar has quit IRC19:14
ayoungrichm, OK, so that should probably be dropped out of ldap_backend19:15
ayoungnothing should be in ldap_backend if it can't be execized by live_ldap19:15
ayoungand that is not part of test_backenmd AFAICT19:16
ayoungrichm, this line is failing? https://github.com/openstack/keystone/blob/master/keystone/tests/test_backend_ldap.py#L60519:17
richmyes19:17
ayoungoh, wait, no that should be good19:17
ayoungrole['name'] = 'fake2'19:18
ayoungso  it should do a search by name for fake2 and that should not trigger a problem19:18
richmhmm - let me check19:19
ayoungrichm, I am guessing that we are not properly cleaning out old data19:19
ayoungif role with name fake2 exists prior to this test, it will fail.  But it should fail in fakeldap as well, guessing it is in the liveldap cleanup19:19
richmoh, wait19:20
richmso you should not be able to change the description in a role?19:20
ayoungrichm, there is no description field on the object19:20
richmok - there were some tests that tested setting role['description'] = ''19:21
richmok - looks like they have since been removed19:23
richmI really should git checkout/rebase more often . . .19:23
ayoungheh...shouldn't be getting tripped up by those changes.  When were they removed>19:26
*** raildo has quit IRC19:26
*** raildo has joined #openstack-keystone19:28
*** nkinder_ has quit IRC19:29
*** nkinder_ has joined #openstack-keystone19:33
*** leseb has quit IRC19:36
*** dolphm is now known as dolphm_50319:37
*** marekd is now known as marekd|away19:39
*** dstanek_afk has joined #openstack-keystone19:41
*** ChanServ sets mode: +v dstanek_afk19:41
*** dstanek has quit IRC19:43
*** dolphm_503 is now known as dolphm19:53
*** arash__ has joined #openstack-keystone19:53
*** dolphm is now known as dolphm_50319:59
*** arunkant has joined #openstack-keystone20:01
*** dstanek_afk is now known as dstanek20:02
dstanekmorganfainberg: why is your patch adding back in all of the RPC options?20:03
morganfainbergdstanek, sec20:03
morganfainbergdstanek, because of a merge issue20:04
morganfainbergdstanek, fixing it now.  though i think we have some other oddities, a bunch of those options should be attributed to oslo.messaging not RPC20:06
morganfainbergdstanek, *shrug* prob an issue w/ oslo.messaging20:06
dstanekmorganfainberg: i was thinking this morning that the auto doc will add option to the sample that we don't support just because the code is in our tree20:07
dstanekmorganfainberg: is that true?20:07
*** dolphm_503 is now known as dolphm20:09
ayoungdolphm, when are we going to switch the default policy file to the cloudsample one? Or are we not going to switch?20:13
bknudsondstanek: eventually the oslo.db code will be in a separate library, and we'll have to somehow support the options.20:14
bknudsonthere's probably options that we don't support already20:14
*** dstanek_afk has joined #openstack-keystone20:15
*** ChanServ sets mode: +v dstanek_afk20:15
*** dstanek has quit IRC20:15
*** arash__ has quit IRC20:16
*** dstanek_afk is now known as dstanek20:16
bknudsonI like this option "fake_rabbit"20:16
ayoungbknudson, no...it IS the rabbit20:25
*** gokrokve has quit IRC20:27
bknudsonI just hope it doesn't bite anyone's head off.20:27
*** gokrokve has joined #openstack-keystone20:28
dstanekwhat's the policy for those automatic global config updates? something we push through quickly or sit on for a rainy day?20:32
*** gokrokve has quit IRC20:32
bknudsonwe push everything through quickly20:32
bknudsonwhy would we want to have a bunch of reviews sitting around?20:33
*** leseb has joined #openstack-keystone20:33
dstaneki wouldn't think you would want that20:34
dstaneki ask because last time  i saw one of those it kept having problems because it was out of date20:34
dstanekseems like it fell through the cracks and i didn't know if it was on purpose or not20:34
*** harlowja is now known as harlowja_away20:35
bknudsonthe pep8 check is going to fail if the sample config is out of sync with the config options20:36
dstanekmorganfainberg: did you see my comment on the auto gen doc from above? i seemed to have been booted from the room at about the time i sent it20:37
dstanekbknudson: that's a good point - i'll pull the changes and see if the sample is different20:37
morganfainbergdstanek, i did see it20:38
bknudsonnova's pep8 fails every time we add a config option in keystoneclient20:38
bknudsonauth_token middleware20:38
morganfainbergbknudson, https://review.openstack.org/#/c/75537 dstanek,20:39
morganfainbergthere ya go, not adding old options back in20:39
morganfainbergbknudson, well there is a way around that, but it's not how things are done atm wrt nova20:40
dstanekbknudson, morganfainberg: should that global requirements job be changed to also build the sample config?20:42
*** nachi has joined #openstack-keystone20:42
bknudsondstanek: how's that going to work? the libraries can change out from under keystone and we don't know.20:43
bknudsonglobal requirements typically doesn't have a ceiling.20:43
morganfainbergbknudson, only if you add them to the oslo.config.generator.rc20:44
morganfainbergbknudson, if you don't add the library there, the options can't appear20:44
bknudsonmorganfainberg: do we want to add the libraries or not add them?20:44
morganfainbergbknudson, the only one we have atm is oslo.messaging20:45
morganfainbergbknudson, i'm fine with not adding any20:45
bknudsonso oslo.messaging can come out with a new version with a new config option and now keystone pep8 fails.20:45
dstanekmy thought is that as oslo gets broken down into separate packages those will be updated by the job and may have different options20:45
morganfainbergbknudson, i think this is a project-by-project choice, but likely should be decided on by the TC20:45
morganfainbergbknudson, yes, that could happen.20:45
morganfainbergbknudson, we could remove it from the generator.rc20:46
morganfainbergbknudson, but like i said, likely should be a TC decision if all projects include them or not20:46
morganfainbergbknudson, until that occurs, it's a project-by-project choice.20:46
bknudsonmorganfainberg: do we pass a CONF to oslo.messaging, or separate options?20:47
morganfainbergbknudson, right now, they live in keystone.conf20:47
morganfainbergbknudson, but we could move it into it's own config iirc you can specify multiple config files20:47
bknudsonmorganfainberg: that's an interesting way to do it...20:48
bknudsonthen you could share the config among all the services that use that library20:48
morganfainbergbknudson, ++20:48
morganfainbergbknudson, that the thinking20:48
bknudsonin porting oslo.db, the library didn't accept a CONF20:49
bknudsonso I had to pass in all the options individually20:49
bknudsonif oslo.db adds a config option, it'll be in the sample config but won't get passed to oslo.db.20:49
morganfainbergbknudson, no no, keystone takes multiple config files and aggregates them, look at how we do testing20:50
morganfainbergbknudson, now if it's oslo-incubator stuff, nothing i can do because we do search through and find the options based on .py files20:50
morganfainbergbknudson, and i don't think that should change20:50
morganfainbergbknudson, but if it's a library, it doesn't care as long as the options are there in the CONF object, so you can read from multiple files if you want20:51
bknudsonoslo-incubator is only going to change when we sync it, so we don't have to worry about ti changing underneath us.20:51
morganfainbergbknudson, ++20:51
morganfainbergyrp20:51
morganfainbergyep*20:51
bknudsonmorganfainberg: https://review.openstack.org/#/c/75549/3/keystone/common/sql/core.py20:51
bknudsonsee line 17720:52
morganfainbergbknudson, so it's a question of where we put these options.  we can just say "sorry not part of keystone's config" though i think thats a bad idea.  if the options change, pep8 likely should fail because we should represent the correct opitons (esp. for something like DB config)20:52
morganfainbergbknudson, i'm not sure what the correct answer is though :(20:52
morganfainbergbknudson, oh ick.20:52
bknudsonand https://review.openstack.org/#/c/75549/3/keystone/openstack/common/db/sqlalchemy/session.py20:52
morganfainbergbknudson, =/20:52
bknudsonline 53320:52
morganfainbergthat is lame.20:53
bknudsoncreate_engine doesn't take a conf20:53
morganfainbergoslo.db should have a method that extracts the conf items from CONF20:53
morganfainbergnot expect you to explode them out to args20:53
bknudsonI'll admit I kind of like the args for a library.20:54
bknudsonbut then we shouldn't use their config options, we'd make our own.20:54
morganfainbergbknudson, sure. and i wont argue that20:54
morganfainbergbknudson, if they use OSLO.config and provide options, they provide a way to pass conf in20:54
morganfainbergif they don't, we make the options and call it a day20:54
morganfainbergif the library uses oslo.config it's probably too openstack specific to be it's own library anyway.20:55
morganfainbergand by oslo.config stuff i mean oslo.<lib>20:56
*** topol has quit IRC20:57
*** harlowja_away is now known as harlowja20:58
morganfainbergayoung, look at the lurking list grow20:58
*** raildo has quit IRC21:02
*** dolphm is now known as dolphm_50321:07
*** andreaf has quit IRC21:09
*** leseb has quit IRC21:09
*** hogepodge has joined #openstack-keystone21:11
*** gokrokve has joined #openstack-keystone21:17
*** dolphm_503 is now known as dolphm21:18
*** dolphm is now known as dolphm_50321:25
*** dolphm_503 is now known as dolphm21:26
*** leseb has joined #openstack-keystone21:34
*** amcrn has joined #openstack-keystone21:41
*** devlaps has quit IRC22:07
*** devlaps has joined #openstack-keystone22:07
ayoungmorganfainberg, can I get an approval here:  https://review.openstack.org/#/c/71455/22:15
lbragstaddolphm: ping? qq on endpoint required parameters22:23
dolphmlbragstad: pong22:23
dolphmlbragstad: https://github.com/openstack/identity-api/blob/master/openstack-identity-api/v3/src/markdown/identity-api-v3.md#endpoints-v3endpoints22:25
lbragstad.. so, endpoints. In the documentation it says that the 'additional required attribs' are service_id, interface, and url (https://github.com/openstack/identity-api/blob/master/openstack-identity-api/v3/src/markdown/identity-api-v3.md#endpoints-v3endpoints).. bu then what about 'name' here? https://github.com/openstack/identity-api/blob/master/openstack-identity-api/v3/src/markdown/identity-api-v3.md#create-endpoint-post-endpoints22:25
lbragstadand the code only checks service_id and interface https://github.com/openstack/keystone/blob/master/keystone/catalog/controllers.py#L243-L24422:26
dolphmlbragstad: name looks like a bad copy/paste for an endpoint... i don't know why you'd name them22:26
lbragstadis 'name' required too?22:26
lbragstadok22:26
lbragstadthat's what I was thinking but wanted to double check22:26
dolphmlbragstad: propose a delete for endpoint name in that doc?22:26
lbragstadyeah, I can fix that22:27
dolphmlbragstad: names appear to be in all those examples22:27
lbragstadyeah...22:27
lbragstadand what about if we change '...' to 'required'?22:27
dolphmlbragstad: neither openstackclient nor keystoneclient expose --name either22:28
dolphmlbragstad: what's '...' ?22:28
lbragstad    "url": "...",22:28
lbragstadhttps://github.com/openstack/identity-api/blob/master/openstack-identity-api/v3/src/markdown/identity-api-v3.md#create-endpoint-post-endpoints22:28
lbragstadis '...' suppose to imply 'required'?22:28
dolphmlbragstad: ah, all of the --some-attribute-- and "..." and "key": "key" should be populated with real-looking values22:29
*** lnxnut has quit IRC22:29
dolphmlbragstad: so "url": "http://service.example.com/" would be a nice public url example22:29
lbragstaddolphm: I agree22:30
lbragstadok, I can put that in there too22:30
dolphmall the http:// should also be https:// :)22:30
dolphmlbragstad: the "Example entity" section in the API Resources section of the doc are pretty consistent about using the same ID's throughout -- it'd be nice if that extended through the rest of the doc22:31
dolphm(for example, you can find "domain_id"22:31
dolphm... "domain_id": "1789d1" used in a bunch of places)22:31
lbragstadyou mean like https://github.com/openstack/identity-api/blob/master/openstack-identity-api/v3/src/markdown/identity-api-v3.md#create-an-entity22:32
dolphmlbragstad: further down the doc, like https://github.com/openstack/identity-api/blob/master/openstack-identity-api/v3/src/markdown/identity-api-v3.md#users-v3users22:32
dolphmlbragstad: the example at the bottom of the /v3/users section22:32
lbragstadok22:33
lbragstadso all the --service-id--, ..., and --optional-- stuff here could be replaced with proper looking values  https://github.com/openstack/identity-api/blob/master/openstack-identity-api/v3/src/markdown/identity-api-v3.md#create-endpoint-post-endpoints22:37
*** bvandenh has quit IRC22:47
ayoungmorganfainberg, what do I need to do to make the KVS backend for Revocation events work with the dogpile code?22:51
ayoungIts something trivial, right?22:52
ayounghttps://review.openstack.org/#/c/55908/55/keystone/contrib/revoke/backends/kvs.py22:52
*** lbragstad has quit IRC22:52
*** jamielennox|away is now known as jamielennox22:53
ayoungbknudson, why call super for a Driver?22:55
bknudsonayoung: should call super for any class in case the super changes their __init__.22:55
ayoungbknudson, not for drivers22:55
morganfainbergayoung, hmm?22:55
ayoungthey are pure virtual22:56
ayoungit would be a mistake to do anythjing in __init__22:56
ayoungmorganfainberg, I assume I need to descend from common/kvs/something22:56
morganfainbergayoung, uhm... if you look at the token kvs it's pretty straight forward22:57
bknudsonI know what a pure virtual function is in C++  - not sure what a class is?22:57
ayoungmorganfainberg, backing store?22:57
morganfainbergayoung, i apologize i am being pulled to some internal stuff.22:57
ayoungmorganfainberg, NP22:57
ayoungI'll try and havck through it22:57
ayoungbknudson, its an analogy....in Keystone Driver is just documentation22:58
ayoungwe do the abc thing, even, to force people to oveload.  It used to be that you'd get "no implemented" errors, but we don;'t even do that anymore. None of our drivers call super22:59
*** nkinder_ has quit IRC23:00
bknudsonassignment ldap driver calls super23:01
*** marcoemorais has quit IRC23:01
bknudsonmost of them don't have __init__ so super __init__ is called implicitly23:01
ayoungah...23:04
ayoungwhy does LDAP...23:04
*** marcoemorais has joined #openstack-keystone23:04
ayoungbknudson, so no real reason, just that it is a general coding preference?  I can see both sides on this one...I'll keep it consistent, but not sure it is really what we want to be doing.23:05
bknudsonayoung: I think it's easier to just call it all the time rather than have to look to the superclass to figure out if it needs it or not.23:06
bknudsonif subclasses of driver shouldn't call super init then that should be documented in the driver classes and enforced somehow.23:07
ayoungbknudson, yeah...and if Python actually gave some sort of Class suport we wouldn't have to reinvent it.23:10
dstanekdoes our keystone.common.sql.core.initialize_decorator exist only because sqlite doesn't limit string lengths?23:17
bknudsondstanek: I think it's a good idea not trying to guess the behavior of dbs when you give them unexpected data.23:19
bknudsonI don't think the SQL standard says what to do if the data doesn't fit in the column.23:19
dstanekbknudson: yes and no, yes i think we should do the validation somethere, but i don't think it belongs there23:20
dstanekand we're not validating any other type23:21
bknudsondstanek: I agree... the validation should be comprehensive and in once place.23:21
bknudsonJSONSchema or something.23:21
bknudsonwhatever other projects are doing23:21
*** leseb has quit IRC23:30
*** amcrn has quit IRC23:35
*** dolphm is now known as dolphm_50323:43
achampionhopefully someone can point me in the right direction, is there a new means of listing extensions in the v3 api. v2.0/extensions works but v3/extensions doesn't.23:49
jamielennoxachampion: unfortunately no23:56
jamielennoxachampion: there was a proposal for this but the intent was that you should be able to list the resources available from a controller using links in responses23:56
jamielennoxto my knowledge nothing happened on that front23:57
achampionjamielennox: so does that mean v3/extensions has been removed - it is still referreed to in documentation http://api.openstack.org/api-ref-identity.html#identity-v3-ext23:57
jamielennoxachampion: hmm, yes that would be a bug23:58
jamielennoxthat path does not exist23:58
*** nkinder_ has joined #openstack-keystone23:59
achampionjamielennox: ok thanks23:59

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