Monday, 2012-02-27

*** zykes has joined #openstack-dev00:16
*** ayoung has quit IRC00:20
*** zykes- has joined #openstack-dev00:20
*** pixelbeat has quit IRC00:23
*** zykes- has quit IRC00:23
*** zykes has quit IRC00:24
*** sdake has quit IRC00:30
*** sdake has joined #openstack-dev00:31
*** dtroyer has quit IRC00:33
*** winston-d has joined #openstack-dev00:33
*** rods has quit IRC00:38
*** dtroyer has joined #openstack-dev00:40
*** pixelbeat has joined #openstack-dev00:54
*** littleidea has joined #openstack-dev00:55
*** littleidea has quit IRC00:57
*** littleidea has joined #openstack-dev01:01
*** dwalleck has quit IRC01:17
*** dwalleck has joined #openstack-dev01:29
*** hub_cap has joined #openstack-dev01:32
*** dtroyer has quit IRC01:39
*** pixelbeat has quit IRC01:48
*** dwalleck has quit IRC02:02
*** martine has joined #openstack-dev02:03
*** tomoe_ has joined #openstack-dev02:09
*** ckleban has quit IRC02:09
*** VinayP__ has quit IRC02:21
*** dtroyer has joined #openstack-dev02:27
*** eglynn_ has joined #openstack-dev02:29
*** eglynn has quit IRC02:33
*** littleidea has quit IRC02:38
*** martine has quit IRC02:58
*** littleidea has joined #openstack-dev03:16
*** vizsla has quit IRC03:20
*** Gordonz has joined #openstack-dev03:21
*** dubsquared has joined #openstack-dev03:22
*** Gordonz has quit IRC03:23
*** Gordonz has joined #openstack-dev03:23
*** jakedahn has joined #openstack-dev03:33
*** blamar_ has joined #openstack-dev03:40
*** dtroyer has quit IRC03:47
*** hub_cap has quit IRC03:56
*** dubsquared has quit IRC04:06
*** dubsquared1 has joined #openstack-dev04:06
*** blamar_ has quit IRC04:46
*** dtroyer has joined #openstack-dev04:47
*** dayou has joined #openstack-dev05:02
*** dtroyer has quit IRC05:09
*** dwalleck has joined #openstack-dev05:15
*** jakedahn has quit IRC05:15
*** dwalleck has quit IRC05:18
*** aweiss has joined #openstack-dev05:21
*** Gordonz has quit IRC05:41
*** cp16net has quit IRC05:53
*** danwent has quit IRC06:17
*** utlemming has quit IRC06:22
*** utlemming has joined #openstack-dev06:26
*** journeeman has joined #openstack-dev06:30
*** bepernoot has joined #openstack-dev06:34
*** aweiss has left #openstack-dev06:46
*** danwent has joined #openstack-dev06:57
*** bepernoot has quit IRC06:59
*** sniperd has joined #openstack-dev07:01
*** sniperd_ has quit IRC07:03
*** bencherian has joined #openstack-dev07:14
*** rbasak has joined #openstack-dev07:35
*** tserong has joined #openstack-dev07:37
*** littleidea has quit IRC07:42
*** bencherian has quit IRC07:59
*** bepernoot has joined #openstack-dev08:03
*** jeroenhn has joined #openstack-dev08:13
*** Ryan_Lane has quit IRC08:25
*** pixelbeat has joined #openstack-dev08:32
*** hashar has joined #openstack-dev08:37
LarsErikPwhat's this all about? (nova): TRACE: Failure: Unable to log in to XenAPI (is the Dom0 disk full?)08:54
LarsErikPthe disk isn't full at all...08:54
*** martine has joined #openstack-dev08:54
*** mancdaz1203 has joined #openstack-dev08:55
*** darraghb has joined #openstack-dev09:00
*** martine has quit IRC09:01
*** journeeman has quit IRC09:07
*** danwent has quit IRC09:13
*** bepernoot has quit IRC09:15
*** bepernoot has joined #openstack-dev09:16
*** vizsla has joined #openstack-dev09:16
*** popux has joined #openstack-dev09:17
*** derekh has joined #openstack-dev09:19
*** vizsla has quit IRC09:20
*** ghe_rivero has joined #openstack-dev09:23
*** journeeman has joined #openstack-dev09:30
*** Mkenneth has joined #openstack-dev09:31
*** tomoe_ has quit IRC09:37
*** Ryan_Lane has joined #openstack-dev09:41
*** Mandell has quit IRC09:58
*** apevec has joined #openstack-dev10:15
*** paulormg has joined #openstack-dev10:16
*** Mkenneth has quit IRC10:18
*** maploin has joined #openstack-dev10:19
*** maploin has quit IRC10:19
*** maploin has joined #openstack-dev10:19
*** Mkenneth has joined #openstack-dev10:32
*** popux has quit IRC10:42
*** markmc has joined #openstack-dev10:44
*** shevek_ has quit IRC10:45
*** popux has joined #openstack-dev11:13
*** hashar has quit IRC11:16
*** bepernoot has quit IRC11:33
*** rods has joined #openstack-dev11:36
*** deshantm has joined #openstack-dev11:53
*** popux has quit IRC11:58
*** vizsla has joined #openstack-dev12:05
*** deshantm has quit IRC12:06
*** deshantm has joined #openstack-dev12:19
*** bepernoot has joined #openstack-dev12:23
*** bepernoot has quit IRC12:26
*** hashar has joined #openstack-dev12:31
*** hashar has left #openstack-dev12:37
*** hub_cap has joined #openstack-dev12:58
*** journeeman has quit IRC13:16
*** hashar_ has joined #openstack-dev13:17
*** hashar_ has quit IRC13:18
*** hashar has joined #openstack-dev13:18
*** crobinso has joined #openstack-dev13:19
*** markvoelker has joined #openstack-dev13:19
*** hashar has quit IRC13:21
*** hashar has joined #openstack-dev13:23
*** vizsla has quit IRC13:32
*** kbringard has joined #openstack-dev13:32
*** rkukura has joined #openstack-dev13:42
LinuxJediannegentle: I think I've fixed your swift doc archive problem, I've put some comments in the bug, let me know how it works out for you13:45
*** hub_cap has quit IRC13:46
*** sandywalsh has quit IRC13:47
*** sandywalsh has joined #openstack-dev13:50
*** bepernoot has joined #openstack-dev13:51
*** davidkranz has joined #openstack-dev13:52
*** dayou has quit IRC13:57
*** dayou has joined #openstack-dev13:58
*** martine has joined #openstack-dev14:00
*** bepernoot has quit IRC14:01
*** martine has quit IRC14:03
*** Mkenneth has quit IRC14:03
*** sandywalsh has quit IRC14:04
*** mdomsch has joined #openstack-dev14:08
*** dprince has joined #openstack-dev14:08
*** sandywalsh has joined #openstack-dev14:16
*** j05h has quit IRC14:17
*** mattray has joined #openstack-dev14:18
*** Mkenneth has joined #openstack-dev14:21
*** stuntmachine has joined #openstack-dev14:22
*** bepernoot has joined #openstack-dev14:35
*** lts has joined #openstack-dev14:37
*** andrewbogott_afk is now known as andrewbogott14:38
*** Mkenneth has quit IRC14:40
*** nikhil has joined #openstack-dev14:46
annegentleLinuxJedi: that looks awesome. I'll run the job for Swift 1.4.4 and 1.4.5 too.14:51
annegentleLinuxJedi: and understood about the tag and false/true setting14:51
andrewbogottironcamel and/or ironcame12:  Are you available to answer a question about sql encoding?14:55
*** Gordonz has joined #openstack-dev14:57
*** bepernoot has quit IRC14:57
*** bepernoot has joined #openstack-dev14:58
*** AlanClark has joined #openstack-dev15:00
*** Gordonz has quit IRC15:00
*** dayou has quit IRC15:02
*** Mkenneth has joined #openstack-dev15:02
*** bepernoot has quit IRC15:03
*** stuntmachine has quit IRC15:05
*** dubsquared has joined #openstack-dev15:07
*** j05h has joined #openstack-dev15:08
*** stuntmachine has joined #openstack-dev15:11
*** jdg has joined #openstack-dev15:18
annegentleis it possible to use a patch file submitted via launchpad? see https://bugs.launchpad.net/openstack-manuals/+bug/94197815:20
uvirtbot`Launchpad bug 941978 in openstack-manuals "[PATCH] Docs: (compute) FlatDHCP disallows IP injection" [Undecided,New]15:21
annegentlemtaylor: or LinuxJedi or CI team: Patches in Launchpad, what can I do with them?15:21
*** ayoung has joined #openstack-dev15:21
*** cp16net has joined #openstack-dev15:22
*** Mkenneth1 has joined #openstack-dev15:23
*** Mkenneth1 has left #openstack-dev15:23
*** zzed has joined #openstack-dev15:23
*** Mkenneth has quit IRC15:26
*** littleidea has joined #openstack-dev15:27
*** kyriakos has left #openstack-dev15:30
*** dolphm has joined #openstack-dev15:33
*** Gordonz has joined #openstack-dev15:35
*** dtroyer has joined #openstack-dev15:37
*** andrewsben has joined #openstack-dev15:39
*** maploin has quit IRC15:42
LinuxJediannegentle: they need to be applied to a git tree and reviews in the normal way15:43
*** hub_cap has joined #openstack-dev15:45
annegentleLinuxJedi: ok, that's what I thought, thanks for the confirmation15:45
ironcamelandrewbogott: sure15:45
andrewbogott ironcamel:  I'm looking at your patch to convert nova tables to utf-8.  There seems to be a similar issue in keystone.15:46
YorikSarvishy, mtaylor: I've moved the localization testing to tools/hacking.py. Why it is not being checked on every change?15:46
andrewbogottBefore I came across your patch, I struck upon this solution for keystone:  https://review.openstack.org/#change,457715:46
andrewbogottNow I'm trying to understand what my patch does vs. what yours does.15:46
andrewbogottAlso, I don't understand why your patch worked without adding convert_unicode: True.  Was that somehow already set in nova?15:47
*** Gordonz_ has joined #openstack-dev15:47
ironcamelandrewbogott: the nova database is created via migrate scripts15:47
andrewbogottsure.15:48
ironcamelso for nova, the sqlalchemy data models dont matter15:48
ironcamelas far as generating the schema15:48
andrewbogottMy understanding is that your patch changed the format of the database storage, and mine changes the pathway by which unicode strings are inserted into the database.15:49
andrewbogottSo, I don't understand why it works to not have both things...15:49
andrewbogottsqlalchemy in nova still matters when someone changes something via e.g. nova-manage doesn't it?15:50
*** zaitcev has joined #openstack-dev15:50
andrewbogottMaybe we've just gotten luck in nova and nothing is getting passed in as 16-bit unicode string.15:50
*** Gordonz has quit IRC15:51
andrewbogottironcamel:  Would it alarm you if I add convert_unicode to the python sqlalchemy engine, just as a safeguard?15:53
crobinsoso new keystone-manage doesn't allow creating users, but in order to use the keystoneclient tool we need an existing user/tenant. how is this supposed to work for new deployments, or am I missing something?15:54
crobinso(this is based on git snapshots in fedora, so things may have changed upstream)15:54
ironcamelandrewbogott: not at all15:54
andrewbogottironcamel:  OK.  I will see if I can produce a test case to demonstrate that it matters.15:54
andrewbogottIf not, *shrug*15:54
ironcamelandrewbogott: would not alarm me at all i meant15:55
* andrewbogott nods15:55
*** Gordonz_ has quit IRC15:56
ironcamelandrewbogott: just fyi, i have tested creating new instances with unicode names15:56
ironcamelthrough the api15:56
ironcameland was able to create them and list them just fine15:56
andrewbogottOK.  Do you have any idea if the instance name is getting stored as a unicode or as utf-8 within python?15:56
andrewbogottIt's the former case that I'm worried about.15:56
ironcamelunicode or utf8? aren't those kinda the same?15:57
andrewbogottNo, in python u'foo' is a 16-bit string of type unicode.  'foo' is an 8-bit string of ambiguous encoding.15:57
andrewbogottsqlmagic will pass on an 8-bit string without comment, regardless of encoding.15:57
andrewbogottwhen it gets a unicode it will, by default, try to encode it as 'latin-1' which fails if there are any non-latin characters involved.15:58
andrewbogottAwkwardly, python treats u'strings' and 'strings' the same so most of the time developers don't notice the difference.  But that can backfire.15:59
ironcamelandrewbogott: u'foo' is not utf8 encoded?15:59
andrewbogottNo...15:59
ironcamelhow is it encoded?16:00
andrewbogottwhen we talk about 'encoding', that's the process of converting a 16-bit string into an 'escaped' 8-bit string.16:00
ironcamelah16:00
andrewbogottutf-8 is a method of storing unicode data in an 8-bit string.  Python has a data type called 'unicode' which uses actual wide strings.16:00
andrewbogottSo... confusingly, utf-8 and u'strings' are both an implementation of unicode-the-concept.16:01
andrewbogottSorry, I'm not doing a great job of explaining this.16:01
ironcamelno, you are doing great, thanks!16:01
dtroyercrobinso: there is a shiny new tools/sample_data.sh that demonstrates this: https://github.com/openstack/keystone/blob/master/tools/sample_data.sh16:02
dtroyercrobinso: note that it requires a recent python-keystoneclient.  the concept works with the older client, but the exact syntax has changed in a couple of places16:02
crobinsodtroyer: cool I'll take a look16:03
andrewbogottironcamel:  I believe that python 3 makes all of this explicit.  As it is, we have a few landmines hiding here and there.16:04
berendtdtroyer: it's the shiny from from devstack, isn't it?16:04
dtroyerberendt:  basically, yes16:05
berendtwouldn't it make sense to use the same script for both?16:05
dtroyerberendt: yes, and we will at some point16:05
berendtdtroyer: fine :)16:05
dtroyerberendt: sometimes moving too fast on these things bites in the wrong place ;)16:06
berendtis it possible to receive a notification from jenkins when a specific job was finished?16:08
*** eglynn__ has joined #openstack-dev16:08
*** eglynn_ has quit IRC16:09
*** bencherian has joined #openstack-dev16:10
*** danwent has joined #openstack-dev16:13
*** x86brandon has joined #openstack-dev16:15
*** PotHix has joined #openstack-dev16:17
*** jdg has quit IRC16:17
*** jeroenhn has quit IRC16:19
berendtproblem with dashboard: "ImproperlyConfigured: Error importing middleware horizon.middleware: "cannot import name client"16:22
berendtwhat could be wrong here? (i have installed python-novaclient, python-keystoneclient, glance..)16:22
*** maploin has joined #openstack-dev16:24
*** maploin has quit IRC16:24
*** maploin has joined #openstack-dev16:24
berendtberendt: you have to install python-quantumclient, too...16:29
berendtthis should be no hard requirement..16:29
*** jdg has joined #openstack-dev16:34
*** maplebed has quit IRC16:34
*** aweiss has joined #openstack-dev16:35
*** Mandell has joined #openstack-dev16:38
*** Yak-n-Yeti has joined #openstack-dev16:40
*** Mandell has quit IRC16:40
*** Mandell_ has joined #openstack-dev16:45
*** eglynn has joined #openstack-dev16:45
*** eglynn__ has quit IRC16:46
*** Mkenneth has joined #openstack-dev16:50
*** cjwilson has joined #openstack-dev16:53
*** newadmin has joined #openstack-dev16:57
*** vincentr has joined #openstack-dev16:59
*** vincentr is now known as vricci16:59
*** andrewsmedina has joined #openstack-dev16:59
*** vricci has quit IRC16:59
*** stuntmachine has quit IRC16:59
*** vricci has joined #openstack-dev16:59
*** vricci is now known as vincentricci16:59
*** vincentricci has left #openstack-dev17:00
*** x86brandon_ has joined #openstack-dev17:01
*** Mkenneth1 has joined #openstack-dev17:01
*** x86brandon has quit IRC17:01
*** x86brandon_ is now known as x86brandon17:01
*** Mkenneth has quit IRC17:06
*** dolphm has quit IRC17:06
*** dubsquared has quit IRC17:06
*** dubsquared has joined #openstack-dev17:08
*** hashar has quit IRC17:08
*** maploin has quit IRC17:08
*** shevek_ has joined #openstack-dev17:09
*** dolphm has joined #openstack-dev17:12
*** bencherian has quit IRC17:12
*** openstackjenkins has quit IRC17:15
*** openstackjenkins has joined #openstack-dev17:16
*** dolphm has quit IRC17:17
*** hhoover has joined #openstack-dev17:21
*** hhoover has left #openstack-dev17:21
*** bencherian has joined #openstack-dev17:22
*** statik has joined #openstack-dev17:22
*** aweiss has quit IRC17:28
*** aweiss has joined #openstack-dev17:31
*** maplebed has joined #openstack-dev17:31
*** jog0 has joined #openstack-dev17:33
*** jog0 has quit IRC17:33
*** jog0 has joined #openstack-dev17:34
*** jdurgin has joined #openstack-dev17:40
*** novas0x2a|laptop has quit IRC17:44
*** jog0 has left #openstack-dev17:45
*** shevek_ has quit IRC17:45
*** jog0 has joined #openstack-dev17:47
*** bepernoot has joined #openstack-dev17:50
*** derekh has quit IRC17:52
*** bencherian has quit IRC17:55
*** heckj has joined #openstack-dev17:58
*** mattray has quit IRC17:59
*** markmc has quit IRC17:59
*** stuntmachine has joined #openstack-dev18:02
*** reed has joined #openstack-dev18:04
*** maplebed has quit IRC18:11
*** bencherian has joined #openstack-dev18:11
*** darraghb has quit IRC18:12
*** aweiss has quit IRC18:12
*** Mkenneth1 has quit IRC18:12
*** ohnoimdead has joined #openstack-dev18:19
*** rbasak has quit IRC18:33
jaypipeseglynn: k, both Copy-From branches reviewed...18:36
jaypipeseglynn: sorry for the delay.18:36
*** torgomatic has joined #openstack-dev18:37
*** armaan has joined #openstack-dev18:38
*** aweiss has joined #openstack-dev18:39
*** jakedahn has joined #openstack-dev18:41
bcwaldonjaypipes: you aren't allowed to disagree with me18:42
*** littleidea has quit IRC18:45
*** littleidea has joined #openstack-dev18:46
*** novas0x2a|laptop has joined #openstack-dev18:46
*** dolphm has joined #openstack-dev18:48
*** vladimir3p has joined #openstack-dev18:48
*** Ryan_Lane has joined #openstack-dev18:49
jaypipesbcwaldon: ah, damn, missed that memo :(18:49
bcwaldonjaypipes: I'll let it go this time18:50
jaypipesbcwaldon: k, thx mate :)18:50
*** shevek__ has joined #openstack-dev18:52
bcwaldonjaypipes: have you tried the copy_from stuff? It's awesome18:54
*** littleidea has left #openstack-dev18:54
*** eglynn has quit IRC18:59
*** hub-cap has joined #openstack-dev18:59
jaypipesbcwaldon: yep, had some for lunch.18:59
*** eglynn has joined #openstack-dev19:00
bcwaldonjaypipes: yes...19:00
*** hub_cap has quit IRC19:03
*** hub-cap is now known as hub_cap19:03
*** bencherian has quit IRC19:05
*** maplebed has joined #openstack-dev19:07
*** utlemming has quit IRC19:12
*** sandywalsh has quit IRC19:13
*** utlemming has joined #openstack-dev19:15
*** littleidea has joined #openstack-dev19:16
*** sandywalsh has joined #openstack-dev19:16
*** nati has joined #openstack-dev19:19
*** vincentricci has joined #openstack-dev19:19
*** vincentricci has left #openstack-dev19:23
*** adjohn has joined #openstack-dev19:24
openstackgerritVerification of a change to openstack/keystone failed: XML de/serialization (bug 928058)  https://review.openstack.org/429719:27
uvirtbot`Launchpad bug 928058 in keystone "support XML output for Keystone API" [High,In progress] https://launchpad.net/bugs/92805819:27
*** aweiss has quit IRC19:28
*** aweiss has joined #openstack-dev19:29
*** vincentricci has joined #openstack-dev19:31
*** vincentricci has left #openstack-dev19:31
dolphmmtaylor: jeblair: any idea what's going on here? https://jenkins.openstack.org/job/gate-keystone-unittests/530/console19:39
mtaylordolphm: /me looks19:39
dolphmmtaylor: same review, slightly different failure: https://jenkins.openstack.org/job/gate-keystone-pep8/940/console19:40
mtaylordolphm: sigh. yeah - one sec19:41
dolphmmtaylor: thanks!19:42
*** mszilagyi has joined #openstack-dev19:43
mtaylordolphm: wow. what a weird edge case...19:43
dolphmmtaylor: what's going on?19:43
eglynnjaypipes: thanks for the review!19:44
eglynnjaypipes: that get_copy_from() "helper" method turned out to be more of a hinderance ;)19:44
mtaylordolphm: it has to do with the pip bundle caching19:44
mtaylordolphm: and responding to changes in pip-requires in a particular change19:44
eglynn(I've removed it from the latest patch set)19:44
jaypipeseglynn: :)19:45
jaypipeseglynn: k, thx!19:45
dolphmmtaylor: after adding lxml?19:45
mtaylordolphm: yeah.19:46
mtaylordolphm: we pre-build the venvs out of band so that we're not building them during test run19:46
mtaylordolphm: but that's problematic if one of the requirements has changed in the patcheset to be tested19:46
dolphmmtaylor: rebuilding it on demand then?19:47
mtayloryes19:47
mtaylorBUT - there's a bug in rebuilding it on demand (or in pip)19:47
mtaylorin that we build the venv from a frozen bundle, but there are git urls in the require file19:48
mtaylorso pip doesn't know how to run pip install --upgrade -r tools/pip-requires on that venv, because the bundle-installed depends don't match what it expects for a git require19:49
mtaylorgigth19:49
mtaylorsigh19:49
mtaylordolphm: seems to be fixed19:50
dolphmmtaylor: retrigger?19:50
mtaylordolphm: already re-triggered19:50
dolphmnice, thanks19:51
dolphmmtaylor: merged == happiness :D19:53
*** armaan has left #openstack-dev19:54
*** mattray has joined #openstack-dev19:54
*** aweiss has quit IRC19:55
*** aweiss has joined #openstack-dev19:56
*** davidkranz has quit IRC20:01
*** hashar has joined #openstack-dev20:02
*** hub_cap has quit IRC20:04
*** hub_cap has joined #openstack-dev20:04
*** mnewby has joined #openstack-dev20:05
openstackgerritVerification of a change to openstack/glance failed: Remove usage of the deprecated pip -E option.  https://review.openstack.org/436320:06
*** gabrielhurley has joined #openstack-dev20:08
*** paulormg has quit IRC20:09
openstackgerritVerification of a change to openstack/glance failed: Split requires.  https://review.openstack.org/432520:11
*** bepernoot has joined #openstack-dev20:16
*** eglynn has quit IRC20:18
openstackgerritVerification of a change to openstack/keystone failed: Add Vary header (bug 928057)  https://review.openstack.org/446020:18
uvirtbot`Launchpad bug 928057 in keystone "provide Vary header" [Medium,In progress] https://launchpad.net/bugs/92805720:18
*** vricci has joined #openstack-dev20:19
*** adjohn_ has joined #openstack-dev20:19
*** vricci has left #openstack-dev20:20
*** aweiss has quit IRC20:20
*** maplebed has quit IRC20:21
*** adjohn has quit IRC20:21
*** adjohn_ is now known as adjohn20:21
*** maplebed has joined #openstack-dev20:21
*** maplebed_ has joined #openstack-dev20:23
*** maplebed has quit IRC20:23
openstackgerritVerification of a change to openstack/keystone failed: Add HEAD /tokens/{token_id} (bug 933587)  https://review.openstack.org/437120:23
uvirtbot`Launchpad bug 933587 in keystone "HEAD /v2.0/tokens/{token_id} returns 404" [Medium,In progress] https://launchpad.net/bugs/93358720:23
dolphmmtaylor: subsequent & dependent job failed b/c lxml not in venv? ^^^20:24
*** maplebed_ is now known as maplebed20:29
*** maplebed has joined #openstack-dev20:29
*** dtroyer has quit IRC20:31
mtaylordolphm: race condition I think20:36
mtaylordolphm: the first change landing will trigger the creation of a new venv ... but that takes a few minutes... so if the dependent change fired right away, the new venv won't be there20:37
* mtaylor punches self20:37
mtaylordolphm: I'm on it20:38
dolphmmtaylor: /salute20:39
*** creiht has joined #openstack-dev20:43
*** ChanServ sets mode: +v creiht20:43
creihtvishy: around???20:43
*** dtroyer has joined #openstack-dev20:43
*** eglynn has joined #openstack-dev20:45
annegentlettx mtaylor notmyname reed or vishy:  can I get a CLA admin to add koolhead17 to openstack-cla? https://launchpad.net/~openstack-cla/+members#proposed20:47
vishycreiht: yes20:48
creihtvishy: https://github.com/openstack/python-novaclient/commit/03f54c57e13f27324f0ac5aa556bf4ca94e3ed0e20:48
creihtthat changes the volumes endpoint from /os-volumes to /volumes20:49
*** dolphm has quit IRC20:49
vishycreiht: correct20:49
creihtany way to override that?20:49
vishycreiht: no, I had it in initially supporting both but we decided since os-volumes was an extension20:49
vishythat we should just force people to use the new one20:49
creihtan extension that a lot of people are probably already using ;)20:50
reedannegentle, what's his/her name?20:50
vishythe addition is relatively simple, so you think i should add it back in?20:50
vishycreiht: ^^20:50
creihtvishy: it would be nice for the short term at least20:51
creihtuntil people can get migrated over20:51
annegentlereed: it's Atul Jha20:51
creihtfor example, I'm having to (once again) update my vtypes merge20:51
creihtand I can't test it at the moment20:51
vishycreiht: can you just use an older commit?20:51
creihtthat would be kind of painful20:52
vishycreiht: why can't you test with the new version?20:52
reedannegentle, found himt20:52
creihtbecause all of our test setup is still listening to /os-volumes20:52
annegentlereed: thanks20:52
reedannegentle, found his CLA... he signed the old form...20:52
vishycreiht: i see20:52
reeddamn, nobody has removed it yet20:52
annegentlereed: do folks need to resign?20:52
creihtI'm a manager now, I don't have time to spin up my own test stuff :)20:52
*** eglynn has quit IRC20:52
vishycreiht: so you aren't running the volumes endpoint in your test cluster?20:52
reedannegentle, no, it's the same identical document, only it goes in the wrong bucket20:53
creihtwhat started out as a simple one day quick fix has turned into a multi-day ordeal :/20:53
creihtvishy: we are running the extension20:53
justinsbvishy: How can I get the extension os-volumes if you install a system os-volumes over the top?20:53
reedannegentle, I haven't managed to get the right people to take that down20:53
creihtmulti-week even20:53
annegentlereed: bumemr20:53
vishycreiht: right, but the volumes endpoint runs by default as well...20:53
reedannegentle, is it referenced somewhere else but the wiki?20:53
justinsbvishy: (I think this is a general extensions question, not just volumes)20:53
reedbesides the wiki I mean20:53
annegentlereed: hm. thinking20:53
vishyjustinsb: I don't understand the question20:54
vishyjustinsb: what is a "system os-volumes"20:54
*** davidkranz has joined #openstack-dev20:54
justinsbvishy: Sorry, let me catch up on the thread here20:55
vishycreiht: the concern is that if we leave it in, people will continue to use it20:55
creihtvishy: I guess I am a bit confused as well?20:55
vishycreiht: we want people to start using the volumes endpoint20:55
vishyinstead of the compute extension20:55
creihtvishy: it would be nice if that were communicated somwhere :)20:56
reedis cheyenne Bryant on this channel?20:56
vishycreiht: that is true.  Perhaps I should send an email to the ml20:56
creihtthat would be nice20:56
vishycreiht: the types extension you were working on should also go to the volume endpoint i would think20:57
creihtyeah that is fine20:57
justinsbvishy: If someone wants to keep using the os-volumes extension, shouldn't they be able to do so?20:57
vishyjustinsb: they can, but do you think we should provide bindings for it in python-novaclient?20:58
justinsbvishy: So you can't grab /os-volumes, because an extension is using that, right?20:58
creihtvishy: so back to the vtypes stuff for the command line20:58
creihtvishy: any way you can pick up that merge, and fix the stuff with the new endpoint?20:58
vishycreiht: sure20:58
creihtI don't have the bandwidth to try to keep up20:58
creihtthx20:58
vishycreiht: send me the review num?20:58
justinsbvishy: If a cloud is using it, then the client bindings should support it20:58
creihthttps://review.openstack.org/#change,429320:58
*** x86brandon__ has joined #openstack-dev20:59
*** dolphm has joined #openstack-dev20:59
creihtvishy: it is almost there, it needs to be updated for the service_type stuff, and a fix to the devstack tests20:59
justinsbvishy: The approach we're trying to take in the Java bindings is that extensions can be passed in separately and maintained separately from the core API binding20:59
justinsbvishy: Although that is very nascent (attributes only, so far)20:59
*** anotherjesse has joined #openstack-dev21:00
vishyjustinsb: yeah we would like that in novaclient as well21:00
creihtvishy: and speaking of the devstack tests, those things are way too fragile21:00
vishyjustinsb: but unfortunately we are not there21:00
*** anotherjesse has left #openstack-dev21:00
*** jog0 has left #openstack-dev21:00
*** anotherjesse has joined #openstack-dev21:00
justinsbvishy: But you really can't have your new volumes endpoint listen on os-volumes, unless I can continue to access the extension on e.g. extensions/os-volumes21:00
creihtthey shouldn't break because I add a column to a user-readable table :)21:00
*** andrewsben has quit IRC21:00
vishythe new volumes endpoint is a separate api21:01
anotherjessecreiht: the fact that they are gating tests are while tempest is merged in21:01
vishyjustinsb: it listens on volumes-endpoint/volumes21:01
vishyso there is no conflict there21:01
justinsbvishy: Ah OK!  Sorry!21:01
anotherjessecreiht: the primary reason for exercises is to show people how the clients work21:01
*** bepernoot has quit IRC21:01
*** jog0_ has joined #openstack-dev21:01
*** x86brandon has quit IRC21:02
*** x86brandon__ is now known as x86brandon21:02
creihtanotherjesse: I understand that part21:02
creihtI'm just saying of you are going to gate on something, don't gate on flakey tests ;)21:02
creihtjust my opinion of course21:02
*** torgomatic has quit IRC21:02
*** jog0_ has quit IRC21:02
*** bencherian has joined #openstack-dev21:02
*** torgomatic has joined #openstack-dev21:03
openstackgerritVerification of a change to openstack/glance failed: Support copy-from for queued images.  https://review.openstack.org/444621:03
*** zykes- has joined #openstack-dev21:03
*** ohnoimdead has quit IRC21:04
anotherjessecreiht: I wouldn't say they are flakey - they are brittle21:04
anotherjessecreiht: if they were flakey I wouldn't gate21:04
bcwaldonjaypipes: https://review.openstack.org/#change,4596 <- fix for that unowned image deletion bug21:05
zykes-soren: around?21:08
jaypipesbcwaldon: see question on review...21:09
*** vincentricci has joined #openstack-dev21:11
*** x86brandon has quit IRC21:11
creihtvishy: thanks for picking up the vtypes stuff, it will make our testing a lot easier21:11
creihtplus make it easier of course for other people to use volume types :)21:12
*** markvoelker has quit IRC21:13
*** bepernoot has joined #openstack-dev21:13
vishycreiht: in the meantime you should get your test cluster running the volumes endpoint if it isn't already21:14
*** ohnoimdead has joined #openstack-dev21:14
vishy(it might just be adding an extra endpoint in your keystone catalog)21:14
creihtvishy: yeah we will get there21:14
*** vincentricci has quit IRC21:15
creihtit wouldn't be that big of a deal, just that the timing coincided with me trying to hack something together real quick21:16
creihtwhich has turned into taking much more time than I originally planned :)21:16
*** ohnoimdead has quit IRC21:17
* creiht goes back to managing stuff :/21:18
*** creiht has left #openstack-dev21:19
*** eglynn has joined #openstack-dev21:25
*** vincentricci has joined #openstack-dev21:28
*** stuntmachine has quit IRC21:28
jaypipesbcwaldon: you see my little question on https://review.openstack.org/#change,4596,patchset=2?21:37
*** ohnoimdead has joined #openstack-dev21:46
bcwaldonjaypipes: yes, the answer is yes but I found a failing tests I need to fix :(21:50
bcwaldonjaypipes: the authorization stuff we have in glance needs to be redone21:50
bcwaldonjaypipes: it's a mess21:50
*** bepernoot has quit IRC21:51
*** crobinso has quit IRC21:52
*** milner has joined #openstack-dev21:53
*** mikeyp has joined #openstack-dev21:53
heckjtermie: ping21:53
*** sandywalsh has quit IRC21:56
termieheckj: I AM HERE21:57
termieheckj: WHAT DO YOU ASK OF ME21:57
*** jakedahn has quit IRC21:57
*** jakedahn has joined #openstack-dev21:57
*** torgomatic_ has joined #openstack-dev21:58
heckjtermie: I'm reading through https://review.openstack.org/#change,4464, trying to figure out how adam_g got into a circular dependency, but appeared to follow your code pattern.21:58
termieheckj: the three separate APIs all use each other21:59
termieheckj: normally one gets around this by moving that logic to a single place and making the other objects dumber21:59
termieheckj: i think we should do that too, but my tired eyes weren't up to the task, so i solved the dependency problem and wrote TODOs21:59
*** torgomatic has quit IRC21:59
*** torgomatic_ is now known as torgomatic21:59
termieheckj: i don't like putting much logic in my data objects22:00
anotherjesseheckj: I reviewed ldap https://review.openstack.org/#change,4362 - concentrating on the code impact outside of ldap (eg, I'm not an ldap expert)22:00
bcwaldontermie: that's what she said22:00
anotherjesseheckj: seems ready for merge imho22:00
heckjtermie: makes sense. Logic into the Controllers.22:00
heckjAdam's change works right now - removing catalog_api from identity (where it's not yet used). That made me generally uncomfy, but should we let it roll through as is and plan to refactor the logic where the API's use each?22:01
heckjanotherjesse: running through 4464 now22:02
termieheckj: catalog_api from identity? i don't think there is a catalog api in there... is there?22:02
termieheckj: don't remember seeing one when i was changing code22:03
heckjthere was - never used, so Adam removed it to solve the circ dep22:03
termieoh way22:03
termiewait22:03
termiei am talking about the wrong thing22:03
heckj(see: https://review.openstack.org/#patch,sidebyside,4464,4,keystone/identity/core.py)22:03
termiei am talking about ayoung's branch22:03
termieretract all my statements so far22:03
heckjOkay - retracting away (there they go!)22:03
termiei now have two minutes before i have to drive somebody to the airport22:03
termieso lesse, in the catalog sql branch, something about circular dependencies22:04
termiewe haven't done anything to resolve those, especially, no22:04
termieright now we just happen to not quite have any, but that could change at any moment22:04
zykes-anotherjesse: ?22:04
termieand then we'd have to put some more thinking into it22:04
termieprobably similar to the shim i did in ldap, as a possible short-term22:05
bcwaldonjeblair: you might want to take a peek at these failures: https://jenkins.openstack.org/job/gate-glance-python27/22:05
termieokay rolling out now22:05
bcwaldonjeblair: I retriggered latest22:05
termieback online in probably an hour22:05
bcwaldoneglynn: can you rebase this -> https://review.openstack.org/#change,436322:05
zykes-notmyname: here ? :p22:05
eglynnbcwaldon: sure22:06
jaypipesbcwaldon: yeah, no crap... it's wreaking havoc for nati and me right now...22:06
bcwaldonjaypipes: I think I figured out my problem, but we need to really think this out when we implement v222:07
openstackgerritVerification of a change to openstack/glance failed: Support copy-from for queued images.  https://review.openstack.org/444622:07
jaypipesbcwaldon: we still talking about keystone here?22:07
heckjayoung: you around?22:08
bcwaldonjaypipes: glance + keystone integration22:08
jeblairbcwaldon: huh.22:08
ayoungheckj, yes22:08
heckjis the python-ldap dependency specific to a version (in https://review.openstack.org/#patch,sidebyside,4362,6,tools/pip-requires-test)? Or general?22:09
heckjayoung: pip-requires and pip-requires-test are slightly different there22:09
bcwaldonjaypipes: my branch is good for another round22:10
jeblairheckj: can you call it test-requires?22:10
jeblairi think that's what mtaylor has been assuming (and what's happening in glance)22:10
heckjjeblair: yeah, I don't see any reason we couldn't rename it if it makes something easier for you22:10
jaypipesbcwaldon: approved. off to the pit of despair..22:10
ayoungheckj, I think we can go with the less restrictive version for both22:10
jeblairheckj: thanks22:11
*** sandywalsh has joined #openstack-dev22:11
bcwaldonjaypipes: might not be functional right now, seeing unittest failures22:11
jaypipesbcwaldon: https://bugs.launchpad.net/keystone/+bug/94224722:11
uvirtbot`Launchpad bug 942247 in keystone "Admin token auth completely broken" [Critical,Confirmed]22:11
heckjayoung: good either way, just wanted to know. Approving as is - I can make it general in a follow-up checkin (which I'm about to do for jeblair)22:11
jaypipesbcwaldon: is what nati and I are currently running into ...22:11
ayoungheckj, latest version has them in sync22:11
bcwaldonjaypipes: neat22:12
ayoungI'll repost with that22:12
ayoungI keep finding more cleanup to do22:12
heckjayoung: I just approved it as it - let that be a follow up commit. I think we're good to go with the existing 436222:13
ayoungheckj, OK22:13
eglynnbcwaldon: that patch needing a rebase has actually been superceeded by Monty's change: https://github.com/openstack/glance/commit/d26f66bc22:13
openstackgerritVerification of a change to openstack/keystone failed: Add Vary header (bug 928057)  https://review.openstack.org/446022:13
uvirtbot`Launchpad bug 928057 in keystone "provide Vary header" [Medium,In progress] https://launchpad.net/bugs/92805722:13
bcwaldoneglynn: okay, you can abandon your review, then22:13
eglynnbcwaldon: so I'm just gonna abandon the gerrit review22:13
eglynnyep22:13
*** andrewsmedina has quit IRC22:14
*** j05h has left #openstack-dev22:14
jaypipesannegentle: ping. looking for the old compute 1.0 API docs... know where I can find those?22:18
*** anotherjesse1 has joined #openstack-dev22:18
annegentlejaypipes: looking22:18
jaypipesannegentle: ty gentle lady.22:18
annegentlejaypipes: http://docs.openstack.org/cactus/openstack-compute/developer/openstack-compute-api-1.0/content/22:19
jeblairbcwaldon: a change from monty was recently merged to glance that pulled some reqs out of pip-requires and into test-requires.  monty didn't update the glance venv build job to use that, so tests using the newest venv fail22:20
bcwaldonjeblair: yay!22:20
jeblairbcwaldon: i've updated the glance-venv job to include test-requires22:20
jeblairbcwaldon: it will take a little while to run, once it's done, we can retrigger the failed changes22:20
zykes-anyone hiring pythoneers or eager to help persons ?22:21
heckjjeblair: I'm running under the assumption that test-requires should be a superset of pip-requires (everything plus some) - is that matching what you're thinking?22:22
*** anotherjesse has quit IRC22:22
*** hub_cap has quit IRC22:22
jeblairheckj: no, i think mtaylor is thinking of it an add-on (no duplication)22:23
jeblairheckj: so we would use pip-requires AND test-requires to build a venv for testing22:23
jaypipesannegentle: thx!22:23
openstackgerritVerification of a change to openstack/glance failed: Complete fix for modification of unowned image  https://review.openstack.org/459622:23
heckjjeblair - that's not how the tox.ini file we have is using it - are you still running with tox, or is this something new?22:24
heckj(not that we're really using tox so heavily right now - but it's there)22:24
adam_gjaypipes: ping, wondering if theres been any progress on this one https://bugs.launchpad.net/glance/+bug/824794  if not, is your proposed solution still worth looking into? (im assuming auto-creation of tables is not going away)22:24
uvirtbot`Launchpad bug 824794 in glance "Tables are generated outside of migration process" [Low,In progress]22:24
anotherjesse1keystone folks (dolphm, heckj, termie, bcwaldon) any working on https://bugs.launchpad.net/keystone/+bug/942247 ?22:24
uvirtbot`Launchpad bug 942247 in keystone "Admin token auth completely broken" [Critical,Confirmed]22:24
bcwaldonanotherjesse1: not I22:25
jeblairheckj: hrm, that's interesting.  we better ask mtaylor, as I'm only going based on what i've seen recently and in glance22:26
jeblairmtaylor: ^ ?22:26
heckjanotherjesse1: nopes - just saw it a few sec ago22:26
jaypipesadam_g: unfortunately, no more progress, sorry :( I think we (OpenStack community) really needs to discuss SQLalchemy-migrate at the summit and standardize on how we do migrations. I know that dprince and others advocate not auto-creating databases ... frankly, I could easily come around to that solution as long as we had a consistent way of handling migrations and db_sync across all the projects22:26
anotherjesse1heckj: have two worries - one that we are barfing a stacktrace — the other that the gate tests didn't hit this22:27
jaypipesadam_g: If you would like to tackle the problem of standardizing migrations, I would certainly not try to discourage you ;)22:27
*** torgomatic has quit IRC22:27
dolphmanotherjesse1: jaypipes: i'm not - but I assume that's the middleware from redux? when was it pulled from keystone heavy? it seems like it's rather outdated22:28
jaypipesdolphm: from latest commit of keystone...22:28
*** torgomatic has joined #openstack-dev22:28
*** bencherian has quit IRC22:29
openstackgerritVerification of a change to openstack/keystone failed: LDAP Identity backend  https://review.openstack.org/436222:30
anotherjesse1jaypipes: can you try running tools/info.sh on the install?22:30
anotherjesse1https://github.com/openstack-dev/devstack/blob/master/tools/info.sh22:30
jaypipesanotherjesse1: yup, one sec22:30
heckjjeblair: https://review.openstack.org/4362 failed because it didn't have python-ldap, but we added that to the pip-requires in the commit. Anything special we need to do?22:31
heckjanotherjesse: 2nd concern worries me a bit more...22:31
heckjanotherjesse1: ^22:31
jaypipesanotherjesse1: http://paste.openstack.org/show/524022:31
zykes-too bad noone is hiring .eu yet more actively22:32
dolphmheckj: mtaylor just worked on a similar issue for me, but i just had the same problem in a different build22:32
heckjdolphm: when we add deps, was there anything we needed to do other than edit the requires?22:33
adam_gjaypipes: yes, i second all of that. ill consider driving something at the summit. in the meantime, there are several duplicate ubuntu bugs resulting from the issue of table auto-creation. would the try: execpt: you described on that report be the correct work around? ill spend some time this week on that if so (still learning SQLalchmey as i go..)22:33
heckjjaypipes: what repo for keystone? I'm not seeing that committish in my log22:33
*** anotherjesse1 has quit IRC22:34
*** anotherjesse has joined #openstack-dev22:34
*** cp16net has quit IRC22:34
jaypipesheckj: see paste above... keystone master github repo, commit 746cd9222:34
heckjjaypipes: yeah, that's what I was looking at. Must be doing something stupid. git log | grep 746cd92 on my keystone isn't showing me anything22:35
heckjjaypipes: foudn it in github22:35
jaypipesheckj: git pull? ;P22:36
heckjjaypipes: yep, #PROTIP!22:36
heckjduh22:36
* jaypipes scurries back into his hole.22:36
jaypipesjeblair: ping. any chance we can have you or mtaylor look into https://jenkins.openstack.org/job/gate-glance-python26/42/console ? Looks like nose isn't installed properly on the unit test nodes22:37
jeblairheckj: nothing else should need to be added22:37
jeblairjaypipes: i've been working on that for several minutes, see conversation in this channel with bcwaldon22:38
jaypipesjeblair: sorry mate...22:38
jeblairjaypipes: np, i'll check back in on it in a sec22:39
*** andrewsben has joined #openstack-dev22:39
jeblairheckj: does run_tests.sh in keystone use a venv by default?22:39
jeblairjaypipes: https://jenkins.openstack.org/job/gate-glance-python27/43/22:39
jeblairfixed22:39
*** armaan has joined #openstack-dev22:40
jeblairjaypipes: I retriggered 4446 (complete) and 4596 (running now)22:40
comstudvishy: https://review.openstack.org/#change,447722:40
*** lts has quit IRC22:41
heckjanotherjesse1: there's nothing in our test suite that's driving tests across that piece of middleware that I can see. (auth_token) major hole!22:41
heckjjeblair: yes22:41
jaypipesjeblair: cheerio.22:41
jeblairheckj: okay, i'm not seeing the problem yet.  it installed ldap in the venv...22:42
jaypipesheckj: alright, then let's plug the hole :) what can nati and I do to help?22:42
jeblairheckj: search for "NEED TO UPGRADE PIP-REQUIRES" in the console output, and you'll see that it detected the pip-requires change and re-build the venv based on that22:42
*** bencherian has joined #openstack-dev22:44
heckjjaypipes: we need to extend tests/test_middleware.py with a new test class and tests(methods) to load and test the auth_token middle so we work it. Looks like exactly the right place, just not being excercised.22:44
heckjjeblair: thanks - looking through it22:44
*** dprince has quit IRC22:46
jaypipesheckj: FYI, this is exactly why the Glance pip-requires file is still pegged on an old Keystone Git commit... :(22:47
*** torgomatic has quit IRC22:47
*** apevec has quit IRC22:47
jaypipesheckj: since this happened with an earlier keystone version too.22:47
*** jog0 has joined #openstack-dev22:47
heckjjaypipes: we'll get it fixed and excercise it properly so it doesn't happen again.22:47
jaypipesheckj: which explains, of course, why Glance's tests (which definitely DO stress this middleware) are continuing to pass.22:47
vishycomstud: doesn't look like you updated the commit message or the docs?22:48
jaypipesheckj: so, I think we need to port the Glance middleware tests to Keystone...22:48
jaypipesheckj: and just stub out the glance client..22:48
*** torgomatic has joined #openstack-dev22:48
*** hub_cap has joined #openstack-dev22:49
*** andrewsmedina has joined #openstack-dev22:49
comstudvishy: The commit message is still valid... but I can add more information to it.22:49
comstudvishy: As far as docs.. do you mean.. add documentation for this new flag?22:50
heckjjaypipes: what's the dependency on glanceclient in the tests?22:50
jaypipesheckj: Oh, i's just that glance's client is used in the tests to call to a server that has the middleware installed.. nothing that can't be removed22:52
heckjjaypipes: then I'd love to port those tests right into keystone!22:52
jaypipesheckj: i.e. it can just be a straight httplib2 call...22:52
jaypipesheckj: working on it...22:52
vishycomstud: sorry maybe i don't understand what you changed22:53
vishycomstud: does it support full.path.to.filter.Class now?22:53
comstudvishy: Essentially what I changed is: added --scheduler_available_filters to be able to specify filters that are made available to the scheduler (vs the hardcoding in init.py)22:53
comstudvishy: --scheduler_available_filters does22:54
jeblairheckj: ldap is installed inside the venv; "import ldap" works22:54
comstud--scheduler_default_filters keeps the short versions22:54
comstudI think maybe what's confusing is that there are 2 lists of filters?22:54
heckjjeblair - it's good, I'm runing those tests myself to find the error. Something in the code, definitely22:54
comstud1 is "what is available" (that's what I added)22:54
comstud2nd is "what should I use by defualt from the available"22:54
jeblairheckj: okay, cool, i'll stand down.22:54
comstud(which pre-existed)22:54
vishyah gotcha22:54
heckjjeblair: I thought it was the venv based on a quick read of the messages popping out, but it's got to me something more/else22:55
vishycomstud: now i understand22:55
comstudi just updated the commit message22:55
jeblairheckj: understandable.  "ImportError (No module named ldap)" seems pretty clear at first glance.  :)22:55
jeblair"from keystone.common.ldap import fakeldap" is an important detail though22:56
vishycomstud: can you add a paragraph to the .rst about how to add additional filters?22:56
*** Yak-n-Yeti has quit IRC22:56
heckjjeblair: yeah22:56
vishyusing --scheduler_available_filters22:56
comstudvishy: yeah, i'll take a look22:56
vishy(mentioning that they can be external)22:56
vishycool thx22:56
*** Yak-n-Yeti has joined #openstack-dev22:56
*** armaan has left #openstack-dev23:00
*** Yak-n-Yeti has quit IRC23:00
openstackgerritVerification of a change to openstack/keystone failed: Add Vary header (bug 928057)  https://review.openstack.org/446023:04
uvirtbot`Launchpad bug 928057 in keystone "provide Vary header" [Medium,In progress] https://launchpad.net/bugs/92805723:04
milnerI pushed an updated patchset to gerrit. Any trick to get SmokeStack to re-run tests?  https://review.openstack.org/#change,445923:05
dolphmjeblair: mtaylor: 'g-api did not start' in devstack tests... something intermittent? https://jenkins.openstack.org/view/Keystone/job/gate-integration-tests-devstack-vm/1876/console23:07
*** tomoe_ has joined #openstack-dev23:12
*** hashar has quit IRC23:13
*** zzed has quit IRC23:14
eglynnbcwaldon: fix for #942118 is out of review23:15
eglynnhttps://review.openstack.org/#change,460223:15
bcwaldoneglynn: will look shortly23:16
eglynnbcwaldon: cool, thx ... bbiab23:16
*** bencherian has quit IRC23:17
*** openstackjenkins has quit IRC23:18
*** openstackjenkins has joined #openstack-dev23:19
openstackgerritVerification of a change to openstack/keystone failed: Add Vary header (bug 928057)  https://review.openstack.org/446023:19
uvirtbot`Launchpad bug 928057 in keystone "provide Vary header" [Medium,In progress] https://launchpad.net/bugs/92805723:19
*** Mandell_ has quit IRC23:19
*** openstackjenkins has quit IRC23:22
*** bencherian has joined #openstack-dev23:22
*** openstackjenkins has joined #openstack-dev23:22
*** torgomatic has quit IRC23:24
*** torgomatic has joined #openstack-dev23:24
adam_gheckj: regarding https://review.openstack.org/#change,4464  i found some chatter in scrollback about it, should i leave as-is and wait to refactor *_api later? or are you waiting on an update from me?23:28
dtroyerjaypipes: I am digging in to the keystone middleware problem, wanted to confirm that the 'openstack' token in the bug report is what is configured as admin_token.23:29
*** danwent has quit IRC23:30
*** hub_cap has quit IRC23:32
heckjadam_g: I think you can leave it as is - we'll need to do some refactoring for the circ dependecy issue you saw as we get more advanced.23:33
jaypipesdtroyer: yes, it is.23:34
jaypipesdtroyer: it is what is in localrc..23:34
heckjdtroyer: thank you!23:34
jaypipesindeed, thanks dean!23:34
adam_gheckj: sounds good, thanks23:35
*** novas0x2a|laptop has quit IRC23:35
*** danwent has joined #openstack-dev23:38
*** jakedahn has quit IRC23:41
*** novas0x2a|laptop has joined #openstack-dev23:41
comstudvishy: ok, i updated that doc more: https://review.openstack.org/#change,447723:43
anotherjesseheckj: regarding the merge of sql catalog - does that mean we have "service-CRUD", "endpoint-CRUD" and a config file?23:48
heckjit means that we can do either - default is the catalog, but this enables SQL CRUD backend to the catalog service23:49
heckjanotherjesse: ^23:49
*** AlanClark has quit IRC23:51
*** Mandell has joined #openstack-dev23:51
*** gyee has joined #openstack-dev23:52
*** mattray has quit IRC23:53
openstackgerritVerification of a change to openstack/nova failed: Do not hit the network_api every poll  https://review.openstack.org/449423:56
*** andrewsben has quit IRC23:57
jeblairdolphm: when something fails to start in devstack, the only artifact is a screen session running with a backtrace; it would be really useful if devstack put that somewhere useful, like a logfile or the stdout of stack.sh.  if it did, you'd be able to see why g-api didn't start23:57
jeblairdolphm:   File "/opt/stack/keystone/keystone/common/wsgi.py", line 45723:58
jeblair    <<<<<<< HEAD23:58
jeblairdolphm: is what was left there in build 1876; i think there are still conflicts in the patch23:58

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