Wednesday, 2011-06-15

*** mgius has quit IRC00:03
*** jkoelker has quit IRC00:04
*** heckj has quit IRC00:11
*** Tv has quit IRC00:14
*** alekibango has quit IRC00:27
*** Tv has joined #openstack-dev00:30
*** jdurgin has quit IRC00:31
*** alekibango has joined #openstack-dev00:35
*** Binbin has joined #openstack-dev00:37
*** alekibango has quit IRC00:40
*** alekibango has joined #openstack-dev00:49
*** vladimir3p has quit IRC01:18
HugoKuomorning02:03
*** Adri2000 has quit IRC02:40
*** Adri2000 has joined #openstack-dev02:40
*** Adri2000 is now known as Guest2293102:40
*** lorin1 has joined #openstack-dev03:20
*** winston-d has quit IRC03:24
*** lorin1 has left #openstack-dev04:01
*** vladimir3p has joined #openstack-dev04:24
*** Zangetsue has joined #openstack-dev04:50
*** openpercept_ has joined #openstack-dev05:12
*** Tv has quit IRC05:12
*** winston-d has joined #openstack-dev05:25
*** zaitcev has quit IRC06:05
*** vladimir3p has quit IRC07:15
*** reidrac has joined #openstack-dev07:29
ttxnotmyname: Proposed merge from trunk into milestone-proposed: https://code.launchpad.net/~ttx/swift/1.4.1-proposed/+merge/64648 -- please sanity check and accept09:30
*** Binbin has quit IRC09:46
*** Guest22931 is now known as Adri200010:32
*** Adri2000 has joined #openstack-dev10:32
*** nati has joined #openstack-dev10:56
sandywalshsoren, ttx ... in pip-requires if we specify version 2.5 won't that also find 2.5.x ?11:09
sandywalshsoren, ttx (context: https://bugs.launchpad.net/nova/+bug/797510)11:09
uvirtbotLaunchpad bug 797510 in nova "tools/pip-requires requires non-existing novaclient" [Undecided,New]11:09
*** markvoelker has joined #openstack-dev11:13
*** nati has quit IRC11:31
*** nati has joined #openstack-dev11:32
sorensandywalsh: I've never used pip. No clue.12:02
zykes-soren: you done preseeding ?12:02
sorenzykes-: Some.12:09
zykes-got any working recipe for a nova setup?12:09
*** BK_man has quit IRC12:17
ttxsandywalsh: same here. I don't use pip. I just use the packages and run some components from branch instead of package.12:20
sandywalshsoren, ttx, np, I'll investigate12:24
sandywalshsoren, ttx, maybe it's time to revisit the idea of pulling novaclient into nova? We deferred due to schedule last time.12:28
sorenzykes-: Sorry, no.12:35
ttxsandywalsh: I thought the current trend was to drop it in favor of Jakob's client ?12:35
sorenThat was my impression as well.12:37
sandywalshhuh? news to me ... I thought it was to have a discussion. His client is miles behind novaclient now.12:41
sorenIIRC, he gave (or was to give) some of us access to his repo, so that wouldn't be the case anymore.12:42
*** Zangetsue_ has joined #openstack-dev12:43
ttxsandywalsh: dabo is handling the merge effort12:43
sandywalshttx, soren hmm, only saw the initial email, never heard any other decisions since then.12:43
*** Zangetsue has quit IRC12:44
dabottx: sandywalsh: the goal is to get OpenStackers as committers on jacobian's branch12:44
*** Zangetsue has joined #openstack-dev12:44
daboI've followed up with him twice, but nothing so far.12:44
sandywalshdabo, are you migrating novaclient to his branch?12:44
dabountil then, we need to use our own fork12:44
dabosandywalsh: no12:44
dabowhen we get added as committers, I figured that you and jk0 would do that12:45
sandywalshwhy are we moving to his branch vs him moving to ours? Seems easier.12:45
dabosandywalsh: because it was felt that an outside project would keep us more honest in our API12:45
daboiow, if it can't be done without resorting to internal calls, it isn't a proper client12:46
sandywalshnot sure what that means12:46
daboIf we had a need for stuff that is necessary for OpenStack that is not needed in a client (such as inter-zone communication), then that should be separate.12:47
*** Zangetsue_ has quit IRC12:47
sandywalshpublic api is public api12:47
sandywalshnot even sure how you would make something that like separate? are you proposing a different api?12:48
sorensandywalsh: It's just really easy to neglect keeping the docs and the implemented API in sync, if you're doing both the client and server side.12:48
*** zykes- has quit IRC12:49
*** zykes- has joined #openstack-dev12:49
sandywalshsoren, well I buy that argument. Sounds like more of a process issue than a technology issue12:50
sorensandywalsh: If you document one syntax in the API, but misremember and then implement it differently in the server and you implement the client side to match the server rather than the docs, that12:50
sorens bad.12:50
sandywalshiow, I haven't heard a good argument for him migrating to us vs. us migrating to him :)12:53
ttxsandywalsh: iirc the "keep us honest by having it driven from the outside" was the main reason. Do you have a good reason to prefer the other way ?12:55
dabosandywalsh: there was extensive discussion about it in #openstack-meeting a few weeks ago12:55
sandywalshI guess I don't see how us having access to his repo vs. him having access to our repo really makes anything more honest.12:57
ttxthe repo appears slightly (slightly) more externally-maintained with "us having access to his repo" I'd say... but I agree the two options are pretty similar.13:00
ttxand now that we delegated dabo to bridge the gap and he managed to converge on "his repo", I'd like to see a very good reason for backpedaling.13:01
sandywalshI'd buy that ... but is it worth the up-front effort to migrate the codebase over? In fact it would be better to just kill his branch and move ours over in one-fell-swoop.13:02
sandywalshbut that's just my $0.0213:02
ttxsandywalsh: oh, you mean his branch is so behind-the-times that it makes much more sense the other way around ?13:02
sandywalshyes13:02
dabothat may end up being the way to go13:03
ttxsandywalsh: ok that makes sense. I have no idea how much behind-the-times it is, so I can't comment on that :)13:03
sandywalshthat said, getting the process in place for API changes is perhaps even more important.13:04
dabottx: we're doing lots of stuff for internal usage that he would have had no reason to develop13:04
*** ameade has joined #openstack-dev13:05
sandywalshdabo, internal to who?13:05
ttxdabo: no reason because it doesn't make sense in a client library ? Then it might make sense to discuss a nova-internal bit for internal nova use13:05
dabozone booting13:05
dabowhy would a Rackspace customer need that?13:06
sandywalshanyone who wants zones/dist-sched needs that ... and it goes away once the api is solidified13:06
dabosandywalsh: imagine that nova is deployed as Rackspace Cloud Servers, with the zones configured as needed. When would a Cloud Servers customer ever need the zone booting capabilities?13:07
sandywalshanytime they want to provision > 1 instance at a time13:08
dabowhat does that have to do with zones?13:08
daboI might want to deploy > 1 instance in a single-zone deployment13:08
sandywalshit has to do with API 1.0 not supporting reservation ids ... /zones/boot is just a placeholder until the api spec catches up13:09
sandywalshthis is my whole point, we can't hold back development until the api adoption process is nailed down.13:10
sandywalshwe'll never get anything done13:10
daboand my whole point is that such things don't belong in a client that is released to the public. If we need shortcuts or duct tape, they should be internal13:11
sandywalshusing what? a different api?13:11
daboif the api doesn't support something, it shouldn't be in the client13:11
sandywalshso Extensions can never be supported in the client?13:12
daboonly if they are clearly marked as such. Not every deployment will support every extension, but they will all support the core API13:13
sandywalshwhere would they be clearly marked?13:14
sandywalshin the spec?13:14
daboin the spec, in any documentation, etc13:15
sandywalshor a big text message "this is non-standard!" :) If they can issue it via curl, why not make it available in (a) client13:15
sandywalsh(once again DirectAPI is sounding better and better :)13:17
dabosandywalsh: wasn't that the point of direct api? To allow devs access to the internals without having to muck up the public api?13:18
sandywalshno, it was to make the client move in lock-step with the server without having to manually sync13:18
*** Zangetsue has quit IRC13:28
*** Zangetsue has joined #openstack-dev13:30
openstackjenkinsProject nova build #1,009: SUCCESS in 2 min 54 sec: http://jenkins.openstack.org/job/nova/1009/13:34
openstackjenkinsTarmac: Adds code to run_tests.py which:13:34
openstackjenkins??* Prints the time taken to run each test13:34
openstackjenkins??* Prints the 5 slowest tests at the end of the test-run13:34
openstackjenkins* Adds --hide-elapsed option to suppress elapsed time output13:34
*** nati has quit IRC13:49
*** nati has joined #openstack-dev13:55
*** bcwaldon has joined #openstack-dev13:57
*** openpercept_ has quit IRC14:06
openstackjenkinsProject nova build #1,010: SUCCESS in 3 min 0 sec: http://jenkins.openstack.org/job/nova/1010/14:09
openstackjenkinsTarmac: The Xen driver supports running instances in PV or HVM modes, but the method it uses to determine which to use is complicated and doesn't work in all cases. The result is that images that need to use HVM mode (such as FreeBSD 64-bit) end up setting a property named 'os' set to 'windows'.14:09
openstackjenkinsThis branch adds checks for a new property called 'vm_mode'. This can be set to 'pv' or 'hvm' and select the appropriate mode. If the property doesn't exist, the existing logic is still used to determine which mode to use.14:09
*** dolphm has joined #openstack-dev14:13
*** dolphm has quit IRC14:25
*** dolphm has joined #openstack-dev14:28
*** BK_man has joined #openstack-dev14:35
*** jkoelker has joined #openstack-dev14:45
*** nati has quit IRC14:45
*** throughnothing has quit IRC14:56
*** glenc has quit IRC14:58
*** throughnothing has joined #openstack-dev14:58
*** glenc has joined #openstack-dev14:58
*** dragondm has joined #openstack-dev15:01
*** glenc has quit IRC15:05
sorenttx: I just added a new tool to our archive management toolbox.15:06
*** westmaas has quit IRC15:06
sorenttx: It finds packages that live in PPA's, but are out of sync. This is likely to cause problems when we copy everything to the common release PPA.15:06
sorenttx: (e.g. swift only ever having been tested with eventlet 0.9.13 on Lucid, while Nova is on 0.9.15 on Lucid)15:06
sorenttx: Example output http://paste.ubuntu.com/627395/15:07
*** westmaas has joined #openstack-dev15:07
*** glenc has joined #openstack-dev15:07
ttxsoren: cool, should probably file bugs to push convergence15:09
sorenttx: I was just going to translate mismatches into items for my RTM todo-list.15:10
*** Zangetsue has quit IRC15:13
ttxbtw, I've got my rtm cli up at https://code.launchpad.net/~ttx/+junk/scripts, if you're interested15:18
*** openstack has joined #openstack-dev15:20
*** reidrac has quit IRC15:20
ttxsoren: ^15:20
ttxuses pyrtm from https://launchpad.net/~ttx/+archive/extras15:20
sorenttx: Awesome, I was just about to ask :)15:21
sorenttx: Any reason pyrtm isn't in UBuntu?15:21
*** bcwaldon has quit IRC15:21
ttxit was a bit stale last time I looked15:22
ttxas in "orphaned"15:22
sorenErk.15:22
* ttx checks freshness15:23
*** jaypipes has quit IRC15:23
*** mtaylor has quit IRC15:23
*** mtaylor has joined #openstack-dev15:23
*** mtaylor has joined #openstack-dev15:23
*** ChanServ sets mode: +v mtaylor15:23
*** jaypipes has joined #openstack-dev15:23
sorenttx: The repo on bitbucket isn't entirely dead, though.15:24
sorenttx: Releases are just few and far apart.15:24
ttxright, it used to be "more dead".15:24
ttxi'll revisit it. Soon.15:24
*** bcwaldon has joined #openstack-dev15:27
*** bcwaldon has quit IRC15:28
*** bcwaldon has joined #openstack-dev15:28
ttxsoren: fail: http://jenkins.openstack.org/job/swift-milestone-ppa/5/15:33
*** devcamcar has quit IRC15:34
*** devcamcar has joined #openstack-dev15:35
*** heckj has joined #openstack-dev15:38
*** openpercept_ has joined #openstack-dev15:39
*** openpercept_ has quit IRC15:39
*** openpercept_ has joined #openstack-dev15:39
*** bcwaldon has quit IRC15:39
*** bcwaldon has joined #openstack-dev15:41
*** zaitcev has joined #openstack-dev15:52
*** bcwaldon_ has joined #openstack-dev15:54
*** troytoman-away is now known as troytoman15:56
*** bcwaldon has quit IRC15:56
*** Tv has joined #openstack-dev16:10
*** ohnoimdead has joined #openstack-dev16:19
*** vladimir3p has joined #openstack-dev16:30
*** mgius has joined #openstack-dev16:44
*** bcwaldon has joined #openstack-dev16:55
jaypipesvishy: ping16:58
*** jdurgin has joined #openstack-dev16:59
*** dovetaildan has quit IRC17:16
*** dovetaildan has joined #openstack-dev17:28
bcwaldonjaypipes: ping17:30
*** vikasg has left #openstack-dev17:33
jaypipesbcwaldon: pung.17:36
bcwaldonSo I can't seem to see a clean way to separate out http header code from the (de)serializers17:37
bcwaldonhttps://code.launchpad.net/~rackspace-titan/glance/wsgi-refactor/+merge/6431117:37
jaypipesbcwaldon: give me one ping only sir. one ping only. (said in the voice of Sean Connery)17:37
bcwaldonI love that guy17:38
jaypipesbcwaldon: ok, gimme a few. I'll comment on the MP.17:38
bcwaldonThanks17:38
*** bcwaldon has quit IRC17:54
*** BK_man has quit IRC17:58
*** openpercept_ has quit IRC18:08
*** openpercept_ has joined #openstack-dev18:10
*** openpercept_ is now known as Guest5835618:10
*** ameade has quit IRC18:14
*** Guest58356 has quit IRC18:16
*** heckj has quit IRC18:23
*** vladimir3p has quit IRC18:27
openstackjenkinsProject burrow build #15: SUCCESS in 14 sec: http://jenkins.openstack.org/job/burrow/15/18:46
openstackjenkinsTarmac: Finished detail, marker, and limit tests for accounts.18:46
*** mgius has quit IRC18:56
*** mgius has joined #openstack-dev18:57
sorenmtaylor: ping18:58
sorenmtaylor: I'm fairl sure ths is the "can't fetch artifacts over unuathenticated http anymore" problem. Seeing as you've addressed this in the past, can you take a look?18:59
*** dolphm has quit IRC19:09
*** ameade has joined #openstack-dev19:12
*** openpercept_ has joined #openstack-dev19:12
*** openpercept_ is now known as Guest6124219:12
*** Guest61242 has quit IRC19:16
sorenmtaylor: Heheh... "This" refers to http://jenkins.openstack.org/job/swift-milestone-ppa/5/19:34
*** markvoelker has quit IRC19:40
*** jaypipes is now known as jaypipes-afk19:52
*** heckj has joined #openstack-dev19:59
*** openpercept_ has joined #openstack-dev20:14
*** openpercept_ is now known as Guest5670220:15
*** asomya has joined #openstack-dev20:32
*** bcwaldon_ has quit IRC21:00
*** ameade has quit IRC21:01
*** markvoelker has joined #openstack-dev21:01
*** adiantum has joined #openstack-dev21:12
*** adiantum has quit IRC21:18
*** adiantum has joined #openstack-dev21:22
*** scotticus has left #openstack-dev21:23
*** adiantum has quit IRC21:31
*** adiantum has joined #openstack-dev21:37
sorenIt's *really* quiet this evening.21:43
* eday drops a pin21:47
*** adiantum has quit IRC21:49
markvoelkersoren, eday: well, we could always start a discussion of XML vs JSON, names for "E", or choice of version control system.  Those topics usually liven things up around here. =)21:49
* heckj gets all stabby21:50
*** Guest56702 has quit IRC21:57
edaymarkvoelker: What's there to discuss? We all know the outcomes, it's just something to keep us busy until some does the work to make it so :)21:59
mgiuswe could discuss what might happen on the next season of Glee?22:01
*** adiantum has joined #openstack-dev22:02
edayI think I have a fingernail to rip out first...22:03
*** vladimir3p has joined #openstack-dev22:15
*** adiantum has quit IRC22:39
*** asomya has quit IRC22:40
comstudeday: let me help22:41
*** jkoelker has quit IRC22:46
*** adiantum has joined #openstack-dev22:52
*** adiantum has quit IRC23:01
*** troytoman is now known as troytoman-away23:02
*** adiantum has joined #openstack-dev23:06
*** Vek has quit IRC23:11
*** Vek has joined #openstack-dev23:11
*** markvoelker has quit IRC23:19
*** dragondm has quit IRC23:26
*** jaypipes-afk is now known as jaypipes23:29
*** HugoKuo_ has joined #openstack-dev23:33
*** heckj has quit IRC23:35
*** throughn1thing has joined #openstack-dev23:36
*** sandywalsh_ has joined #openstack-dev23:37
*** mancdaz1203 has joined #openstack-dev23:37
mtaylorsoren: yes23:48
*** ohnoimdead has quit IRC23:50
*** adiantum has quit IRC23:53
*** throughnothing has quit IRC23:53
*** HugoKuo has quit IRC23:53
*** RobertLaptop has quit IRC23:53
*** mancdaz has quit IRC23:53
*** rods has quit IRC23:53
*** clayg has quit IRC23:53
*** sandywalsh has quit IRC23:53
*** Daviey has quit IRC23:53

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