*** lbieber has joined #openstack | 00:01 | |
*** pcrews has joined #openstack | 00:02 | |
*** jdmaturen has quit IRC | 00:08 | |
*** ptremblett has quit IRC | 00:13 | |
*** ptremblett has joined #openstack | 00:13 | |
*** tjyang has joined #openstack | 00:23 | |
*** aliguori has quit IRC | 00:32 | |
*** niemeyer has joined #openstack | 00:32 | |
*** pcrews has quit IRC | 00:32 | |
*** mmalgeri1 has quit IRC | 00:37 | |
*** pvo has quit IRC | 00:37 | |
*** metoikos has quit IRC | 00:43 | |
*** niemeyer has quit IRC | 00:50 | |
*** blpiatt has joined #openstack | 00:51 | |
*** mrayzenoss has joined #openstack | 00:51 | |
*** mrayzenoss is now known as mray | 00:51 | |
*** mray has joined #openstack | 00:51 | |
*** blpiatt has quit IRC | 00:51 | |
*** ptremblett has quit IRC | 01:01 | |
*** sirp1 has quit IRC | 01:03 | |
*** dendrobates is now known as dendro-afk | 01:07 | |
*** justinsheehy has quit IRC | 01:13 | |
*** carolinad28 has quit IRC | 01:16 | |
*** dendro-afk is now known as dendrobates | 01:17 | |
*** justinsheehy has joined #openstack | 01:19 | |
*** gustavomzw has left #openstack | 01:23 | |
*** rdw has quit IRC | 01:43 | |
*** pvo has joined #openstack | 01:51 | |
*** pvo has joined #openstack | 01:51 | |
*** ChanServ sets mode: +v pvo | 01:51 | |
vish1 | ok network refactor code is up | 02:01 |
---|---|---|
vish1 | please review/hack it apart | 02:01 |
*** lbieber has quit IRC | 02:04 | |
alekibango | notmyname: if you thought Spidergoat or EATR robot were scary, dont try googling 'brain eating vaccines' (yesterdays top search trend in google) | 02:05 |
*** jamiew has quit IRC | 02:18 | |
*** sophiap has joined #openstack | 02:18 | |
*** mray has quit IRC | 02:23 | |
*** mrayzenoss has joined #openstack | 02:23 | |
*** mrayzenoss is now known as mray | 02:23 | |
*** mray has joined #openstack | 02:23 | |
*** ivan has quit IRC | 02:27 | |
*** ivan has joined #openstack | 02:29 | |
*** Glace has quit IRC | 02:32 | |
*** Glace has joined #openstack | 02:38 | |
*** lbieber has joined #openstack | 02:45 | |
*** jdmaturen has joined #openstack | 02:52 | |
*** silassewell has quit IRC | 02:53 | |
*** gundlach has quit IRC | 03:02 | |
*** kashyapc has joined #openstack | 03:13 | |
*** jdmaturen has quit IRC | 03:17 | |
*** rdw has joined #openstack | 03:21 | |
*** sophiap has quit IRC | 03:27 | |
*** sophiap_ has joined #openstack | 03:27 | |
*** kashyapc has quit IRC | 03:31 | |
*** mrayzenoss has joined #openstack | 03:49 | |
*** mrayzenoss is now known as mray | 03:49 | |
*** mray has joined #openstack | 03:49 | |
*** justinsb has quit IRC | 03:57 | |
*** kashyapc has joined #openstack | 04:00 | |
*** mray has quit IRC | 04:00 | |
*** sophiap_ has quit IRC | 04:07 | |
*** rajijoom has joined #openstack | 04:17 | |
*** codejunkie has quit IRC | 04:42 | |
*** spackest has joined #openstack | 04:49 | |
spackest | any hadoop folks here? just wondering about starting to use swift as an hdfs replacement | 04:49 |
*** monyetbiru has joined #openstack | 04:50 | |
*** jaker74 has quit IRC | 05:02 | |
*** jaker74 has joined #openstack | 05:14 | |
*** jdmaturen has joined #openstack | 05:22 | |
*** hornbeck has quit IRC | 05:26 | |
*** lbieber has quit IRC | 05:26 | |
*** jdmaturen has quit IRC | 05:48 | |
*** pvo has quit IRC | 05:51 | |
*** rajijoom has quit IRC | 05:54 | |
*** jakedahn has joined #openstack | 05:54 | |
*** almaisan-away is now known as al-maisan | 06:25 | |
*** BartVB has joined #openstack | 06:28 | |
*** allsystemsarego has joined #openstack | 06:47 | |
*** alekibango has quit IRC | 06:57 | |
*** brd_from_italy has joined #openstack | 07:01 | |
*** pstevensza has joined #openstack | 07:06 | |
*** dmd17 has quit IRC | 07:10 | |
*** al-maisan is now known as almaisan-away | 07:14 | |
*** calavera_ has joined #openstack | 07:16 | |
*** almaisan-away is now known as al-maisan | 07:20 | |
*** spackest has quit IRC | 07:41 | |
*** randybias has joined #openstack | 07:46 | |
*** stewart has quit IRC | 07:53 | |
*** rajijoom has joined #openstack | 07:56 | |
*** stewart has joined #openstack | 08:07 | |
*** zebziggle has quit IRC | 08:07 | |
*** adjohn_ has joined #openstack | 08:10 | |
*** adjohn has quit IRC | 08:12 | |
*** adjohn_ is now known as adjohn | 08:12 | |
*** miclorb_ has quit IRC | 08:25 | |
*** miclorb_ has joined #openstack | 08:39 | |
*** HyperJohnGraham has joined #openstack | 08:44 | |
*** metoikos has joined #openstack | 08:47 | |
*** jakedahn has quit IRC | 08:48 | |
*** calavera_ has quit IRC | 08:54 | |
*** calavera_ has joined #openstack | 08:55 | |
*** rajijoom has quit IRC | 08:59 | |
*** alekibango has joined #openstack | 09:02 | |
*** monyetbiru has quit IRC | 09:10 | |
*** calavera_ is now known as calavera | 09:10 | |
*** rajijoom has joined #openstack | 09:16 | |
*** rnewson has joined #openstack | 09:26 | |
*** cjwilson has quit IRC | 09:42 | |
*** miclorb_ has quit IRC | 09:43 | |
*** jtdowney has joined #openstack | 09:44 | |
*** brd_from_italy has quit IRC | 09:45 | |
*** brd_from_italy has joined #openstack | 09:46 | |
*** brd_from_italy has quit IRC | 09:59 | |
*** brd_from_italy has joined #openstack | 10:08 | |
*** ptremblett has joined #openstack | 10:15 | |
*** randybias has quit IRC | 10:16 | |
*** brd_from_italy has quit IRC | 10:18 | |
*** brd_from_italy has joined #openstack | 10:42 | |
*** miclorb has joined #openstack | 10:43 | |
*** stefano_s has quit IRC | 10:44 | |
*** jtdowney has quit IRC | 10:45 | |
*** brd_from_italy has quit IRC | 10:47 | |
*** brd_from_italy has joined #openstack | 10:49 | |
*** stewart has quit IRC | 10:59 | |
*** brd_from_italy has quit IRC | 11:22 | |
*** ptremblett has quit IRC | 11:22 | |
*** clayg has quit IRC | 11:22 | |
*** ctennis has quit IRC | 11:23 | |
*** jtdowney has joined #openstack | 11:29 | |
*** ptremblett has joined #openstack | 11:29 | |
*** clayg has joined #openstack | 11:31 | |
*** brd_from_italy has joined #openstack | 11:33 | |
*** ctennis has joined #openstack | 11:39 | |
*** jtdowney has quit IRC | 11:42 | |
*** justinsheehy has quit IRC | 11:43 | |
*** justinsheehy has joined #openstack | 11:54 | |
*** kashyapc has quit IRC | 11:58 | |
*** kashyapc has joined #openstack | 11:59 | |
*** rajijoom has quit IRC | 12:00 | |
*** rackerhacker is now known as rackerhacker_ | 12:01 | |
*** rackerhacker_ is now known as rackerhacker | 12:01 | |
*** jonesy_ has joined #openstack | 12:01 | |
*** carolinad28 has joined #openstack | 12:06 | |
*** justinsheehy has quit IRC | 12:06 | |
*** silassewell has joined #openstack | 12:09 | |
*** dendrobates is now known as dendro-afk | 12:12 | |
*** miclorb has quit IRC | 12:15 | |
*** miclorb has joined #openstack | 12:30 | |
*** miclorb has quit IRC | 12:34 | |
*** rajijoom has joined #openstack | 12:36 | |
*** justinsheehy has joined #openstack | 12:39 | |
*** rajijoom has quit IRC | 12:40 | |
*** jsmith-away is now known as jsmith | 12:41 | |
*** rajijoom has joined #openstack | 12:54 | |
*** codejunkie has joined #openstack | 12:56 | |
*** jdarcy has joined #openstack | 12:59 | |
*** rajijoom has quit IRC | 13:03 | |
*** RobertLJ has joined #openstack | 13:05 | |
*** aliguori has joined #openstack | 13:06 | |
*** lbieber has joined #openstack | 13:08 | |
*** RobertLJ has quit IRC | 13:09 | |
*** sophiap has joined #openstack | 13:15 | |
*** abecc has joined #openstack | 13:16 | |
*** RobertLJ has joined #openstack | 13:17 | |
*** kashyapc has quit IRC | 13:18 | |
*** pvo has joined #openstack | 13:19 | |
*** ChanServ sets mode: +v pvo | 13:19 | |
*** gundlach has joined #openstack | 13:19 | |
*** RobertLJ has quit IRC | 13:19 | |
*** niemeyer has joined #openstack | 13:24 | |
*** lbieber has quit IRC | 13:24 | |
*** tonywolf has joined #openstack | 13:27 | |
*** brd_from_italy has quit IRC | 13:32 | |
*** adrian_otto has joined #openstack | 13:32 | |
*** gustavomzw has joined #openstack | 13:35 | |
*** brd_from_italy has joined #openstack | 13:37 | |
*** brd_from_italy has joined #openstack | 13:49 | |
*** Podilarius has joined #openstack | 13:52 | |
*** miclorb_ has joined #openstack | 13:52 | |
*** sophiap has quit IRC | 14:02 | |
*** mrayzenoss has joined #openstack | 14:12 | |
*** mrayzenoss is now known as mray | 14:12 | |
*** mray has joined #openstack | 14:12 | |
*** jk0 has quit IRC | 14:16 | |
*** jk0 has joined #openstack | 14:17 | |
*** jk0 has joined #openstack | 14:17 | |
*** ChanServ sets mode: +v jk0 | 14:17 | |
*** mhinze has joined #openstack | 14:26 | |
*** mhinze has left #openstack | 14:26 | |
*** Guest42248 has joined #openstack | 14:28 | |
*** silassewell has quit IRC | 14:31 | |
*** Podilarius has quit IRC | 14:33 | |
*** zul has quit IRC | 14:34 | |
*** zul has joined #openstack | 14:35 | |
*** sirp1 has joined #openstack | 14:40 | |
*** sirp1 has quit IRC | 14:41 | |
*** sirp1 has joined #openstack | 14:42 | |
*** sophiap has joined #openstack | 14:43 | |
*** pcrews has joined #openstack | 14:47 | |
*** lbieber has joined #openstack | 14:52 | |
*** miclorb_ has quit IRC | 14:54 | |
*** littleidea has joined #openstack | 14:55 | |
*** Podilarius has joined #openstack | 14:57 | |
*** jaypipes has joined #openstack | 15:00 | |
*** worldreptiles has joined #openstack | 15:05 | |
*** lbieber has quit IRC | 15:10 | |
*** pstevensza has quit IRC | 15:14 | |
*** lbieber has joined #openstack | 15:16 | |
*** niemeyer has quit IRC | 15:17 | |
*** lbieber has quit IRC | 15:20 | |
*** monyetbiru has joined #openstack | 15:21 | |
*** rajijoom has joined #openstack | 15:23 | |
*** dabo has joined #openstack | 15:23 | |
*** silassewell has joined #openstack | 15:25 | |
*** lbieber has joined #openstack | 15:25 | |
*** monyetbiru has quit IRC | 15:32 | |
*** jbryce has joined #openstack | 15:35 | |
*** stewart has joined #openstack | 15:37 | |
*** Guest42248 has quit IRC | 15:38 | |
*** lbieber has quit IRC | 15:43 | |
*** spackest has joined #openstack | 15:47 | |
letterj | mtaylor: What are your thoughts on pulling the swift code out of the debian branch since you have to merge the swift code in anyway to rebuild packages? | 15:47 |
creiht | mtaylor: also would it be possible to add a series for the debian branch? | 15:47 |
creiht | so someone could do bzr branch lp:swift/debian | 15:48 |
creiht | or something like that | 15:48 |
*** spackest has quit IRC | 15:48 | |
*** jbryce has quit IRC | 15:48 | |
*** calavera has quit IRC | 15:53 | |
*** Guest27053 has joined #openstack | 15:54 | |
*** pvo_ has joined #openstack | 16:00 | |
*** brd_from_italy has quit IRC | 16:02 | |
*** spackest has joined #openstack | 16:05 | |
*** aliguori has quit IRC | 16:08 | |
*** gnrfan has joined #openstack | 16:08 | |
*** lbieber has joined #openstack | 16:10 | |
*** pvo_ has quit IRC | 16:14 | |
*** pvo_ has joined #openstack | 16:14 | |
*** pvo_ has quit IRC | 16:22 | |
*** hornbeck has joined #openstack | 16:23 | |
mtaylor | creiht: yes to series | 16:24 |
creiht | cool | 16:25 |
*** jdmaturen has joined #openstack | 16:25 | |
mtaylor | letterj: well, I've got the branches set up in the way that the launchpad infrastructure wants things for the future (it's not all fully done yet) - but having the packaging branch actually be revision-wise releated to the source branch is part of their toolchain design | 16:25 |
*** jdmaturen has quit IRC | 16:25 | |
*** jdmaturen has joined #openstack | 16:26 | |
exlt | mtaylor: what do you mean by revision-wise related? | 16:27 |
mtaylor | exlt: as in they share a history, so you can merge between them | 16:28 |
*** worldreptiles has left #openstack | 16:29 | |
exlt | so a merge of the upstream code into a /debian-dir-only branch ingores the upstream history? (just trying to understand) | 16:32 |
exlt | ignores.. | 16:32 |
jaypipes | gah, I wish we could use the term "service" instead of "worker"... | 16:33 |
*** aliguori has joined #openstack | 16:34 | |
mtaylor | exlt: huh? well, to do a _merge_ into a debian-dir-only branch, the debian dir only branch would have to have some shared history .... | 16:35 |
mtaylor | exlt: but the nice part about the combined packaging branch is that you _don't_ need to merge anything to make a standard package, you just grab the branch, bzr bd, and you're done... it's only when you're preparing new versions that any merging has to be done | 16:36 |
*** kashyapc has joined #openstack | 16:37 | |
exlt | thanks mtaylor - that makes sense | 16:38 |
*** spackest has quit IRC | 16:38 | |
*** rajijoom has quit IRC | 16:38 | |
mtaylor | exlt: it took me several iterations of lifeless striking me on the head before it all clicked in for me :) | 16:39 |
*** jdarcy has quit IRC | 16:39 | |
mtaylor | exlt: I suppose that would be more sensible if you knew who lifeless was :) | 16:39 |
exlt | btw - I don't believe that I will be doing ITPs for swift/nova in debian, if someone might wish to work on those - I may have my plate full with a couple other contirbutions I am considering | 16:41 |
mtaylor | exlt: oh - I was actually just about to file some... so good :) | 16:42 |
mtaylor | that works out nicely | 16:42 |
exlt | bueno | 16:43 |
*** spackest has joined #openstack | 16:44 | |
*** stewart has quit IRC | 16:47 | |
*** stewart has joined #openstack | 16:50 | |
*** spackest has quit IRC | 16:59 | |
*** randybias has joined #openstack | 17:00 | |
*** al-maisan is now known as almaisan-away | 17:00 | |
*** matclayton has joined #openstack | 17:11 | |
*** spackest has joined #openstack | 17:23 | |
*** spackest has quit IRC | 17:25 | |
*** JimCurry has joined #openstack | 17:29 | |
*** littleidea has quit IRC | 17:37 | |
jaypipes | gundlach: what mail client do you use? Your ML posts appear really messed up on my browser... | 17:53 |
*** Guest27053 has quit IRC | 17:54 | |
*** spackest has joined #openstack | 17:55 | |
*** JimCurry has quit IRC | 17:58 | |
*** matclayton has left #openstack | 18:04 | |
*** JimCurry has joined #openstack | 18:05 | |
*** pcrews is now known as pcrews_lunch | 18:14 | |
*** JimCurry has quit IRC | 18:26 | |
*** kashyapc has quit IRC | 18:27 | |
*** Garo_ has quit IRC | 18:38 | |
*** ctennis has quit IRC | 18:38 | |
*** Garo_ has joined #openstack | 18:38 | |
*** hornbeck has quit IRC | 18:46 | |
*** justinsheehy has quit IRC | 18:47 | |
*** ptremblett has quit IRC | 18:47 | |
*** ctennis has joined #openstack | 18:50 | |
*** jamiew has joined #openstack | 18:50 | |
*** spackest has quit IRC | 18:51 | |
notmyname | first stats system code for swift pushed to my local branch. https://code.launchpad.net/~notmyname/swift/stats_system | 19:00 |
gundlach | jaypipes: gmail (via google apps). | 19:00 |
*** mray has quit IRC | 19:00 | |
gundlach | how do they look? lots of question marks all over them? | 19:00 |
*** mrayzenoss has joined #openstack | 19:01 | |
*** mrayzenoss is now known as mray | 19:01 | |
*** mray has joined #openstack | 19:01 | |
notmyname | https://code.launchpad.net/~notmyname/swift/stats_system/+merge/31875 | 19:08 |
letterj | mtaylor: Is there a way to auto-merge the code into debian branch? | 19:08 |
mtaylor | letterj: I'm not sure what you mean? | 19:09 |
creiht | mtaylor: Is there a way we can have the debian branch auto merge from trunk on each commit to trunk? | 19:09 |
creiht | to keep it up to date | 19:09 |
mtaylor | creiht: because you want the branch up to date? or because you want debs on each push to trunk? | 19:10 |
creiht | because it would be nice for it to be up to date | 19:10 |
mtaylor | creiht: (we can certainly make something happen, I just want to make sure I understand what you want) | 19:10 |
creiht | so if someone pulls it to build their own debs, it is up todate | 19:10 |
mtaylor | creiht: sure - I don't see any reason why not | 19:10 |
creiht | that would make letterj a lot happier :) | 19:11 |
mtaylor | hehe. ok. | 19:11 |
mtaylor | well, I definitely want to make letterj happy | 19:11 |
letterj | mtaylor: creiht was able to translate for me :-) | 19:11 |
jaypipes | gundlach: yup. | 19:11 |
*** littleidea has joined #openstack | 19:11 | |
gundlach | jaypipes: i noticed that on lists.launchpad.net as well -- do they look weird in email form? | 19:12 |
*** brd_from_italy has joined #openstack | 19:12 | |
jaypipes | gundlach: not sure yet :) I didn't know about that ML until yesterday, so waiting to see ;) | 19:12 |
*** dendro-afk is now known as dendrobates | 19:13 | |
gundlach | jaypipes: i'd like to think that this is a launchpad bug rather than a gmail bug, so that there's a better chance of it being fixed. | 19:13 |
jaypipes | gundlach: I use gmail as well | 19:13 |
jaypipes | gundlach: and I've never had any issues.... | 19:13 |
gundlach | jaypipes: gmail apps? you're fwding another (nongoogle) email address to a gmail apps domain? | 19:14 |
jaypipes | gundlach: no, just straight gmail. | 19:14 |
gundlach | jaypipes: yeah, i'm wondering if the translation b/w the two email systems is screwing things up. For that matter, it might be rackspace's problem (michael.gundlach@rackspace.com fwds to a google apps gmail account) | 19:15 |
jaypipes | gundlach: ah, I see...and that would be Exchange :) | 19:15 |
jaypipes | vish1: around? | 19:16 |
vish1 | jaypipes: yeah, just now | 19:16 |
gundlach | jaypipes: well there's hardly a chance of getting *that* fixed | 19:17 |
*** justinsheehy has joined #openstack | 19:17 | |
jaypipes | vish1: so...see my latest comment on the network-refactor merge proposal... | 19:20 |
jaypipes | vish1: I think the biggest issue we have that revolves around the datastore and integration with AuthManager is that the models are following "the Rails way" of putting logic into the model classes... | 19:21 |
jaypipes | vish1: if we followed less of an ActiveRecord pattern and more of a DataMapper pattern, these issues (circular imports, etc) would go away... | 19:22 |
vish1 | jaypipes: agreed | 19:23 |
vish1 | that was the idea behind AuthManager | 19:23 |
jaypipes | vish1: of course, that's a big change ;) | 19:23 |
jaypipes | vish1: I know :) | 19:23 |
jaypipes | vish1: I'm wondering how I can help push that effort along? | 19:23 |
vish1 | but we have a lot of people from the rails world | 19:23 |
vish1 | and they did what was natural | 19:23 |
vish1 | :) | 19:23 |
vish1 | do you have an idea for how we can keep the Auth objects in sync with whatever backend? | 19:24 |
jaypipes | vish1: oh, I understand, and it's not that the pattern is bad, just that it doesn't quite fit well in this application :) at least, IMHO. | 19:24 |
vish1 | i don't really have a huge position either way | 19:24 |
vish1 | but consistency is good | 19:24 |
jaypipes | vish1: I do, but I don't want those ideas to hold up your network-refactor branch. :) so, I'll approve and we can discuss it | 19:24 |
vish1 | in the meantime? do you have a simple suggestion for this small issue | 19:25 |
vish1 | should i just call it vpn.py? or move it back into auth/ somewhere? | 19:25 |
*** dabo has quit IRC | 19:25 | |
jaypipes | vish1: vpn.py is fine with me :) | 19:26 |
vish1 | k doing it | 19:26 |
jaypipes | vish1: been on vacay all week...been trying to catch up with the voluminous emails spawned from eday, gundlach, yourself and many others! | 19:27 |
eday | jaypipes: you're missing all the action! | 19:27 |
*** littleidea has quit IRC | 19:28 | |
jaypipes | eday: heh, just reading your thread about components with gundlach and jorge took an hour... ;) | 19:28 |
jaypipes | eday: and FWIW, I agree with your diagram. | 19:28 |
*** jsmith is now known as jsmith-away | 19:28 | |
vish1 | jaypipes: yeah there has been a lot of discussion | 19:29 |
vish1 | jaypipes: I've been avoiding the architecture discussion as much as possible so I can actually get coding done | 19:30 |
vish1 | although I've thrown in my 2c here and there | 19:30 |
jaypipes | vish1: lol, understood. | 19:30 |
*** dabo has joined #openstack | 19:31 | |
*** jsmith-away is now known as jsmith | 19:31 | |
*** justinsheehy has quit IRC | 19:32 | |
mtaylor | jaypipes: you need to learn to take vacation like I do - staying on your computer and working! | 19:33 |
jaypipes | mtaylor: yeah, no thx ;) | 19:33 |
mtaylor | jaypipes: come on - it's good... you can catch strep throat that way! | 19:34 |
jaypipes | mtaylor: :) | 19:34 |
jaypipes | mtaylor: or I suppose :( would be more appropriate | 19:34 |
mtaylor | mmmm. antibiotics | 19:34 |
mtaylor | remember back when getting sick meant taking days off from work? how quaint! | 19:35 |
eday | haha | 19:35 |
vish1 | ok guys...I'm out for a while -- sprint planning | 19:35 |
vish1 | gl and happy reviewing/patching | 19:35 |
jaypipes | eday: btw, just checking out routes. nice package. | 19:37 |
*** vish1 is now known as vish1-afk | 19:37 | |
eday | jaypipes: gundlach told me about it :) | 19:37 |
jaypipes | eday: yeah, it's very nice. | 19:38 |
gundlach | jaypipes: i've been looking at the Data Mapper pattern online since you mentioned it but i don't grok it yet. how's it different from an ActiveRecord pattern -- is the point that it abstracts away the specific column and table names? | 19:38 |
*** jsmith is now known as jsmith-away | 19:39 | |
jaypipes | gundlach: kinda. it enables POD objects to be consumed/transformed/stored without the POD class having any knowledge about the underlying data store. The reason this is essential in Nova is highlighted here: https://code.launchpad.net/~vishvananda/nova/network-refactor/+merge/31808 (see vish's comments on import order...) | 19:40 |
jaypipes | gundlach: POD meaning plain old data... | 19:40 |
*** spackest has joined #openstack | 19:41 | |
eday | mtaylor: the hudson pep8 graphs are labeled pylint, fyi. can't find where that's generated | 19:42 |
mtaylor | eday: they label? | 19:42 |
mtaylor | eday: the label? | 19:42 |
jaypipes | gundlach: SQLAlchemy allows one to use either paradigm (sqlalchemy.ext.declarative is ActiveRecord, sqlalchemy's default is more DataMapper). In any case, Nova's persistence model needs to be cleaned up to be non-Redis-specific and to not store persistent objects in LDAP :) | 19:43 |
jaypipes | gundlach: and no, I'm not saying we should use SQLA ;) | 19:43 |
mtaylor | eday: it's because there is a pylint parser for the violations module | 19:43 |
jaypipes | gundlach: just that whatever abstraction layer we write over the data store should use the mapper pattern and not the AR pattern, at least IMHO. | 19:43 |
mtaylor | eday: and instead of writing a new parser module for Violations called pep8, I just filter the pep8 output to match pylint format | 19:43 |
mtaylor | and run it through that | 19:43 |
eday | mtaylor: ok :) | 19:44 |
*** justinsheehy has joined #openstack | 19:45 | |
jaypipes | gundlach: Table Data Gateway is also a good idea IMHO: http://martinfowler.com/eaaCatalog/tableDataGateway.html | 19:45 |
eday | mtaylor: i know that's incredibly minor and probably borderline annoying, just something I noticed :) | 19:45 |
mtaylor | eday: no, totally. I should really add a proper pep8 parser | 19:45 |
jaypipes | gundlach: as close as we can get to passing around POD objects, I'd be happy :) | 19:45 |
mtaylor | eday: but this: perl -ple 's/: ([WE]\d+)/: [$1]/' was all I needed to do the transform - so it won out | 19:45 |
gundlach | jaypipes: i read vish's comment (out of context) and didn't quite get how it relates, but that's fine. thanks for the explanation. | 19:46 |
jaypipes | gundlach: sure, hope I explained it ok... | 19:46 |
*** pcrews_lunch is now known as pcrews | 19:46 | |
eday | mtaylor: there's something just wrong about using perl to help check python style :) | 19:48 |
mtaylor | eday: I know | 19:48 |
mtaylor | eday: the one thing that language is good for is being better at sed than sed is though | 19:48 |
*** ptremblett has joined #openstack | 19:49 | |
gundlach | vish1: dumb question #2 -- why do you end up with a circular import problem? module a can import module b who imports module a, no problem -- as long as b doesn't try to import a specific name from a before a has defined it, and doesn't run any code besides class & fn definitions at import time. | 19:50 |
*** holoway has quit IRC | 19:51 | |
*** cglee has joined #openstack | 19:51 | |
gundlach | jaypipes: is this rephrasing of Data Mapper correct? Instead of a class that is both entity and logic for talking to the database, you have an entity class which only contains data, and a "manager" class that knows how to put that data into a datastore. yes? | 19:51 |
jaypipes | gundlach: you got it. | 19:51 |
gundlach | jaypipes: ah, thanks. i think of that as the "Entity" pattern. Design pattern fail! | 19:52 |
gundlach | http://www.codeproject.com/KB/architecture/entitydesignpattern.aspx | 19:52 |
jaypipes | gundlach: no worries, I may have been screwing up my terms, too ;) | 19:52 |
*** holoway has joined #openstack | 19:52 | |
jaypipes | gundlach: and re: the question you posed to Vish, it's because the Vpn needs to access the AuthManager to grab the project, and the AuthManager needs to import /network/model.py, and if the Vpn class is in /network/model.py, things, well, blow up ;) | 19:54 |
jaypipes | gundlach: if the models (data objects) were all defined in a single file and had no logic (and thus no need to query, for instance, the AuthManager), that problem would not exist. | 19:55 |
jonesy | someone (eday?) did a swift install on centos and doc'd it. Anyone have a link to that? | 19:55 |
* jonesy seems to remember some special cases w/ cent. | 19:55 | |
gundlach | jaypipes: i don't buy it yet. Vpn only accesses the AuthManager once you have instantiated a Vpn, right? So by the time we ask the Auth Manager to import /network/model.py, Vpn has already been defined, /network/model.py has already been imported earlier, and the import statement is a no-op. Right? Or if I'm wrong, what are we doing that forces code to run at import time? | 19:58 |
eday | jonesy: wasn't me :) | 19:58 |
gundlach | [if you're sure this is not solveable I'll shut up, but circular ref problems in python are usually solveable without having to move your code between modules like in other languages] | 19:59 |
jaypipes | gundlach: the AuthManager is a runtime-imported interface... | 20:01 |
jaypipes | gundlach: but regardless, I've run into this before, and the mapper and table data gateway patterns have solved the issues. | 20:02 |
gundlach | hokay, i'll shut up ;) | 20:02 |
*** silassewell has quit IRC | 20:02 | |
jaypipes | gundlach: no, I don't want you to shut up :) | 20:02 |
jaypipes | gundlach: I'll try to put together some code that shows it... | 20:03 |
gundlach | jaypipes: ok, so if AuthManager is runtime-imported, i think that means that at import time, /network/model.py has finished importing, and Vpn fully exists. | 20:03 |
vish1-afk | gundlach: not actually sure why it doesn't work. Perhaps because of the from/import style that we are using? modules that attempt to import each other fail | 20:03 |
*** vish1-afk is now known as vish1-mostly-afk | 20:04 | |
gundlach | vish1-mostly-afk: does your current code have this problem? I assumed this was theoretical so far. I could dive in and have a look-see. | 20:04 |
jaypipes | gundlach: here is what happens when (in vish1-mostly-afk's network-refactor branch) we put the Vpn class definition into /network/model.py, which imports auth.manager, which itself imports network.model: http://codepad.org/nfb8OCRt | 20:08 |
gundlach | reading | 20:09 |
gundlach | ah, yeah, the from...import causes the problem. | 20:09 |
jaypipes | gundlach: so, do we need to from .. import .. as? | 20:09 |
gundlach | (i assume.) import nova.auth instead, and refer to nova.auth.manager when you need it. | 20:09 |
jaypipes | gundlach: lemme try | 20:09 |
gundlach | no, the prob, i bet, is that manager hasn't been defined by the time the import circular loop gets going | 20:10 |
vish1-mostly-afk | i remember trying that at one point and it didn't help | 20:10 |
*** mray has quit IRC | 20:10 | |
*** jsmith-away is now known as jsmith | 20:10 | |
gundlach | hmm, yeah, manager is a module, isn't it. well, let me repro this and poke at it -- i'm bothered now :) | 20:11 |
*** ptremblett has quit IRC | 20:12 | |
jaypipes | gundlach: hmm, well, changing to import nova.auth.manager in all the places that previously did from nova.auth import manager did the trick. Much more verbose, but it works. :) | 20:13 |
gundlach | oh good! | 20:14 |
*** ptremblett has joined #openstack | 20:14 | |
gundlach | see the circular ref part of http://effbot.org/zone/import-confusion.htm -- just read it before asking you the Q, which is why the answer was on the tip of my tongue about from..import | 20:14 |
jaypipes | gundlach: have I mentioned today that I find the way Python imports works very annoying/confusing? :) | 20:14 |
jaypipes | gundlach: ooh, very nice article. cheers. | 20:15 |
jonesy | I find __import__ confusing. | 20:15 |
gundlach | jaypipes: not yet :) what part? i love 'em (except for when a module runs code at import time, like paramiko, so that everything goes wrong if you're not careful.) | 20:15 |
gundlach | jonesy: yeah, me too -- i think they're trying yet again to come up with a simple unified import syntax under the hood. i just avoid __import__ if i can manage to get my work done without magic. | 20:16 |
jaypipes | gundlach: I'm just used to C++ ;) | 20:16 |
jaypipes | gundlach: just user error, that's all! | 20:16 |
gundlach | jaypipes: heh, i was going to say that i like them so much more than C++'s (because I never took compilers classes and so i never got *really* comfortable with what exactly happens during linking) | 20:16 |
gundlach | i like that importing just means "make a new object and stick some attributes on it, and if we've done this already somewhere else then just point me to the already-imported object" | 20:17 |
*** mrayzenoss has joined #openstack | 20:17 | |
*** mrayzenoss is now known as mray | 20:17 | |
*** mray has joined #openstack | 20:17 | |
*** dendrobates is now known as dendro-afk | 20:18 | |
jonesy | so, what was the suggested procedure for getting through the SAIO on a machine with only one disk? Just create a file and loopback mount the file? | 20:18 |
*** jamiew has quit IRC | 20:18 | |
jaypipes | gundlach: I'm putting a note in that merge prop about our discussions...vish can edit later on, but at least we know it works. I still stand by my statement that I think ActiveRecord makes the model too "fat" and makes abstraction of the data store more complicated... | 20:19 |
gundlach | jaypipes: cool, can't speak to the AR debate but glad to help | 20:19 |
jaypipes | gundlach: cheers, and thx for the mentoring! | 20:20 |
mtaylor | jaypipes: ++ | 20:20 |
gundlach | heh np | 20:20 |
mtaylor | AR terrible. Mapper much better | 20:20 |
gundlach | jaypipes: does AR feel "fat" because there is biz logic in it, and because the Entity knows too much about how it is persisted? | 20:20 |
gundlach | i really like the benefit of an AR pattern in that there is only one class related to Patient: It's "Patient". There's not a "Patient" and "PatientManager" splitting data from logic. | 20:21 |
vish1-mostly-afk | the basic argument that one me over is that flat interfaces are easier to use than nested ones | 20:21 |
jaypipes | gundlach: yes, and yes :) | 20:21 |
gundlach | If we wanted to keep the single class while having pluggable backends, we'd just need to have our model classes not inherit from a "ActiveRecordToASqlDb" class, and instead inherit from a "ActiveRecord" class that used the strategy pattern to plug in its back end. | 20:22 |
gundlach | (heh, i say "just" -- it's a simple matter of programming...) | 20:22 |
jaypipes | gundlach: yeah, but a Patient knows how to get better, not how to store itself. The table data gateway and mapper know how to persist the Patient's state... | 20:22 |
gundlach | would that "shape" of code relieve your concerns about being too fat? | 20:22 |
gundlach | jaypipes: ahh, that's a neat point | 20:23 |
*** cglee has quit IRC | 20:23 | |
*** metoikos has quit IRC | 20:23 | |
jaypipes | gundlach: coming from a DB background, I view data and objects that deal with data quite differently...it's just my nature I suppose! | 20:23 |
gundlach | jaypipes: sure, but that's what OO is all about -- letting data and the code dealing with that data travel together | 20:23 |
*** littleidea has joined #openstack | 20:23 | |
gundlach | as opposed to a procedural approach where data is handed to some separate logic | 20:24 |
jaypipes | gundlach: depends... | 20:24 |
*** jamiew has joined #openstack | 20:24 | |
gundlach | not saying it's better, just that it "fits" in my head more naturally to put them together. tho your point about separating persistence from domain knowledge is a good one. | 20:24 |
*** metoikos has joined #openstack | 20:25 | |
jaypipes | gundlach: yeah, so the persistence manager/service shouldn't need to know anything about a data object (other than the object has some way of expressing its metadata and its instance data fields). And likewise, the data object shouldn't need to know how to store itself, only how to express its own data fields... | 20:26 |
jaypipes | gundlach: a happy medium can be reached pretty easily using the existing BasicModel class with a few tweaks I think... | 20:27 |
gundlach | jaypipes: i could buy that. re not knowing how to store itself, how would i go about getting all of a Patient's Visit records? In the AR pattern (with a strategy or direct mapping to backend) I can say myPatient.visits, and they are fetched. | 20:28 |
gundlach | would i need to say PatientManager.getVisitsFor(myPatient)? | 20:28 |
gundlach | s/myPatient.visits/myPatient.visits()/ | 20:28 |
jaypipes | gundlach: well, that's the thing... a Patient and a PatientVisit are different entities. You would do PatientVisit.find_by(Patient) | 20:29 |
jaypipes | gundlach: you could, of course, also have in the Patient class: | 20:29 |
jaypipes | @property | 20:29 |
larissa | jaypipes: Error: "property" is not a valid command. | 20:29 |
gundlach | ah! but i thought that was the AR pattern -- find_by will necessarily have to talk to the persistence layer, right? | 20:29 |
jaypipes | def visits(self): | 20:30 |
* gundlach looks at larissa | 20:30 | |
jaypipes | return PatientVisit.find_by(self) | 20:30 |
jaypipes | gundlach: or similar :) | 20:30 |
jaypipes | gundlach: yes, this is the AR pattern, I thought that's what you were talking about? | 20:30 |
gundlach | pardon me. i'm asking how i would go about getting all of a Patient's Visit records in the Data Mapper pattern | 20:31 |
*** hornbeck has joined #openstack | 20:31 | |
jaypipes | gundlach: ah, sorry, I misunderstood your question... | 20:31 |
gundlach | The AR pattern allows me to say myPatient.visits() as you pointed out | 20:31 |
jaypipes | gundlach: you don't "search" or "find" with the mapper, you only update the records with mapper. you use table data gateway for searching. | 20:32 |
*** jamiew_ has joined #openstack | 20:32 | |
gundlach | OK, so the code to get myPatient's visits would be something like TDG.for(Visit).find_all_for(myPatient)? | 20:32 |
*** jamiew has quit IRC | 20:34 | |
*** jamiew_ is now known as jamiew | 20:34 | |
jaypipes | gundlach: yup :) | 20:34 |
*** ptremblett has quit IRC | 20:35 | |
jaypipes | gundlach: or, more realistically, something like this: http://codepad.org/mC75xGLF | 20:37 |
*** jturney_ has joined #openstack | 20:37 | |
jaypipes | gundlach: right now, Nova's BasicModel combines the TDG (as its @classmethod's like lookup) with the ActiveRecord pattern as its instance methods...) | 20:38 |
jaypipes | gundlach: so plural objects are mixed in with single instance objects via the class methods...it's kinda funky. | 20:38 |
* gundlach seriously fails at bzr | 20:40 | |
gundlach | michael@conch:~/rackspace/nova$ bzr branch lp:~vishvananda/nova/network-refactor | 20:40 |
gundlach | Branched 218 revision(s). | 20:40 |
gundlach | michael@conch:~/rackspace/nova/network-refactor$ find . -name BasicModel | 20:40 |
gundlach | no results. | 20:40 |
jaypipes | gundlach: ack-grep ++ | 20:40 |
mtaylor | ack-grep ++ | 20:40 |
*** ptremblett has joined #openstack | 20:40 | |
jaypipes | gundlach: see /nova/datastore.py | 20:40 |
gundlach | tyvm | 20:41 |
jaypipes | gundlach: :) | 20:41 |
gundlach | oh blech, i fail at life. find . -name BasicModel? what is wrong with me | 20:41 |
*** jturney_ has quit IRC | 20:41 | |
jaypipes | gundlach: if you haven't noticed by now, I'm a big fan of not mixing singular and plural semantics in a single class... | 20:41 |
* gundlach picked the wrong day to stop drinking smokes | 20:41 | |
jaypipes | gundlach: lol :) | 20:41 |
gundlach | jaypipes: yeah, based on your comment above about plural vs single, and looking at the codepad code, i got the impression that maybe all TDM buys you over AR is... not mixing single vs plural. was going to read BasicModel some before commenting more :) | 20:42 |
jaypipes | gundlach: as always, there's a million ways to do something.. just comes down to preference, really I suppose | 20:43 |
gundlach | jaypipes: that's good to understand... i had thought you were saying that TDM/Data Mapper would help get around coupling problems when we tried to make pluggable datastores. | 20:43 |
jaypipes | gundlach: a little, it might, but for me it's a personal preference. AR can certainly be adapted to use a pluggable data store (in fact that's what's in my base-datastore-driver branch...) | 20:48 |
jaypipes | gundlach: I've just run into a bunch of problems with the fact that some objects are stored in the datastore, but others are stored in LDAP, and the two don't play nicely with each other :) | 20:49 |
*** jonesy_ has quit IRC | 20:50 | |
*** DogWater has quit IRC | 20:51 | |
gundlach | jaypipes: i see. i have no experience trying to tie two datastores together, so i'll defer to your experience :) | 20:51 |
eday | yay, 1 file passing pep8/pylint :) | 20:53 |
mtaylor | eday: congrats! | 20:55 |
*** aliguori has quit IRC | 20:57 | |
creiht | hah | 20:58 |
eday | example style change branch proposed | 20:59 |
gundlach | eday: do i understand that you haven't yet put any of your wsgi stuff into todd's code? | 20:59 |
eday | lets see how many flame wars I can start in a week :) | 20:59 |
eday | gundlach: no, I was waiting to see what Todd thought of this approach first, since he's been doing all the WSGI work so far :) | 20:59 |
_0x44 | eday: I thought you said you weren't as flaming as jaypipes? | 21:00 |
_0x44 | s/flaming/flamey/ | 21:00 |
clayg | mtaylor: umm... are "feature requests" the same thing as Blueprints? | 21:04 |
mtaylor | clayg: depends on whether you talk to jaypipes or me | 21:04 |
clayg | we've been talking about updating "content-type" via a post, and we need to like... write some of this down :) | 21:04 |
clayg | originally i just thought about putting it in as a bug | 21:04 |
*** jet__ has joined #openstack | 21:04 | |
mtaylor | clayg: jaypipes sees them as feature requests - I see them as a description of implementations... | 21:05 |
gundlach | clayg: you're not the first to ask... | 21:05 |
clayg | mtaylor: well... I asked you, but I'll ask jaypipes too... heck - we'll make it a survey! | 21:05 |
eday | _0x44: I'd probably lose a battle against jaypipes, if thats what you mean :) | 21:05 |
mtaylor | clayg: so in my world there would be a bug saying "content types are wrong" and then there would be a blueprint describing the work needed to implement it | 21:05 |
_0x44 | eday: Sun Tzu would say you're a superior general for declining to fight him... | 21:06 |
_0x44 | :) | 21:06 |
_0x44 | s/fight/argue with him/ | 21:06 |
clayg | mtaylor: that seems reasonable to me | 21:06 |
eday | _0x44: I'd pick a fight with Sun Tzu to show him he's wrong | 21:07 |
_0x44 | At least you'd have a purpose for it, I'd probably just do so for the entertainment. | 21:08 |
*** jet__ has left #openstack | 21:09 | |
comstud | ok | 21:09 |
comstud | i about have a really stupid scheduler working | 21:10 |
eday | _0x44: so, is it safe to say most of your arguments are for entertainment only, without any real purpose behind them? :) | 21:11 |
*** jsmith has left #openstack | 21:13 | |
comstud | ok, small typo | 21:15 |
*** jakedahn has joined #openstack | 21:16 | |
comstud | seems to work now | 21:17 |
comstud | but just picks node at random | 21:17 |
_0x44 | eday: Not most, only some. | 21:22 |
_0x44 | eday: But come on, it's Sun Tzu... :) | 21:22 |
*** allsystemsarego has quit IRC | 21:30 | |
*** littleidea has quit IRC | 21:35 | |
*** dendro-afk is now known as dendrobates | 21:38 | |
*** mray has quit IRC | 21:39 | |
spackest | did a blog post about installing swift at rackspace here http://blog.spack.net/?p=181 | 21:43 |
spackest | rackspace nearly twice as fast as amazon | 21:43 |
creiht | spackest: I wonder if that has anything to do with us having mirrors of the packages on our network | 21:45 |
creiht | At least I think we do :) | 21:46 |
*** miclorb has joined #openstack | 21:47 | |
*** dabo has quit IRC | 21:50 | |
spackest | well, unless you changed the ubuntu image to point to your repos, don't think it could have helped | 21:52 |
uvirtbot | New bug: #614057 in swift "can't change content-type with-out reupload" [Wishlist,Opinion] https://launchpad.net/bugs/614057 | 21:56 |
*** BartVB has quit IRC | 21:56 | |
eday | mtaylor: so, do you know what group you need to be in to be able to change assignees for a blueprint? | 21:58 |
comstud | hm, guess this is not quite working | 21:58 |
comstud | libvir: QEMU error : Domain not found: no domain with matching name 'i-8l8frekn' | 21:58 |
eday | mtaylor: driver vs maintainer? comstud is not able to switch a blueprint assignment | 21:58 |
eday | hm, well I guess it must be admins, since I can and am not i the driver group | 21:59 |
*** adrian_otto1 has joined #openstack | 22:02 | |
*** dendrobates is now known as dendro-afk | 22:03 | |
*** littleidea has joined #openstack | 22:03 | |
mtaylor | eday: hrm. | 22:03 |
mtaylor | eday: is comstud in nova-core? | 22:04 |
eday | mtaylor: don't think so, just nova | 22:04 |
*** adrian_otto has quit IRC | 22:05 | |
mtaylor | eday: yeah - nova is the public team - anybody can join, nova-core owns the ability to do things like accept/assign blueprints and approve merge requests | 22:05 |
comstud | hm | 22:05 |
comstud | i'm in nova-core | 22:05 |
comstud | i thought | 22:05 |
eday | comstud: nope, just checked | 22:05 |
comstud | ahhh | 22:05 |
comstud | i suck | 22:05 |
mtaylor | phew. I was worried something had gotten weird | 22:06 |
pvo | mtaylor: gotten? | 22:06 |
pvo | :p | 22:06 |
* mtaylor giggles | 22:06 | |
*** jtdowney has joined #openstack | 22:06 | |
comstud | well, anyway | 22:07 |
mtaylor | eday: I keep hearing that we're going to develop better policy toward core vs. non-core team members - I think the powers that be have been a little busy | 22:07 |
comstud | doesn't look like i can edit blueprints then either | 22:07 |
comstud | the scheduler blueprint links to an etherpad.. | 22:07 |
comstud | i've put comments about my work there | 22:07 |
comstud | and a yet-to-be-explained error i'm seeing | 22:08 |
comstud | (and linked my branch) | 22:09 |
eday | mtaylor: ahh, who needs policies? I suggest we take the RMS approach and not require passwords... | 22:10 |
mtaylor | hehe | 22:10 |
mtaylor | eday: why don't you start doing that on your machines and then tell me how that works out :) | 22:10 |
*** littleidea has quit IRC | 22:11 | |
eday | mtaylor: if only people were decent and trustworthy | 22:12 |
*** JimCurry has joined #openstack | 22:15 | |
gundlach | eday: i'm having trouble figuring out how to get started attacking the API code. if you aren't going to push up your wsgi stuff, how do you recommend i get started? and, any idea what might be a good 1st bug to grab? | 22:17 |
gundlach | like, should i branch todd's branch and then copy in your pastebin code and try to get "GET /servers" working? or what | 22:18 |
*** JimCurry has quit IRC | 22:19 | |
eday | gundlach: I was holding off until we can sync with Todd, who knows what he has done that hasn't been pushed | 22:19 |
gundlach | eday: yeah, but i'm blocking on him, so i'd like to do *something*, even if it turns out he's already solved that bit. | 22:20 |
eday | gundlach: hence my stab at pylint cleanup branch :) | 22:20 |
eday | gundlach: well, you could always follow his setup for now and work from his API branch (has more done there) | 22:22 |
eday | gundlach: and just hope he hasn't started those bits | 22:22 |
eday | gundlach: I was also thinking of starting a tornado->enventlet/wsgi branch for the ec2 API | 22:23 |
*** dendro-afk is now known as dendrobates | 22:23 | |
gundlach | should i be coding directly on his branch, or branching his branch? (aka what's the bzr flow for this case) | 22:23 |
mtaylor | gundlach: I'd branch his branch | 22:23 |
mtaylor | gundlach: you can always merge from each other as needed | 22:24 |
gundlach | mtaylor: thanks, will do. and then i give him a merge request when i want to... ok | 22:24 |
*** jtdowney has quit IRC | 22:24 | |
mtaylor | gundlach: yeah - or you don't have to be quite so formal about it ... you can just be like "dude, grab my changes from lp:~gunlach/nova/blah" | 22:24 |
mtaylor | :) | 22:24 |
eday | gundlach: yeah, we can also order patches going into trunk too. usually want to commit there as often as we can so we don't have large reviews :) | 22:25 |
gundlach | ah, good to know. i wasn't aware that someone could merge something without a merge request, but i guess that's dumb | 22:25 |
eday | gundlach: yup, just bzr merge lp:~someone/nova/your_branch into your local branch. you can also collaborate on group branches too, but thats a little more hairy | 22:26 |
eday | gundlach: ie, lp:~nova/nova/shared-branch | 22:27 |
gundlach | cool, i will run thru the branch-change-merge with todd's now and see if it works. | 22:28 |
gundlach | i appreciate the pointers, guys | 22:28 |
*** miclorb has quit IRC | 22:28 | |
gundlach | hopefully i can get unstuck and start coding something | 22:28 |
*** Podilarius has left #openstack | 22:28 | |
eday | gundlach: are you going to just add features, or rework the WSGI stuff? | 22:29 |
*** jakedahn has quit IRC | 22:33 | |
*** brd_from_italy has quit IRC | 22:33 | |
*** jakedahn has joined #openstack | 22:35 | |
*** mrayzenoss has joined #openstack | 22:36 | |
*** mrayzenoss is now known as mray | 22:36 | |
*** mray has joined #openstack | 22:36 | |
*** nettok has joined #openstack | 22:39 | |
gundlach | eday: i dunno -- i may add your wsgi stuff in, or i may just write some wsgi apps per your spec and not tie them to anything yet | 22:39 |
eday | mtaylor: hmm, does tarmac land approved branches right away, or is there some delay? I marked vish's branch approved this morning but it's still not merged | 22:41 |
*** littleidea has joined #openstack | 22:44 | |
sirp1 | eday: is the wsgi-eventlet code that you guys are working on going to be a component that is reusable across the system (basically a micro framework)? | 22:45 |
*** dendrobates is now known as dendro-afk | 22:47 | |
*** mray has quit IRC | 22:49 | |
eday | sirp1: I guess it could, although it's really just WSGI and Routes... | 22:49 |
*** lbieber has quit IRC | 22:50 | |
eday | sirp1: see http://pastebin.org/448203, we could probably reuse the server stuff in Swift to manage eventlet too | 22:51 |
eday | sirp1: also see swift/common/wsgi.py in Swift | 22:52 |
*** jonesy_ has joined #openstack | 22:52 | |
*** nettok has quit IRC | 22:54 | |
*** littleidea has quit IRC | 22:54 | |
*** miclorb_ has joined #openstack | 22:55 | |
*** pvo has quit IRC | 23:08 | |
creiht | The run_wsgi() stuff could be quite useful | 23:09 |
comstud | hm | 23:12 |
*** rnewson has quit IRC | 23:14 | |
redbo | Something based on multiprocessing might be simpler. | 23:15 |
*** abecc has quit IRC | 23:15 | |
comstud | ok | 23:16 |
comstud | bug in trunk | 23:16 |
comstud | new bug | 23:16 |
* comstud files | 23:17 | |
comstud | yeah | 23:18 |
comstud | fixes my scheduler problem | 23:18 |
*** lbieber has joined #openstack | 23:19 | |
comstud | cool, enough done today | 23:32 |
uvirtbot | New bug: #614090 in nova "instances fail to launch due to nova.virt.images.fetch error" [Undecided,Fix committed] https://launchpad.net/bugs/614090 | 23:36 |
*** dendro-afk is now known as dendrobates | 23:37 | |
*** adjohn has quit IRC | 23:41 | |
*** tonywolf has quit IRC | 23:44 | |
*** miclorb_ has quit IRC | 23:45 | |
Glace | wowi cannot believe how zuora is expensive | 23:46 |
Glace | crazy | 23:46 |
*** holoway has quit IRC | 23:47 | |
*** holoway has joined #openstack | 23:49 | |
*** lbieber has quit IRC | 23:50 | |
*** spackest has quit IRC | 23:55 | |
*** adrian_otto1 has quit IRC | 23:56 | |
*** miclorb has joined #openstack | 23:56 | |
*** dendrobates is now known as dendro-afk | 23:58 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!