Friday, 2012-03-09

*** AlanClark has quit IRC00:00
*** lloydde has joined #openstack-dev00:00
*** dubsquared has quit IRC00:03
*** jimbaker has joined #openstack-dev00:09
*** jimbaker has joined #openstack-dev00:09
*** jakedahn_zz is now known as jakedahn00:10
*** zzed has quit IRC00:17
*** lloydde has quit IRC00:21
*** danwent has quit IRC00:24
*** bencherian has joined #openstack-dev00:26
mikalvishy: https://review.openstack.org/#change,5075 please00:29
vishymikal: if you remove the / in your commit message it will link the bug00:29
vishymikal: otherwise looks good00:31
vishymake that change and you have my +200:31
*** eglynn has quit IRC00:32
jkoelkermnewby: I am now00:34
mnewbyjkoelker: Did you see my comment on the bug?00:34
jkoelkeri did00:35
mnewbywhat do you think?00:35
jkoelkerjust responded00:35
jkoelkerso how did melange get installed prior to the other deps00:36
jkoelkersince its the last project installed00:36
jkoelkerspecifically so the webob thing isn't an issue00:36
mnewbypip simply updates WebOb to 1.200:36
mnewbyOr rather, 1.2b3.  The latest version available.00:36
mnewbyAnd other projects break (glance and nova for sure)00:37
jkoelkerhrm, this isn't happening in any of our installs00:37
mnewbyare you using devstack?00:37
jkoelkeryes00:37
mnewbyHmmm00:37
jkoelkerwhat is your host os?00:37
mnewbyubuntu 11.1000:37
mnewbywhy does that matter?00:37
mnewbyit's a pip issue, not base os00:37
mnewbyah, wait00:37
jkoelkeri was just wondering why the Deprecation stuff mattered00:38
mnewbyglance and nova are using webob.Request properties that are deprecated in 1.1 and removed in 1.200:38
jkoelkerso stack.sh calls setup.py develop00:38
jkoelkerthat shouldn't trigger pip to do anything00:38
*** dtroyer has joined #openstack-dev00:39
mnewbyhmmm00:39
jkoelkerand it especially shouldn't cause it to update if the dependancy is already satisfied00:39
mnewbyI'm starting to think I'm barking up the wrong tree.00:40
mnewbyAnd there are a lot of trees.00:40
jkoelkeryea, what steps triggered this?00:40
jkoelkerlets step back a bit00:40
mnewbydefault devstack installation.  then update localrc to install quantum and melange as well.  reinstall.00:41
mnewbyquantum is still on webob < 1.2, so I figured it must have been melange.00:41
jkoelkerso horizion was already installed right?00:41
mnewbyyes00:41
jkoelkercool, cuz i know that forces the use of the python-webob package00:42
mnewbydo you know which projects are in gating?00:42
mnewbythe python-webob package is fine in 11.1000:42
jkoelkerits just the defaults00:42
jkoelkeras far as i know00:42
mnewbydefaults?00:42
jkoelkerwhatever is in ENABLED_SERVICES if its not set00:43
mikalvishy: ta00:43
mnewbyso nova glance keystone horizon00:43
mikalvishy: that review is ready for your rubber stampage00:44
mnewbyI'll manually remove the installed WebOb and re-run devstack with different enabled services.00:45
jkoelkerif the package is ok, then we can just add python-webob to files/apts/melange00:45
*** rods has quit IRC00:45
jkoelkerthat should force it to use the package always00:45
mnewbyI'd like to confirm that it was installing melange that caused the problem first - it sounds like that may be in doub.t00:46
jkoelkerrock on00:47
*** PotHix has quit IRC00:48
mnewbyIt's not melange.  *sigh*00:51
mnewbyGoodness knows how WebOb 1.2 got installed.  I'm not the only one that has had this problem.00:51
jkoelkeri think people *might* be manlually running pip install -U tools/pip-requires00:52
jkoelkerthat's the only thing i can think of that will cause it00:52
mnewbyThat certainly would do it.00:53
mnewbyI've submitted a change for glance for 1.2 compatibility and will do the same for nova.  Quantum has already been fixed.00:54
mnewbyAnd will be filing a bug against devstack to allow venv installation of non-gated projects.  Hopefully this will prevent recurrence, however accidental it appears to have been.00:55
jkoelkerexcellent00:55
jkoelkerYea i just hate pinning packages because of bugs with other packages00:56
*** vincentricci has quit IRC00:58
mnewbyI'm not sure I understand why you wouldn't want to pin packages, though.00:58
mnewbyIf a new version of the package breaks things, that's fine for developers of the package, but sucks for everyone else.00:58
*** vincentricci has joined #openstack-dev00:59
jkoelkerwell webob went through a long deprecation cycle00:59
jkoelkerand we shouldn't be relying on packages that don't have a stable api anyway01:00
mnewbyIt's not just about the api, though.01:04
jkoelkerhowso?01:05
mnewbyFunctionality can change between versions.  It isn't desirable, but it happens.  Ideally a given project would test against a known set of dependencies.01:07
jkoelkerif functionality changes, then the api changes as well,01:07
mnewbyThe only time I would want to not specify a version is for non-runtime dependencies.01:07
mnewbyUh, not always.01:08
mnewbySometimes bugs are introduced, for example.01:08
mnewbyThat isn't something that is going to result in an api change.01:08
*** vizsla has joined #openstack-dev01:08
jkoelkerI don't think we should pin packages to get around bugs in other packages01:08
jkoelkerwe should fix those packages01:09
mnewbyUh, sure.01:09
mnewbyI'm not suggesting we don't upgrade dependencies.01:09
mnewbyBut that there is a process to do so rather than 'oops I installed and got a new version that broken everything'!01:09
mnewbyAgain, fine for the project developer, shitty for everyone else.01:10
jkoelkerand that is the problem deb and rpm solve01:10
mnewbyFor non-developers, sure.01:10
jkoelkerbut its ok for developers01:10
mnewbyIt sounds like you as a melange developer want to keep current.  Sure.01:10
mnewbyWhat about for a nova developer who is running melange?01:10
jkoelkerAs of yet melange works with any version of webob published on pypi01:11
mnewbyIt would seem annoying for them to be broken because melange doesn't fix its dependencies.01:11
jkoelkerso it doesn't matter what version you have melange works01:11
mnewbyI agree to disagree.01:11
jkoelkerthe problem is if you install melange first, and pip says, ok you can run with anything, and installs the latest01:11
jkoelkerthen you install something completly different that doesn't work with the latest01:12
mnewbyI appreciate your optimism that installing random package versions will never break melange.  I don't share that optimism, and prefer to fix dependencies on known-good versions.01:12
mnewbyTo each his own. :)01:12
jkoelkerif its a real problem then we should port those packages to os-common and maintain them there01:13
jkoelkerbut yea, we have a philosophical difference of opionion ;)01:13
mnewbyGiven that just about every other openstack project pins dependency versions, I'd say melange is in the minority on this one.01:14
jkoelkerall openstack projects are not good example of python packaging01:14
mnewbyBut different strokes, it sounds like melange developers are happier to keep on top of changing versions and make sure that compatibility is maintained.01:14
mnewbyI can't disagree with your assertion.  But would disagree that pinning vs non-pinning has a 'right' answer.  :)01:17
*** gregburek has joined #openstack-dev01:18
*** hhoover has quit IRC01:21
*** pixelbeat has quit IRC01:22
*** jakedahn is now known as jakedahn_zz01:23
*** cdub has quit IRC01:24
*** hub_cap has joined #openstack-dev01:27
*** dwalleck_ has quit IRC01:27
*** cdub has joined #openstack-dev01:28
*** mnewby_ has joined #openstack-dev01:35
*** derekh has quit IRC01:37
*** mnewby has quit IRC01:38
*** mnewby_ is now known as mnewby01:38
*** thingee has quit IRC01:55
*** bencherian has quit IRC01:57
*** roge has joined #openstack-dev01:57
*** sandywalsh has quit IRC02:02
*** mnewby has joined #openstack-dev02:03
*** shang has joined #openstack-dev02:06
mnewbymtaylor: Is it possible to notify the change owner a day or two before LaunchpadSync initiates and automatic abandon?02:15
mnewbyjeblair: same question02:16
*** sandywalsh has joined #openstack-dev02:18
*** spiffxp has quit IRC02:18
jeblairmnewby: i think so, but consider this: it's fairly easy to hit the "Restore" button in gerrit after something is abandoned; that might be better received than "bump" style comments on the change02:20
mnewbyjeblair: Ah ok.  I somehow missed the 'restore' button.  Please disregard.02:20
*** deshantm_ is now known as deshantm02:20
jeblairmnewby: no problem.  maybe we should have the script leave a message mentioning the restore button when it abandons changes.02:21
mnewbyjeblair: that's a great idea!02:21
mnewbyjeblair: the script already leaves a message, so the change would be including mention of the 'restore' button.02:22
jeblairmnewby: i'll file a bug so we don't forget02:22
mnewbydanke02:22
jeblairbitte02:23
*** Ryan_Lane has quit IRC02:23
*** maplebed has quit IRC02:25
*** mdomsch has joined #openstack-dev02:29
*** jakedahn_zz is now known as jakedahn02:29
*** vincentricci has quit IRC02:30
*** dalang has quit IRC02:31
*** heckj has quit IRC02:34
*** gyee has quit IRC02:37
*** jakedahn is now known as jakedahn_zz02:37
*** jaypipes has joined #openstack-dev02:44
*** griff has quit IRC02:44
jaypipesmnewby: ping02:44
mnewbyjaypipes: hi!02:45
jaypipesmnewby: :) hi!02:45
jaypipesmnewby: sorry, been at Pycon today and yesterday... just now catching up on emails...02:45
mnewbynp02:45
mnewbyi was slow in responding anyway02:45
jaypipesmnewby: in fact, I was in a tutorial about Chef today, how prescient.02:45
mnewbynice02:45
jaypipes:)02:45
jaypipesmnewby: so, my basic point on that review comment is whether to have a main "swift" cookbook, and then under that cookbook, have an saio recipe.02:46
mnewbyah, ok02:46
jaypipesor continue the strategy that you have laid out in the existing merge prop02:46
jaypipesmnewby: and I'm honestly not sure! :)02:46
jaypipesmnewby: which is why I recommended asking the ML02:47
jaypipesmnewby: if you want, I can draft an email about it? I'll use the Swift AIO as the canonical example.02:47
mnewbyBut the current patch is a cookbook...02:47
mnewbyjaypipes: that would be great, though.02:47
mnewbyjaypipes: I don't really know what I'd be asking.02:48
jaypipesmnewby: right, but that's OK. It might be the community (and OpsCode folks!) recommend keeping things that way02:48
jaypipesmnewby: or it might be that they recommend the swift cookbook and aio recipe... not sure :)02:48
mnewbyjaypipes: whatever you think is best.  i think the fight is more politics than technical at this point.02:49
jaypipesmnewby: heh, well, that might be true too.02:49
jaypipesmnewby: alright, I'll work on an email.02:49
mnewbyjaypipes: Frankly, I'd be happy to see a bash version of the saio doc.  I wrote it in chef to learn chef as much as anything.  And to have something more stable than devstack to deploy swift on a dev machine.02:49
jaypipesmnewby: in the meantime, feel free to switch the merge prop from Abandoned to active again.02:49
mnewbyOk, will do.02:50
jaypipesmnewby: coolio. thx02:50
mnewbyjaypipes: thank you!02:50
jaypipesmnewby: most welcome :)02:51
*** shang has quit IRC02:54
*** Kiall has quit IRC02:54
*** johnpostlethwait has quit IRC02:54
*** jdurgin has quit IRC02:54
pandemicsynmnewby: one of our (rackspace) ops guys used to maintain a bash script to deploy a swift saio02:56
mnewbypandemicsyn: i would encourage him to contribute it.  everybody seems to want it. See comments: https://review.openstack.org/#change,361302:57
pandemicsynthink this is it - https://github.com/btorch/swift-saio.sh02:58
*** Kiall has joined #openstack-dev02:59
pandemicsyncool, i just poked him to see whats up and sent him the link to the review03:00
mnewbyThanks.  I'll make sure to point people there.03:00
mnewbyI personally prefer the chef version because vagrant's built-in support for chef makes provisioning a new saio really easy for newbs, but I appear to be in the minority.03:01
*** tserong has quit IRC03:01
*** Kiall has quit IRC03:03
dtroyerseems like keystone is recently broken WRT non-admin users and all of the ec2 crud commands.  looks like it is due to enforcement of the admin-only policy on admin endpoint.  ok, so the client is broken there, but curl against port 5000 fails too…03:04
*** crobinso has quit IRC03:04
*** pstallworth has joined #openstack-dev03:06
*** shang has joined #openstack-dev03:07
*** Kiall has joined #openstack-dev03:08
*** mnewby has quit IRC03:11
*** Ryan_Lane has joined #openstack-dev03:15
*** mattstep has quit IRC03:18
*** mattstep has joined #openstack-dev03:19
*** novas0x2a|laptop has quit IRC03:20
*** btorch has joined #openstack-dev03:20
*** tserong has joined #openstack-dev03:21
*** Mandell has quit IRC03:21
annegentlehey git pros. A little help? I checkout gerrit/stable/diablo for openstack-manuals, only change 4 pom.xml files, then commit and review. But.03:23
annegentleIt says an interactive rebase is already started. I don't recall starting one :)03:23
annegentleand then git wants me to merge a bunch of unrelated files.03:24
annegentleeven though I'm certain these are things that have already merged.03:24
annegentleI'm sure my git problems are more fun that Pycon evening events. :)03:25
*** Mandell has joined #openstack-dev03:25
annegentlemaybe I can unstage the other non pom.xml files.03:27
hub_capannegentle: you can git rebase --abort to nuke the rebase03:28
hub_capu might be in the middle of a git review tho (it essenitally does a rebase)03:28
hub_capif u _know_ you want to nuke the rebase, run the abort03:28
annegentlehub_cap: ok I tried git rebase --continue, let me try abort03:29
annegentlehub_cap: yeah these are minor changes I can nuke03:29
hub_capabort will nuke the rebase files that are in the .git dir03:29
hub_capits possible u were in a git review on another branch (beofre u checkout'd the other one)03:30
hub_capand then another git reivew fails cuz you are in a review on that branch03:30
annegentlehub_cap: ohhh. yeah that's probably what happened. Eesh.03:30
hub_cap:D03:30
hub_capannegentle: any luck?03:34
annegentlehub_cap: now I'm deleting about 20 branches :)03:36
annegentlehub_cap: major cleanup needed03:36
hub_caphaha nice, local or remote? u familiar with the :remote_branch nicety in git?03:36
annegentlehub_cap: just to figure out which branch the rebase s on03:36
hub_capah03:36
annegentlehub_cap: local - what's the way to delete remote branches? I only have maybe one I would delete that's remote03:36
hub_capthere are files in the .git stuff, i cant remember where offhand do this03:37
annegentlehub_cap: fancy schmancy!03:37
hub_capfrom the root03:37
mtaylorannegentle: hey03:37
hub_capfind .git/ -name '*rebase*'03:37
annegentlemtaylor: hey03:37
hub_capmaybe mtaylor can help03:37
hub_cap:D03:37
annegentlehub_cap: OOO!03:37
*** dwalleck has joined #openstack-dev03:38
annegentleum. weird. that gave me .git//hooks/pre-rebase.sample03:38
annegentlewhat does that mean03:38
mtaylorannegentle: git checkout master ;  git branch | grep -v master | grep -v branch-name--I-want-to-keep | xargs -n1 git branch -d03:38
hub_capnice nuke-all03:39
mtaylorannegentle: oh, wait - you _only_ want to delete remote tracking branches?03:39
annegentlemtaylor: oo.03:39
hub_capmtaylor: anne is having a double git review problem03:39
hub_capannegentle: dont run that yet since u dknot know the name u want to keep03:39
annegentlehub_cap: heh yeah03:39
hub_capshe tried to do a git review and was already in a interactive rebase03:39
annegentlemtaylor: dangerous stuff there :)03:39
annegentlehub_cap: at least I recognize it as dangerous :)03:39
hub_capwe are trying to find out how to figure out what branch she was on when she idd the other reivew03:39
hub_capannegentle: :P03:40
annegentleso it's entirely probably I have an interactive rebase going on a branch off of master03:40
annegentlebut I thought I'd be able to do another set of git commit git review series on the stable/diablo branch03:40
hub_capdo u _want_ to continue that one? or just --abort it?03:40
annegentleif that's just impossible then I'll quit now :)03:40
*** shang has quit IRC03:40
annegentlehub_cap: really at this point I could give-up on the other master rebase contine03:41
hub_capdid git rebase --abort not fix the issue then?03:41
*** roge has quit IRC03:41
annegentlehub_cap: I think I reviewed a BUNCH of merges yesterday (er, Tuesday) and one of those is probably in an interactive rebase03:41
annegentlehub_cap: so I can probably nuke all those ones I reviewed03:41
annegentlehub_cap: safely03:41
hub_capAh ya possibly, --abort should just nuke the files in teh current rebase03:42
hub_capand let u start a new review03:42
*** cp16net has joined #openstack-dev03:42
hub_capmtaylor: git reivew does a interactive rebase, correct?03:43
hub_capi believe ive run into this issue once before w/ a double rebase.. the --abort just fixed it for me annegentle03:43
annegentlehub_cap: ok, cool. Thanks for the help!03:43
hub_capps annegentle if u want to delete a branch both locally and remotely (as in pushed to github), git push origin :branch03:43
hub_capbut if your using gerrit u wont have all those remote branches03:44
hub_capand u can use mtaylor's cmd above to nuke all but the ones u want to keep (grep -v == remove this from the printout of grep'd branches)03:44
hub_capand annegentle ill be in austin office tomorrow if u still need help03:44
* annegentle gets distracted by a pretty chicken on tv03:44
hub_caphar03:45
annegentlehub_cap: awesome thanks. Right now there's "No rebase in progress" according to git rebase --abort.03:45
hub_capand then a git review should be happy03:45
annegentlehub_cap: so I will try git commit git review again on my good branch yay03:45
hub_capaye03:45
*** adjohn has quit IRC03:51
hub_capannegentle: any luck? im about to hop offline and dont wanna leave u hanging03:52
*** littleidea has quit IRC03:59
*** ches has quit IRC04:02
*** ches has joined #openstack-dev04:02
*** hub_cap has quit IRC04:03
sdakeanyone know if the metadata server works in diablo to allow putting user defined metadata key/value pairs?04:10
sdakefor instances04:10
*** martine has joined #openstack-dev04:15
*** troytoman is now known as troytoman-away04:28
*** vincentricci has joined #openstack-dev04:29
*** reed_ has quit IRC04:29
*** vincentricci has quit IRC04:33
*** littleidea has joined #openstack-dev04:39
*** cp16net_ has joined #openstack-dev04:40
*** cp16net has quit IRC04:40
*** cp16net_ is now known as cp16net04:40
*** dalang has joined #openstack-dev04:41
*** tserong has quit IRC04:55
*** mnewby has joined #openstack-dev04:55
*** martine has quit IRC05:11
*** sdake has quit IRC05:15
*** shang has joined #openstack-dev05:34
*** mnewby has quit IRC05:34
*** littleidea has quit IRC05:42
*** littleidea has joined #openstack-dev05:43
*** milner has quit IRC05:46
*** adjohn has joined #openstack-dev05:48
*** pstallworth has quit IRC05:55
*** milner has joined #openstack-dev05:58
*** tserong has joined #openstack-dev05:59
*** vizsla has quit IRC06:00
*** zaitcev has quit IRC06:04
*** deshantm has quit IRC06:21
*** littleidea has quit IRC06:23
*** hattwick has quit IRC06:32
*** dalang has quit IRC06:38
*** dwalleck has quit IRC06:53
*** hugokuo has quit IRC07:03
*** Remco_ has joined #openstack-dev07:04
*** Remco_ has quit IRC07:10
*** jakedahn_zz is now known as jakedahn07:10
*** Remco_ has joined #openstack-dev07:10
*** Remco_ has quit IRC07:15
*** Vek has quit IRC07:19
*** hugokuo has joined #openstack-dev07:21
*** shevek_ has joined #openstack-dev07:28
*** dtroyer has quit IRC07:39
*** ghe_ has joined #openstack-dev07:45
ttxnotmyname: ack07:46
*** apevec has joined #openstack-dev07:56
*** jakedahn is now known as jakedahn_zz08:12
*** apevec has quit IRC08:19
*** cp16net has quit IRC08:22
*** hugokuo has quit IRC08:28
*** bencherian has joined #openstack-dev08:29
*** dneary has joined #openstack-dev08:36
*** bencherian has quit IRC08:41
*** pixelbeat has joined #openstack-dev08:41
*** Remco_ has joined #openstack-dev08:44
*** eglynn has joined #openstack-dev08:53
*** dayou has joined #openstack-dev08:54
*** hattwick has joined #openstack-dev08:59
*** reidrac has joined #openstack-dev09:09
*** eglynn has quit IRC09:11
*** byeager has quit IRC09:18
*** Ryan_Lane has quit IRC09:23
*** mszilagyi has quit IRC09:24
*** byeager has joined #openstack-dev09:33
*** darraghb has joined #openstack-dev09:34
*** dayou has quit IRC09:39
*** derekh has joined #openstack-dev09:39
*** dneary has quit IRC09:47
*** hugokuo has joined #openstack-dev09:47
*** reidrac has left #openstack-dev09:59
*** apevec has joined #openstack-dev10:13
*** Mandell has quit IRC10:17
*** eglynn has joined #openstack-dev10:31
*** oneiroi has joined #openstack-dev10:32
*** eglynn_ has joined #openstack-dev10:32
Davieyttx: So, swift will be 1.4.8 for essex tag?10:37
ttxDaviey: if it goes out before the final release date and notmyname says that's what we should use, yes.10:38
Davieyttx: So we won't know until right at the end?10:40
ttxDaviey: hopefully notmyname will confirm his intentions before then. He definitely plans to do a 1.4.8 version that would be final Essex.10:41
Davieynotmyname: How soon until you are able to confirm?10:42
Davieyttx: thanks10:42
ttxSo far the March 22 date is "tentative"10:43
Davieyttx: I'm really not a fan of this.. maybe in / maybe out situation.  It seems by design that swift is more special than other projects.10:46
DavieyI've moaned about this before, so i won't go on.. but it makes planning really hard, and keeps swift in it's own little hole.10:46
ttxDaviey: I tend to agree with you. I want to try to fix that for Folsom. Will prepare for the summit a proposal which I hope will be acceptable by the Swift team.10:49
Davieyttx: that would make me most happy.  The current state is that we cannot upload .8 to Ubuntu, if .7 is to be the release.. amd if .8 is to be the final, it's going to get harder to get it included the longer left.10:52
DavieyNot to mention opportunity for testing decreases10:52
ttxDaviey: yes, I know time-based predictability is essential for distributions. And I'd advocate that it's preferable for general users too.10:53
Davieyttx: Out of interest, where does swift development/release discussion happen?  I seem to be missing the discussions.10:55
ttxDaviey: you mean the decision of making a release ? Mostly internally at the Swift core team, I suppose10:58
ttxThen the PTL asks me if the timing is realistic10:59
Davieyttx: right, but where are the swift core team talking?11:01
ttxDaviey: you should ask them :)11:02
*** rods has joined #openstack-dev11:16
*** Remco__ has joined #openstack-dev11:23
*** Remco_ has quit IRC11:26
*** dneary has joined #openstack-dev11:46
*** Remco__ has quit IRC11:53
*** vizsla has joined #openstack-dev11:56
*** vizsla has quit IRC12:00
ttxnotmyname: Swift 1.4.7 final versioning currently blocked by some CI issue, they are on it12:27
*** ghe_ has quit IRC12:29
*** markvoelker has joined #openstack-dev12:32
*** bsza has joined #openstack-dev12:37
*** vizsla has joined #openstack-dev12:40
*** stokachu has quit IRC12:40
*** stokachu has joined #openstack-dev12:41
*** andrewsmedina has quit IRC12:44
*** reidrac has joined #openstack-dev12:44
*** ghe_ has joined #openstack-dev12:46
*** maploin has joined #openstack-dev12:56
*** kaz___ has quit IRC12:56
*** maploin has quit IRC12:56
*** maploin has joined #openstack-dev12:56
*** lts has joined #openstack-dev13:02
*** sandywalsh has quit IRC13:09
*** andrewsmedina has joined #openstack-dev13:09
*** vizsla has quit IRC13:15
*** dtroyer has joined #openstack-dev13:17
*** sandywalsh has joined #openstack-dev13:22
*** dolphm has joined #openstack-dev13:32
*** mdomsch has quit IRC13:36
*** dolphm has quit IRC13:42
*** dolphm has joined #openstack-dev13:45
*** crobinso has joined #openstack-dev13:47
*** martine has joined #openstack-dev13:50
*** kbringard has joined #openstack-dev13:51
*** dprince has joined #openstack-dev13:54
*** Remco_ has joined #openstack-dev13:54
*** littleidea has joined #openstack-dev13:59
*** dolphm has quit IRC14:01
*** sdake has joined #openstack-dev14:02
*** mattray has joined #openstack-dev14:07
*** dolphm has joined #openstack-dev14:08
*** statik has joined #openstack-dev14:13
ttxnotmyname: 1.4.7 unblocked, releasing now14:19
*** Glacee has joined #openstack-dev14:26
*** mdomsch has joined #openstack-dev14:28
ttxnotmyname: https://launchpad.net/swift/essex/1.4.7 -- I'll let you announce it14:28
*** roge has joined #openstack-dev14:29
notmynamettx: thanks14:40
annegentlewhat's the equivalent of "git pull origin master" when I'm using a branch called gerrit/stable/diablo? Is it "git pull origin stable/diablo"?14:46
*** kbringard has quit IRC14:48
apevecannegentle, if you really want it from gerrit then git pull gerrit stable/diablo14:50
annegentleapevec: yep I really do14:51
annegentleapevec: since gerrit is the "latest" in this case I think14:51
apevecorigin is probably github, you can check w/ git remote -v14:52
*** ayoung has joined #openstack-dev14:57
*** dwalleck has joined #openstack-dev14:57
*** dwalleck has quit IRC14:59
notmynamemtaylor: ttx: note that in the swift 1.4.7 release, a couple of binaries and configs were removed (swift-stats-*). They were renamed to swift-dispersion-* a long time ago, and so they shouldn't be in the packages, but if they are, they need to be fully removed now15:03
*** rnirmal has joined #openstack-dev15:04
ttxnotmyname: yes, I fixed that a couple days ago15:04
ttxnotmyname: was preventing package build15:04
notmynamecoll, thanks15:04
*** kbringard has joined #openstack-dev15:06
*** kbringard has quit IRC15:10
*** HugoKuo_ has joined #openstack-dev15:11
*** pstallworth has joined #openstack-dev15:11
apevecnotmyname, just fixed that in Fedora too http://pkgs.fedoraproject.org/gitweb/?p=openstack-swift.git;a=commitdiff;h=b1f8c4945c5ff3e0f342d61c8709293bc317763e15:12
*** kbringard has joined #openstack-dev15:12
notmynamegreat :-)15:12
*** dtroyer has quit IRC15:12
*** hugokuo has quit IRC15:14
*** sandywalsh has quit IRC15:19
*** jakedahn_zz is now known as jakedahn15:19
chmouelhttp://pkgs.fedoraproject.org/gitweb/?p=openstack-swift.git;a │ blamar_15:21
chmoueldamn trackpad15:22
*** dtroyer has joined #openstack-dev15:25
*** sniperd has joined #openstack-dev15:30
*** sandywalsh has joined #openstack-dev15:34
*** dolphm_ has joined #openstack-dev15:40
*** dolphm_ has quit IRC15:40
*** dolphm_ has joined #openstack-dev15:41
*** dolphm has quit IRC15:43
andrewbogottanotherjesse_zz:  Are you lurking, by chance?15:43
andrewbogott...or any other keystone expert?15:45
*** hub_cap has joined #openstack-dev15:46
*** jk0 has quit IRC15:49
*** zzed has joined #openstack-dev15:49
*** deshantm has joined #openstack-dev15:50
*** adiab has joined #openstack-dev15:53
*** Remco_ has quit IRC15:54
*** hhoover has joined #openstack-dev15:56
*** jk0 has joined #openstack-dev15:56
*** jk0 has joined #openstack-dev15:56
*** ChanServ sets mode: +v jk015:56
*** ayoung has quit IRC16:04
*** martine has quit IRC16:11
*** jakedahn is now known as jakedahn_zz16:12
*** hhoover has quit IRC16:13
hub_capgood morning nova devs, ive proposed a change to novaclient that is needed to get the behavior for proxy tokens to work. its currently completely busted and wont work with keystone trunk. its a very small change, plz review.16:15
hub_caphttps://review.openstack.org/#change,501816:15
*** jaypipes has quit IRC16:16
*** hhoover has joined #openstack-dev16:21
*** utlemming has quit IRC16:25
*** dwalleck has joined #openstack-dev16:27
*** ayoung has joined #openstack-dev16:27
*** utlemming has joined #openstack-dev16:28
annegentleanyone from Canonical or Ubuntu contrib who'd be willing to be named on our GSoC Organization Application as "I'd vouch for OpenStack?"16:30
*** joesavak has joined #openstack-dev16:31
pknouff;q16:32
andrewbogottdtroyer or vishy:  When nova needs info from keystone, would you expect that to happen via python-keystoneclient?  Or is there going to be some other sort of keystone driver added to nova?16:33
pknouffcrap worng window16:33
*** Remco_ has joined #openstack-dev16:33
*** dwalleck has quit IRC16:35
*** mdomsch has quit IRC16:35
*** mdomsch_ has joined #openstack-dev16:35
*** sandywalsh has quit IRC16:36
zulannegentle: wha?16:39
*** dwalleck has joined #openstack-dev16:39
annegentlezul: heh. Just filling out the Google Summer of Code application, and looking for Ubuntu past participants who also participate in OpenStack now.16:39
zulannegentle: ah im a current participant does that count?16:40
kbringardwould soren fall in that category?16:40
*** ches has quit IRC16:40
annegentlezul: couldn't really tell from past mailing list threads if any of our esteemed ubuntu colleagues were past participants who'd vouch for openstack. :)16:40
annegentlezul: if you're willing to vouch for us we'll put your name in the app16:40
*** ches has joined #openstack-dev16:41
zulannegentle: sure why not16:41
annegentlezul: you're chuck short right?16:41
zulannegentle: yep16:41
annegentleOk, thanks Chuck16:41
zulno worries16:42
zulmtaylor: lemme know when you are around?16:43
*** cp16net has joined #openstack-dev16:46
*** sniperd has quit IRC16:48
*** roge has quit IRC16:49
*** sandywalsh has joined #openstack-dev16:50
*** jimbaker has quit IRC16:52
*** jimbaker has joined #openstack-dev16:53
*** jimbaker has joined #openstack-dev16:53
*** martine has joined #openstack-dev16:56
*** maplebed has joined #openstack-dev16:57
*** oneiroi has quit IRC16:57
mtaylorzul: ping16:59
zulmtaylor: is the tarballs jobs disabled i cant seem to run the jobs16:59
mtaylorzul: you cannot trigger new tarballs, they are triggered by changes landing in the branch now17:00
zulmtaylor: ah ok17:00
*** armaan has joined #openstack-dev17:01
*** PotHix has joined #openstack-dev17:04
*** armaan has left #openstack-dev17:05
*** maploin has quit IRC17:08
*** ayoung has quit IRC17:08
*** bencherian has joined #openstack-dev17:10
*** ayoung has joined #openstack-dev17:12
*** Mandell has joined #openstack-dev17:12
*** dwalleck has quit IRC17:15
*** dwalleck has joined #openstack-dev17:20
*** paulormg has joined #openstack-dev17:23
jeblairi'm going to restart jenkins to install a new plugin17:24
*** eglynn_ has quit IRC17:24
*** eglynn has quit IRC17:25
*** openstackjenkins has quit IRC17:25
*** openstackjenkins has joined #openstack-dev17:26
*** dwalleck has quit IRC17:26
*** vizsla has joined #openstack-dev17:26
jeblairjenkins is back up17:26
*** spiffxp has joined #openstack-dev17:28
*** dwalleck has joined #openstack-dev17:29
*** jakedahn_zz is now known as jakedahn17:29
*** vincentricci has joined #openstack-dev17:30
*** reidrac has left #openstack-dev17:31
*** bencherian has quit IRC17:33
*** pstallworth has quit IRC17:33
*** sniperd has joined #openstack-dev17:34
*** thingee has joined #openstack-dev17:36
*** jakedahn is now known as jakedahn_zz17:36
*** darraghb has quit IRC17:37
*** mdomsch_ has quit IRC17:40
*** bencherian has joined #openstack-dev17:40
annegentleok more git questions. When I do git log, I'm only seeing changes from Feb 24th even though I know stuff was merged yesterday March 8th or at least March 6th. What do I need to do to get the right master stuff?17:45
jeblairannegentle: git checkout master; git remote update; git pull --ff-only origin master17:47
*** bencherian has quit IRC17:49
*** eglynn has joined #openstack-dev17:51
*** johnpostlethwait has joined #openstack-dev17:55
*** anotherjesse_zz is now known as anotherjesse17:59
*** MrHeat has joined #openstack-dev18:00
paulormghey, I found a problem in the Swift SAIO documentation, where should I report?18:00
*** dspano has joined #openstack-dev18:02
*** martine has quit IRC18:02
*** jdg_ has joined #openstack-dev18:04
*** mattstep has quit IRC18:05
btorchpaulormg: what is it ?18:05
annegentlepaulormg: http://bugs.launchpad.net/swift18:05
btorchannegentle: would that be you ?18:05
*** mattstep has joined #openstack-dev18:05
btorchhehe18:05
*** Ryan_Lane has joined #openstack-dev18:06
annegentlepaulormg: btorch the SAIO is a dev doc18:06
*** mnewby has joined #openstack-dev18:06
btorchah true18:06
paulormgbtorch, all steps work like a charm, until the functional tests and probe tests18:07
paulormgI have to comment some lines in the test configuration to make it work18:07
*** troytoman-away is now known as troytoman18:09
*** troytoman is now known as troytoman-away18:10
*** eglynn_ has joined #openstack-dev18:12
*** dneary has quit IRC18:12
*** reed_ has joined #openstack-dev18:13
*** gyee has joined #openstack-dev18:14
gyeetermie, I am having trouble running keystone tests18:17
gyeeERROR: Failure: AttributeError ('module' object has no attribute 'Controller')18:17
gyeehave you seen this?18:17
gyeenm, I think I have some old files18:20
*** gyee has quit IRC18:20
*** eglynn_ has quit IRC18:21
btorchpaulormg: let me know when you submit the bug and I'll check it out with one of the devs18:21
*** dalang has joined #openstack-dev18:21
*** eglynn has quit IRC18:21
paulormgbtorch, cool thanks18:21
btorchpaulormg: I remember encountering issues with the functests before but I was doing it wrong since they showed me that it worked for them18:21
btorchbut that was long ago18:22
*** Vek has joined #openstack-dev18:22
*** gyee has joined #openstack-dev18:23
*** mszilagyi has joined #openstack-dev18:26
*** thingee has quit IRC18:28
*** jdurgin has joined #openstack-dev18:29
*** rnirmal has quit IRC18:30
*** bencherian has joined #openstack-dev18:31
paulormgbtorch, https://bugs.launchpad.net/swift/+bug/95101918:31
uvirtbotLaunchpad bug 951019 in swift "SAIO functional and probe tests not working unless some lines are commented from setup.cfg" [Undecided,New]18:31
paulormg:P18:32
btorchpaulormg: cool I'll check it out with someone here once we get a chance18:38
*** agonella has joined #openstack-dev18:39
paulormgcool tnx18:39
*** ncode has joined #openstack-dev18:39
*** ncode has joined #openstack-dev18:39
annegentlewhat's the right way to rebase an outstanding in-review commit? Checkout it with "git review -d <gerritnumber>" then do "git rebase -i master"?18:40
*** agonella has left #openstack-dev18:40
*** deshantm_ has joined #openstack-dev18:41
*** deshantm has quit IRC18:44
*** reed_ is now known as reed18:44
*** heckj has joined #openstack-dev18:44
heckjmarkmc: ping18:44
*** novas0x2a|laptop has joined #openstack-dev18:45
*** derekh has quit IRC18:47
*** Remco_ has quit IRC18:47
heckjdolphm: I just did a quick pep8 fix to https://review.openstack.org/#change,4827 and approved it through18:50
*** MrHeat has quit IRC18:52
vishyzul, mtaylor, soren, Daviey, jeblair: is there a way to install precise libvirt on oneiric without jumping through a lot of hoops.  I want to test my snapshot stuff without having to spend a few hours building a precise image18:58
*** openstackjenkins has quit IRC18:58
*** openstackjenkins has joined #openstack-dev18:59
vishythis looks promising: https://launchpad.net/~bderzhavets/+archive/virtual-0982-oneiric18:59
*** markvoelker has quit IRC18:59
*** mdomsch has joined #openstack-dev19:07
*** deshantm_ has quit IRC19:12
*** roge has joined #openstack-dev19:13
justinsbvishy: Just go direct to the QEMU monitor protocol - cut the cord :-)19:15
*** shevek_ has quit IRC19:18
zulvishy: http://paste.ubuntu.com/876448/19:19
vishyjustinsb: not doing that for essex, but i would be happy if someone wanted to write compatibilty for older libvirt versions19:20
vishyzul: thanks for the tip19:21
*** camm has quit IRC19:21
vishyjustinsb: writing to qemu directly means we are doing everything that libvirt is currently doing19:21
*** camm has joined #openstack-dev19:21
*** eglynn has joined #openstack-dev19:21
justinsbvishy: You say that as if libvirt is doing something non-trivial19:25
dolphm_heckj: thanks!19:25
vishyjustinsb: it is19:26
*** thingee has joined #openstack-dev19:27
justinsbvishy: Looks our definitions of trivial differ ;-)19:27
vishyjustinsb: I just recognize the overhead of maintaining 'trivial' code19:28
vishy:)19:28
justinsbvishy: Sounds like I have my project for the next hack-day!19:28
vishyjustinsb: heh, sounds like you are going to dump a bunch of abandonware in our laps :)19:29
justinsbvishy: Well, you're already using libvirt - I thought you liked unmaintainable code :-)19:30
*** lloydde has joined #openstack-dev19:43
vishyepic fail with the first version i tried :)19:45
*** sniperd has quit IRC19:47
*** eglynn__ has joined #openstack-dev19:50
*** martine has joined #openstack-dev19:50
*** Ash has joined #openstack-dev19:53
*** dubsquared has joined #openstack-dev19:53
vishysigh19:58
vishydoesn't seem to work19:58
justinsbvishy: What goes wrong?  As much as I dislike libvirt, building it from source should work!20:03
*** markvoelker has joined #openstack-dev20:05
kpepple_any swift devs about ?20:06
kpepple_I am proxying my swift-proxy with nginx but I am running into a problem when i try to upload an object to a folder which doesn't exist20:13
kpepple_swift tries to POST to create the container, but nginx barfs with an error due to swift not passing the content-length header20:14
kpepple_I think this patch (http://paste.openstack.org/show/7910/) fixes it … but20:14
kpepple_is there something else I am missing here (before I upstream this change) ?20:14
*** hhoover has left #openstack-dev20:14
*** crobinso has quit IRC20:23
*** vincentricci has quit IRC20:24
andrewbogottanotherjesse:  have time to answer a few more keystone questions?20:27
anotherjesseandrewbogott: sure20:27
anotherjessejust finished with my previous task20:28
btorchkpepple_: can pastebin your nginx proxy settings ?20:28
*** zykes- has quit IRC20:28
kpepple_btorch: hold on20:28
btorchkpepple_: is there a reason you are using nginx instead of something like pound if the goal is lb ?20:28
andrewbogottanotherjesse:  I'm writing nova code, and I want to get info about a given tenant.  I'm not at all clear what the proper way is to access keystone.  Should I import stuff from python-keystoneclient, or are there keystone wrappers in nova someplace that I haven't found...20:29
andrewbogottor is the expectation that all the http work will be done from scratch for each use of keystone?20:29
*** zykes- has joined #openstack-dev20:29
kpepple_btorch: my ops didn't like pound stability20:29
joesavakanotherjesse: thought you might find this funny: http://wiki.openstack.org/BigCo20:31
*** Ghe_Rivero has joined #openstack-dev20:31
*** dubsquared has quit IRC20:31
anotherjesseha20:32
kpepple_btorch: here it is  http://paste.openstack.org/show/7912/20:32
*** Ghe_Rivero has quit IRC20:32
anotherjesseandrewbogott: you should use keystone client.  I think we want to explore keystone's middleware being part of keystone-client in folsom20:32
dolphm_joesavak: nice lol20:32
*** adjohn has quit IRC20:33
anotherjesseandrewbogott: you can look at horizon as an example20:33
andrewbogottanotherjesse:  Should I be surprised that the string 'keystoneclient' appears nowhere in all of nova?20:33
dolphm_andrewbogott: just curious on use case -- what info do you need about the tenant?20:33
andrewbogottdolphm_:  Working on this:  http://wiki.openstack.org/SharedFS20:34
anotherjesseandrewbogott: nope!  what does nova need to do with tenants besides record what resources belong to what tenants20:34
andrewbogottAt the moment, I just want to know whether a tenant id passed on the commandline is actually a tenant.  At some point later I'll need to learn the ip of every instance associated with a tenant.20:35
andrewbogottanotherjesse:  And at the moment does nova just take tenant ids as writ without validating anything?20:35
andrewbogottI could do that too, it'd be easier!20:35
anotherjesseandrewbogott: by the time it hits the api it has went through the token validation which retreives the tenant id/name user id/name and roles from keystone20:36
*** bcwaldon_away is now known as bcwaldon20:36
anotherjesseandrewbogott: you shouldn't trust what is in the URL is the current tenant (the middle *should* be checking it, but it makes more sense to verify via the token)20:37
anotherjessevishy: https://github.com/openstack/keystone/blob/master/keystone/middleware/nova_auth_token.py should be removed now right?20:38
andrewbogottHm... I probably need to read more about how the middleware works.20:38
andrewbogottanotherjesse:  It's still the case that I need to talk to keystone in order to know what instances belong to which tenants, right?  Or is that knowledge already in Nova someplace?20:39
anotherjesseandrewbogott: we've been updating the docs for it - https://github.com/openstack/keystone/blob/master/keystone/middleware/auth_token.py20:39
*** dwalleck has quit IRC20:39
anotherjesseandrewbogott: who *owns* service resources is a property of the service (nova)20:39
anotherjesseandrewbogott: from a service perpective (nova) - the only question it asks keystone is "who is the user/tenant/role for this token"20:39
anotherjessekeystone == api for user/tenant/role db20:40
anotherjesseandrewbogott: but the hope is you keep the queries to keystone as small as possible.  keysotne provides a non-mutable ID and mutable NAME - name is human readable whereas id is more like a cn / uuuid20:41
andrewbogottI need to ask more stupid questions, sorry.  When nova gets a request to launch an instance, how does it know what tenant/project that instance will be a part of?  Is that implicit in the auth token somehow, or is the tenant id passed in as an arg?20:43
anotherjesseandrewbogott: by the time it gets to the API it has been put in the context object20:43
andrewbogottAnd that happens in the middleware?20:44
anotherjesseandrewbogott: that part is specific to nova20:44
anotherjessehttps://github.com/openstack/keystone/blob/master/keystone/middleware/nova_auth_token.py20:44
anotherjesse(that middleware *SHOULD* be in nova)20:44
anotherjessebut isn't for historical reasons - writing down that we should fix that for essex20:44
anotherjessethat consumes the headers from the generic auth_token.py20:44
anotherjesseand sets up the context:20:45
anotherjessehttps://github.com/openstack/keystone/blob/master/keystone/middleware/nova_auth_token.py#L9720:45
andrewbogottSo in my API extension, I should have 'project' as an argument, because a valid project is already specified in the req context.20:46
andrewbogottoops, "shouldn't have 'project' as an argument"20:46
anotherjesseandrewbogott: there is a gotcha that tenant/project is the in URL as well20:47
cp16netvishy: btw i was able to fix my network lock issue by wiping my vm and starting over.20:47
anotherjesseandrewbogott: confusing but it is sent twice - iirc we check that the context.project_id matches the url tenant_id20:48
andrewbogottanotherjesse:  I'm writing the python-novaclient commandline for this, and I haven't specified tenant anywhere in the http request.  So where does it come from?  Is python-novaclient pulling it out of the environment?20:48
anotherjesseandrewbogott: it comes from the service catalog20:49
anotherjesse20:49
anotherjesseif you have current keystoneclinet you can see:20:49
*** dubsquared has joined #openstack-dev20:49
anotherjessekeystone catalog -> returns urls for services, and all but glance have the tenant in the url20:49
andrewbogottLemme restate my question.  Suppose I have a role in four different projects, and I run 'nova boot foo' on the commandline.20:51
andrewbogottWhich tenant does 'foo' become a part of?  And, how is that determined?20:51
andrewbogottFrom a user perspective, for starters20:52
btorchkpepple_: hmm you getting this HTTP/1.1 411 Length Required ?20:52
kpepple_btorch: yes20:53
*** dolphm_ has quit IRC20:53
kpepple_btorch: but the paste i posted above fixes it ...20:53
btorchI must have missed that one .. I got the config paste20:53
anotherjesseandrewbogott: from a user perspective you download a different RC file for each tenant - the RC files are the same except the export for tenant_id20:54
kpepple_btorch: I think this patch (http://paste.openstack.org/show/7910/) fixes it20:54
andrewbogottOK.  I'm spoiled by devstack and didn't know that was happening behind the scenes.20:54
anotherjesseandrewbogott: you haven't read all 1000 lines of bash ;)20:55
andrewbogottanotherjesse:  Thanks for your answers.  I think that for the most part this means that I don't have to worry about any of the keystone stuff I was worrying about.  Good news!20:55
anotherjesseshame on you20:55
btorchkpepple_: I think though this is some nginx config issue cause on just put to create a new container I got the 411 and the request was never passed over to the swift-proxy  ... I'm looking more into it20:55
andrewbogottI thought I read it!  But it was a while ago... I'll read it again :)20:56
kpepple_btorch: i think it's a bug in nginx that swift client cli exposes21:00
*** flaviamissi has joined #openstack-dev21:12
hub_capgood day nova devs, ive proposed a change to novaclient that is needed to get the behavior for proxy tokens to work. its currently completely busted and wont work with keystone trunk. its a very small change, plz review. https://review.openstack.org/#change,501821:13
*** dolphm has joined #openstack-dev21:13
ohnoimdeadzul: you around?21:15
zulohnoimdead: almost21:15
ohnoimdeadzul: :) should https://bugs.launchpad.net/horizon/+bug/947118 be moved somewhere? doesn't seem like there's anything in horizon we can do to fix that...21:16
uvirtbotLaunchpad bug 947118 in horizon "Horizon package on Precise throws warning during installation" [High,Confirmed]21:16
*** vincentricci has joined #openstack-dev21:16
zulohnoimdead: done21:17
ohnoimdeadzul: KTHNX ^^21:17
*** jakedahn_zz is now known as jakedahn21:20
*** dolphm has quit IRC21:23
*** dwalleck has joined #openstack-dev21:23
*** dwalleck has quit IRC21:23
*** dwalleck has joined #openstack-dev21:24
*** RobertLaptop has joined #openstack-dev21:25
*** RobertLaptop has left #openstack-dev21:25
btorchkpepple_: yeah according to Sysoev it's not an nginx bug21:26
kpepple_btorch: it looks like swift cli isn't RFC2616 compatible … i posted a bug for this -- it's bug 95115521:27
uvirtbotLaunchpad bug 951155 in swift "swift cli does not send content-length header to create container" [Undecided,New] https://launchpad.net/bugs/95115521:27
btorchkpepple_: most people have that issue when a Transfer-Encoding: chunked is passed since nginx doesn't support it21:28
btorchbut on the debug logs I see not such headers on our case21:28
btorchkpepple_: that patch looks good21:30
*** anotherjesse is now known as anotherjesse_zz21:31
*** dprince has quit IRC21:31
kpepple_btorch: okay. i'll propose it and let people savage it :)21:31
btorchthat won't fix the actuall issue though ... like I was doing my tests with curl21:32
btorchso if you right something in bash and use curl the Content-Length needs to be passed21:32
kpepple_btorch: but shouldn't you be passing the -H 'content-length:0 ' with curl ?21:33
kpepple_btorch: ultimately, nginx needs to fix this ...21:33
btorchI've never had to with pound or zeus21:33
*** dwalleck has quit IRC21:34
*** sniperd has joined #openstack-dev21:34
*** jmckenty has joined #openstack-dev21:34
*** anotherjesse_zz is now known as anotherjesse21:34
*** jakedahn is now known as jakedahn_zz21:40
*** joesavak has quit IRC21:40
*** heckj has quit IRC21:42
*** pixelbeat has quit IRC21:42
*** milner has quit IRC21:43
*** littleidea has left #openstack-dev21:43
*** littleidea has joined #openstack-dev21:46
*** flaviamissi has quit IRC21:47
*** pixelbeat has joined #openstack-dev21:48
*** dubsquared has quit IRC21:48
*** markvoelker has quit IRC21:49
*** bencherian has quit IRC21:50
*** thingee1 has joined #openstack-dev21:53
*** thingee has quit IRC21:56
*** dolphm has joined #openstack-dev22:01
*** torgomatic has joined #openstack-dev22:01
*** sniperd has quit IRC22:02
*** Gordonz has quit IRC22:03
mtaylorjkoelker: ping22:04
jkoelkerhowdy22:04
mtaylorjkoelker: so...22:04
mtaylorjkoelker: pip install openstack.nose_plugin22:04
mtaylorjkoelker: then try to run update.py in openstack-common22:04
mtaylorjkoelker: watch the carnage22:04
mtaylorjkoelker: I also got this when installing nose plugin:     Skipping installation of /usr/local/lib/python2.7/dist-packages/openstack/__init__.py (namespace package)22:05
jkoelkerchecking it out now22:06
mtaylorjkoelker: I would have just fixed it, but I'm a little baffled as to why the namespace package isn't installing properly22:06
*** torgomatic has quit IRC22:08
*** torgomatic has joined #openstack-dev22:08
zulvishy: for the ec2 keyname validation one do you want another test for it?22:10
*** zaitcev has joined #openstack-dev22:10
*** martine has quit IRC22:11
jkoelkermtaylor: i converted openstack to be a pure namespace package (like zope)22:11
jkoelkermtaylor: that's why it skipped the init22:11
jkoelkermtaylor: still looking at why it breaks update22:11
*** dspano has quit IRC22:14
*** anotherjesse is now known as anotherjesse_zz22:16
*** rbasak has quit IRC22:16
jkoelkermtaylor: looks like namespace packages don't like working in bare checkouts ;(22:19
vishyzul: meh its ok22:19
*** andrewsmedina has quit IRC22:19
jkoelkerto get around it temporarily if you need to do `pip install ./`22:19
jkoelkeri'll file a bug and see to fixining it22:20
mtaylorjkoelker: cool. I actually don't usually need to have openstack.nose_plugin installed directly anyway - but I thought I'd point it out22:22
jkoelkeryea, its a bit of a hozer, I think I might be able to get around it with some trickery in update.py, but I want to research it to make sure there isn't a better way22:23
jkoelkerthanks22:23
mtaylorjkoelker: sweet22:23
mtaylorjkoelker: while you're in there ... update.py doesn't install __init__.py files, fwiw22:24
jkoelkerah22:24
jkoelkercools22:24
jkoelkeri might convert it to an entry_point script22:24
mtaylorword22:24
*** torgomatic has quit IRC22:25
*** apevec has quit IRC22:32
*** cp16net has quit IRC22:32
*** hub_cap has quit IRC22:33
*** dolphm has quit IRC22:37
*** mdomsch has quit IRC22:38
vishyis there a libvirt irc channel?22:38
vishyso my snapshot investigation seems to be failed at this point22:40
*** lloydde has quit IRC22:40
*** lloydde_ has joined #openstack-dev22:43
*** jdurgin has quit IRC22:43
*** shevek_ has joined #openstack-dev22:46
*** dolphm has joined #openstack-dev22:52
*** jaypipes has joined #openstack-dev22:52
*** dubsquared has joined #openstack-dev22:53
rmkstruggling to create a virtual env for the diablo/stable dash22:55
rmklot of the pip requires don't work anymore22:55
*** bencherian has joined #openstack-dev22:57
*** mdomsch has joined #openstack-dev23:02
*** andrewsmedina has joined #openstack-dev23:06
*** lts has quit IRC23:08
jaypipestermie: ping23:10
*** zzed has quit IRC23:13
*** hub_cap has joined #openstack-dev23:14
jdg_Anybody know how I can create a testing "stubs" object in a class that doesn't inherit from test.TestCase?23:17
*** kbringard has quit IRC23:23
jaypipesjdg_: self.stubs = stubout.StubOutForTesting()23:26
*** torgomatic has joined #openstack-dev23:26
*** dtroyer has quit IRC23:29
*** dwalleck has joined #openstack-dev23:36
jdg_jaypipes: Thanks :)  I just found that in test.py23:37
jaypipesyup, np23:37
*** hub_cap has quit IRC23:38
jdg_jaypipes: Great, that worked like a charm!23:39
*** mattstep has quit IRC23:40
*** mattstep has joined #openstack-dev23:41
jaypipesjdg_: excellent! :)23:42
*** dtroyer has joined #openstack-dev23:43
*** mattstep has quit IRC23:46
*** mattstep has joined #openstack-dev23:46
*** mdomsch has quit IRC23:47
*** dalang has quit IRC23:48
*** mattray has quit IRC23:48
*** PotHix has quit IRC23:52
*** dwalleck has quit IRC23:53
*** jdurgin has joined #openstack-dev23:55
jkoelkermtaylor: https://review.openstack.org/5179 for the openstack namespace fun23:58
ohnoimdeadnova volume question: you can't snapshot an attached volume?23:58
*** torgomatic has quit IRC23:59
mtaylorjkoelker: w00t23:59

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