| *** dfg has quit IRC | 00:05 | |
| *** adjohn has joined #openstack | 00:07 | |
| *** Ryan_Lane has joined #openstack | 00:07 | |
| *** azneita has joined #openstack | 00:11 | |
| *** dendro-afk is now known as dendrobates | 00:15 | |
| *** Ryan_Lane has quit IRC | 00:16 | |
| *** cascone has joined #openstack | 00:19 | |
| *** dragondm has quit IRC | 00:27 | |
| *** reldan has quit IRC | 00:32 | |
| *** jc_smith has left #openstack | 00:33 | |
| openstackjenkins | Project nova build #640: SUCCESS in 2 min 0 sec: http://hudson.openstack.org/job/nova/640/ | 00:33 |
|---|---|---|
| openstackjenkins | Tarmac: Implements basic OpenStack API client, ready to support API tests | 00:33 |
| *** joearnold has quit IRC | 00:36 | |
| *** romain_lenglet has joined #openstack | 00:38 | |
| *** adiantum has joined #openstack | 00:51 | |
| *** bcwaldon has quit IRC | 00:54 | |
| *** dendrobates is now known as dendro-afk | 00:58 | |
| *** adiantum has quit IRC | 00:58 | |
| *** adiantum has joined #openstack | 01:04 | |
| *** ewindisch has joined #openstack | 01:11 | |
| *** gregp76 has quit IRC | 01:14 | |
| *** aliguori has quit IRC | 01:17 | |
| *** aliguori has joined #openstack | 01:32 | |
| *** MotoMilind has quit IRC | 01:40 | |
| *** jtimberman has quit IRC | 01:42 | |
| winston-d | notmyname: hi, r u around? | 01:43 |
| jarrod | man i love freeswitch | 01:50 |
| jarrod | its my favorite opensource project in existence | 01:50 |
| HugoKuo | does anyone's archi is [1 machine : API +mysql+ objetstore] [1machine network + scheduler] [1machine compute node]? I got a problem on nova-networl, could someone plz show me your "nova.conf" and how many NIC using on nova-networl component. | 01:51 |
| *** adiantum has quit IRC | 01:56 | |
| *** adiantum has joined #openstack | 02:01 | |
| *** jakedahn has joined #openstack | 02:04 | |
| *** aliguori has quit IRC | 02:05 | |
| *** hazmat has quit IRC | 02:08 | |
| *** dendro-afk is now known as dendrobates | 02:23 | |
| *** ewindisch has quit IRC | 02:25 | |
| *** nelson has quit IRC | 02:36 | |
| *** kie has joined #openstack | 02:44 | |
| *** ccustine has quit IRC | 02:47 | |
| HugoKuo | Stcuk on this problem for several days. could someone give me some suggestion? https://answers.launchpad.net/nova/+question/149115 thanks | 02:50 |
| *** paltman has joined #openstack | 02:56 | |
| *** bcwaldon has joined #openstack | 03:02 | |
| *** jakedahn_ has joined #openstack | 03:07 | |
| *** jakedahn has quit IRC | 03:09 | |
| *** jakedahn_ is now known as jakedahn | 03:09 | |
| *** ewindisch has joined #openstack | 03:12 | |
| *** paltman has quit IRC | 03:18 | |
| *** paltman has joined #openstack | 03:18 | |
| *** hazmat has joined #openstack | 03:24 | |
| *** adiantum has quit IRC | 03:35 | |
| *** cascone has quit IRC | 03:37 | |
| *** paltman has quit IRC | 03:40 | |
| *** dendrobates is now known as dendro-afk | 03:41 | |
| *** adiantum has joined #openstack | 03:41 | |
| *** thielmann__ has joined #openstack | 03:47 | |
| *** adiantum has quit IRC | 03:49 | |
| *** cascone has joined #openstack | 03:50 | |
| *** thielmann_ has quit IRC | 03:51 | |
| *** adiantum has joined #openstack | 03:55 | |
| *** iammartian has quit IRC | 03:59 | |
| *** paltman has joined #openstack | 04:03 | |
| *** romain_lenglet has quit IRC | 04:13 | |
| *** sandywalsh has quit IRC | 04:16 | |
| *** cascone has quit IRC | 04:30 | |
| *** westmaas1 has quit IRC | 04:49 | |
| *** cascone has joined #openstack | 04:50 | |
| *** maplebed has quit IRC | 04:53 | |
| annegentle | creiht: actually, Ryan_Lane is right on about the logo and creative commons... but he can certainly talk to spectorclan about branding and uses of the logo. | 04:54 |
| *** adiantum has quit IRC | 04:54 | |
| *** adiantum has joined #openstack | 04:55 | |
| *** bcwaldon has quit IRC | 05:01 | |
| *** kashyap has joined #openstack | 05:02 | |
| *** Ryan_Lane has joined #openstack | 05:06 | |
| *** paltman has quit IRC | 05:07 | |
| *** gregp76 has joined #openstack | 05:09 | |
| *** omidhdl has joined #openstack | 05:14 | |
| *** paltman has joined #openstack | 05:24 | |
| *** adiantum has quit IRC | 05:30 | |
| *** adiantum has joined #openstack | 05:36 | |
| *** Ryan_Lane has quit IRC | 05:40 | |
| *** fysa has quit IRC | 05:42 | |
| *** kie has quit IRC | 06:01 | |
| mtaylor | eday: awake? | 06:03 |
| eday | mtaylor: yo | 06:05 |
| mtaylor | eday: hey - you remember that place you took me for burritos in portland? | 06:06 |
| mtaylor | eday: the one with the vegan burritos I can't shut up about? | 06:06 |
| mtaylor | eday: if I wanted to tell someone to go there, what would I tell them? | 06:06 |
| eday | mtaylor: yup, http://blpdx.com/ | 06:06 |
| mtaylor | LOVELY | 06:07 |
| mtaylor | eday: thanks | 06:07 |
| eday | mtaylor: np :) | 06:08 |
| mtaylor | eday: friend of a friend just moved to portland, which came up after I mentioned that burrito (or wrap, as it might have been) in conversation | 06:10 |
| eday | mtaylor: ahh, cool | 06:10 |
| eday | mtaylor: it moved from the small cafe place we went, it's not on the east side | 06:11 |
| eday | err, now | 06:11 |
| *** f4m8_ is now known as f4m8 | 06:11 | |
| eday | bigger, dedicated space (not being shared with yoga studio like before) | 06:11 |
| mtaylor | good for them | 06:11 |
| *** zenmatt has quit IRC | 06:30 | |
| *** gregp76 has quit IRC | 06:48 | |
| *** daveiw1 has quit IRC | 07:03 | |
| *** berendt has joined #openstack | 07:08 | |
| uvirtbot | New bug: #735295 in nova "class SchedulerManager not found while trying to start nova-scheduler" [Undecided,New] https://launchpad.net/bugs/735295 | 07:12 |
| uvirtbot | New bug: #735298 in nova "can't start nova-compute: Invalid: Invalid xml. '<cpu>' must be 1,but 5" [Undecided,New] https://launchpad.net/bugs/735298 | 07:12 |
| *** zykes- has quit IRC | 07:18 | |
| *** ivan has quit IRC | 07:18 | |
| *** ryker has quit IRC | 07:18 | |
| *** Failbaitr has quit IRC | 07:18 | |
| *** freeflyi1g has quit IRC | 07:19 | |
| *** Failbaitr has joined #openstack | 07:19 | |
| *** freeflying has joined #openstack | 07:25 | |
| *** mgoldmann has joined #openstack | 07:27 | |
| *** ivan has joined #openstack | 07:27 | |
| *** miclorb has quit IRC | 07:30 | |
| *** ryker has joined #openstack | 07:30 | |
| *** drico_ has joined #openstack | 07:34 | |
| *** soren has quit IRC | 07:35 | |
| *** _0x44 has quit IRC | 07:35 | |
| *** karmabot` has quit IRC | 07:36 | |
| *** laurensell has quit IRC | 07:36 | |
| *** drico has quit IRC | 07:36 | |
| *** huleboer has joined #openstack | 07:38 | |
| *** soren has joined #openstack | 07:38 | |
| *** _0x44 has joined #openstack | 07:38 | |
| *** ChanServ sets mode: +v soren | 07:39 | |
| *** ChanServ sets mode: +v _0x44 | 07:39 | |
| *** karmabot has joined #openstack | 07:42 | |
| *** ramkrsna has joined #openstack | 07:42 | |
| *** omidhdl1 has joined #openstack | 07:46 | |
| *** omidhdl has quit IRC | 07:46 | |
| *** ramkrsna has quit IRC | 07:47 | |
| *** lionel_ has quit IRC | 07:48 | |
| *** miclorb has joined #openstack | 07:49 | |
| *** lionel_ has joined #openstack | 07:52 | |
| *** laurensell has joined #openstack | 07:55 | |
| *** ramkrsna has joined #openstack | 08:01 | |
| *** MarcMorata has joined #openstack | 08:07 | |
| *** rcc has joined #openstack | 08:09 | |
| HugoKuo | is there anyone trying to use same archi as mine ? could you plz show me your nova.conf https://answers.launchpad.net/nova/+question/149115 | 08:13 |
| HugoKuo | Thanks | 08:13 |
| *** adiantum has quit IRC | 08:19 | |
| *** guigui has joined #openstack | 08:19 | |
| *** mgoldmann has quit IRC | 08:19 | |
| *** skiold has joined #openstack | 08:23 | |
| *** allsystemsarego has joined #openstack | 08:29 | |
| *** allsystemsarego has joined #openstack | 08:29 | |
| *** adiantum has joined #openstack | 08:31 | |
| alekibango | ...sheepdog server is down (located in japan). now after the earthquake and tsunami, when 3 reactors exploded, i am afraid that life in japan is hard. Nuclear fallout will probably hit west coast of usa too.. | 08:32 |
| *** DigitalFlux has joined #openstack | 08:32 | |
| DigitalFlux | Hi Guys | 08:32 |
| DigitalFlux | I was wondering if there is a ready test environment for someone working on a feature that uses the combination of kvm/libvirt/Glance/OpenStack API | 08:33 |
| DigitalFlux | I can see there is a http://wiki.openstack.org/XenServerDevelopment | 08:34 |
| DigitalFlux | and that Novascript for objectstore + QEMU/Libvirt | 08:34 |
| DigitalFlux | Anyone working on a kvm/libvirt/Glance/OpenStack API env ? | 08:34 |
| alekibango | DigitalFlux: there will be, in the future... but for now afaik its not ready | 08:34 |
| alekibango | i am using fai to automatically install all stuff in a cluster, in few minutes | 08:35 |
| alekibango | i am willing to setup testing environment, if someone provides 5-10 servers | 08:35 |
| alekibango | ... which could be used to do automated functional testing of every merge request on multiple configurations (and operating systems) | 08:36 |
| alekibango | as all can be reinstalled in few minutes | 08:36 |
| alekibango | i can help with setting up fai server -- someone needs to provide machines, configs for hosts and tests | 08:37 |
| alekibango | DigitalFlux: for basic testing, nova.sh script can be used | 08:38 |
| *** daveiw has joined #openstack | 08:38 | |
| *** azneita has quit IRC | 08:44 | |
| *** uksysadmin has joined #openstack | 08:44 | |
| berendt | alekibango: could you provide your FAI configuration in the wiki? | 08:45 |
| alekibango | berendt: i plan to release it somehow when it will go gold (working well) | 08:47 |
| alekibango | for now i still have to fight with some parts of the system | 08:47 |
| alekibango | for example, i used debian squeeze and i had to package lots of stuff myself... | 08:48 |
| alekibango | now trying to use ubuntu on servers, getting different bugs | 08:48 |
| alekibango | :) | 08:48 |
| alekibango | berendt: i will prolly put the config into some public git repository | 08:48 |
| berendt | alekibango: why not yet? think it's not problem if it's not fully working, you can maintain the configuration in the git repository. think it would be a good starting point for someone interessted in using FAI in combination with openstack | 08:50 |
| alekibango | hmm you are right. release early and often :) | 08:52 |
| alekibango | berendt: are u interested? | 08:53 |
| alekibango | i will put that higher in my todo list... | 08:54 |
| berendt | alekibango: we'll try an other solution in the next weeks. but i want to take a look on FAI, too. | 09:01 |
| alekibango | what will you try? | 09:08 |
| nerens | Hi all, I need some help understanding how openstack fits together pls. I've got 3 machines, pollux with swift for storage, ares as the cloud controller with postgresdb and hera as compute node. So nova-network only runs on one instance so run that on ares right? where do i run nova-api and scheduler? | 09:13 |
| *** berendt has quit IRC | 09:15 | |
| *** arefaey has joined #openstack | 09:17 | |
| *** irahgel has joined #openstack | 09:19 | |
| *** befreax has joined #openstack | 09:26 | |
| *** miclorb has quit IRC | 09:31 | |
| *** mgoldmann has joined #openstack | 09:37 | |
| nerens | i guess i'm not the only one that's confused then? | 09:42 |
| *** HugoKuo_ has joined #openstack | 09:49 | |
| alekibango | nerens: you can run as many services on as many hosts as you wish... :) 3 machines are not much. rather use mysql. i have seen there were some issues with postgress | 09:50 |
| *** HugoKuo__ has joined #openstack | 09:50 | |
| alekibango | nerens: its confusing... you are not the only one, for sure. but now most people sleep | 09:50 |
| alekibango | and i need to get some sleep too | 09:50 |
| alekibango | in 4-5 hours there will be more people | 09:51 |
| alekibango | nerens: you can run compute and swift and everything on all your nodes | 09:51 |
| alekibango | running compute on 1 node is not that great :) | 09:52 |
| alekibango | the same for swift, at least 3-4 machines for swift only is good | 09:52 |
| nerens | alekibango: thx for the help, so nova-api I can run on all hosts, is nova.conf the same on all hosts too? | 09:52 |
| alekibango | might be... depends on config | 09:52 |
| alekibango | nerens: it is very open and adaptable technology | 09:53 |
| alekibango | that gives also problems... | 09:53 |
| alekibango | i mean, you need to know what you want | 09:53 |
| alekibango | which you prolly do not know for now... | 09:53 |
| nerens | what problems have you seen running postgres? | 09:53 |
| *** HugoKuo has quit IRC | 09:53 | |
| alekibango | i didnt, but i have seen something here or on maillinglist | 09:53 |
| alekibango | mysql is tested first... | 09:54 |
| alekibango | by most devels | 09:54 |
| nerens | understood | 09:54 |
| alekibango | maybe drizzle will be good | 09:54 |
| alekibango | (in future) | 09:54 |
| alekibango | they should go stable soon | 09:54 |
| *** HugoKuo_ has quit IRC | 09:54 | |
| nerens | so if i want to run multiple compute nodes, will I still run all nova services on all nodes? | 09:55 |
| alekibango | nova-api -- you really need only one | 09:55 |
| alekibango | but if that host fails, another one might be good to have | 09:55 |
| alekibango | yes you run nova-compute and also other services on other nodes | 09:55 |
| nerens | ok, so nova-api and nova-network can run on one host right? | 09:55 |
| alekibango | can... | 09:55 |
| alekibango | can be also on all of them | 09:56 |
| nerens | ok, and the scheduler? | 09:56 |
| alekibango | i run that on all nova hosts :) | 09:56 |
| nerens | alekibango: thanks for your help.. i'll let you get some rest, will bother the guys a little later when I get stuck :) | 09:58 |
| alekibango | ok, good luck | 09:58 |
| alekibango | you can also ask on launchpad questions page | 09:59 |
| alekibango | or using maillist | 09:59 |
| *** adjohn has quit IRC | 09:59 | |
| nerens | thanks, will do | 10:00 |
| *** openstackjenkins has quit IRC | 10:01 | |
| *** openstackjenkins has joined #openstack | 10:01 | |
| *** alekibango has quit IRC | 10:04 | |
| HugoKuo__ | Does any one success to isolate nova-network to a single machine ? I | 10:05 |
| *** miclorb has joined #openstack | 10:08 | |
| *** adiantum has quit IRC | 10:08 | |
| *** adiantum has joined #openstack | 10:11 | |
| *** adjohn has joined #openstack | 10:23 | |
| *** daveiw has quit IRC | 10:26 | |
| *** daveiw has joined #openstack | 10:27 | |
| *** adjohn has quit IRC | 10:27 | |
| *** skiold has quit IRC | 10:31 | |
| *** koolhead11 has joined #openstack | 10:32 | |
| koolhead11 | hi all | 10:32 |
| soren | HugoKuo__: What does that mean? | 10:35 |
| HugoKuo__ | soren : | 10:35 |
| soren | 10:36 | |
| HugoKuo__ | I try to isolate nova-network and nova-scheduler into on machine | 10:36 |
| HugoKuo__ | but I face some network problem | 10:36 |
| soren | What does it mean to isolate it? | 10:37 |
| soren | It's not like they usually accidentally start running on other machines. | 10:37 |
| HugoKuo__ | https://answers.launchpad.net/nova/+question/149115 | 10:38 |
| HugoKuo__ | I success to deploy nova on one machine ....everything is running fine | 10:39 |
| HugoKuo__ | so I try to make it better performance | 10:39 |
| soren | "-A PREROUTING -d 169.254.169.254/32 -p tcp -m tcp --dport 80 -j DNAT --to-destination 172.16.2.79:8773" | 10:39 |
| soren | I think this line is wrong , nova-api is on 172.16.2.79 | 10:39 |
| soren | Err.. | 10:40 |
| soren | That was meant to look like a quite. | 10:40 |
| HugoKuo__ | nova-api is on 172.16.2.78..... | 10:40 |
| soren | quote, even. | 10:40 |
| soren | Ok. | 10:40 |
| *** reldan has joined #openstack | 10:40 | |
| HugoKuo__ | I know why that linux_net.py assign 172.16.2.79 to iptables | 10:41 |
| soren | HugoKuo__: ec2_dmz_host is the flag that is used to populate that IP, apparently. | 10:41 |
| HugoKuo__ | default is $my_ip right ? | 10:41 |
| HugoKuo__ | after that I write a fixed string to replace metadata iptable rule to 172.16.2.78:8773 | 10:42 |
| headoff | soren: You mentioned to me yesterday that there is no possibility to manually set an IP when alunching instances , If i log in to a machine and change /etc/network/interfaces it would be changed on teh instance, right? Do you have any idea of how to make the instance being able to get the metadata server info, because the instance is getting stuck when trying to access the EC2metadata server | 10:42 |
| HugoKuo__ | ok I can curl 169.254.169.254 on nova-compute node... | 10:43 |
| HugoKuo__ | but while instance try to get metadata from nova-api , it shows url error.... | 10:43 |
| zul | soren: http://bazaar.launchpad.net/~zulcss/nova/nova-lxc/revision/761 | 10:44 |
| soren | headoff: No, that will not work. Of course not. | 10:44 |
| soren | headoff: If it did, people could just steal each other's ip's. | 10:44 |
| HugoKuo__ | mr. soren , I'll try to use ec2_dmz flag ....... thanks | 10:45 |
| soren | zul: Uh.. | 10:45 |
| *** hadrian has quit IRC | 10:45 | |
| zul | soren: i also noticed that if you arent running qemu/xen/qemu-kvm you will get list index out of range with the latest trunk as well | 10:46 |
| headoff | soren: yeah thats true but for testing purpose, i was wondering what's happening behind the scenes why it cant be accessed. thanks anyway | 10:46 |
| *** adiantum has quit IRC | 10:50 | |
| soren | headoff: If you attempt to change your mac or your IP, your traffic will be filtered. | 10:52 |
| soren | headoff: It'll never leave your VM. | 10:52 |
| soren | headoff: I'm still puzzled why you're adding the complexity of Nova. You seem to be specifically looking for standard virtualisation. | 10:53 |
| *** koolhead11 is now known as koolhead17 | 10:58 | |
| soren | zul: What do you mean? | 11:00 |
| zul | soren: see https://bugs.launchpad.net/nova/+bug/735390 | 11:01 |
| uvirtbot | Launchpad bug 735390 in nova "Live migration breaks UML (and will break LXC)." [High,Confirmed] | 11:01 |
| *** diegoparrilla has joined #openstack | 11:06 | |
| uvirtbot | New bug: #735390 in nova "Live migration breaks UML (and will break LXC)." [High,Confirmed] https://launchpad.net/bugs/735390 | 11:06 |
| diegoparrilla | Anybody in the house running a Nova multinode configuration with FlatDHCPManager ? | 11:07 |
| *** kashyap has quit IRC | 11:17 | |
| arefaey | I'm running nova on single node using nova.sh, But I get an exception in the Network and volume screen | 11:18 |
| arefaey | (nova): TRACE: raise TypeError('f(ile) should be int, str, unicode or file, not %r' % f) | 11:18 |
| arefaey | (nova): TRACE: TypeError: f(ile) should be int, str, unicode or file, not <open GreenPipe '<fd:4>', mode 'wb' at 0x2067f80> | 11:18 |
| HugoKuo__ | hello diegoparrilla | 11:20 |
| HugoKuo__ | let's jumo to pm | 11:20 |
| *** miclorb has quit IRC | 11:30 | |
| *** matclayton has joined #openstack | 11:37 | |
| soren | arefaey: Your eventlet is out-dated. | 11:40 |
| soren | arefaey: https://answers.launchpad.net/nova/+faq/1485 | 11:40 |
| zul | soren: i might not be awake yet but im not sure where you are getting kpartx from the mounting of the container doesnt use kpartx anymore it just uses the loopback device to mount the image | 11:41 |
| soren | zul: Oh. | 11:42 |
| soren | zul: /me re-reviews | 11:42 |
| *** omidhdl1 has left #openstack | 11:47 | |
| *** pyros_xx has joined #openstack | 11:49 | |
| *** hggdh has quit IRC | 11:51 | |
| *** cascone has quit IRC | 11:51 | |
| *** shrewduh has joined #openstack | 11:52 | |
| zul | soren: one last thing the losetup --find --show just tries to find the loopback device so it can clean it up by removing it as well, ill add more testcases as well | 12:00 |
| *** hggdh has joined #openstack | 12:01 | |
| *** dprince has joined #openstack | 12:02 | |
| *** hazmat has quit IRC | 12:05 | |
| *** hazmat has joined #openstack | 12:05 | |
| soren | zul: Can't you comment on the merge proposal instead? It's very hard to follow the thread when half the conversation is on IRC, the other on launchpad. | 12:06 |
| zul | soren: sure | 12:06 |
| *** shrewduh has quit IRC | 12:07 | |
| *** shrewduh has joined #openstack | 12:08 | |
| arefaey | root@arefaey-desktop:/usr/local/lib/python2.6/dist-packages/eventlet# curl https://bitbucket-assetroot.s3.amazonaws.com/which_linden/eventlet/20110214/77/greenpipe-wrap.patch | patch | 12:11 |
| arefaey | % Total % Received % Xferd Average Speed Time Time Time Current | 12:11 |
| arefaey | Dload Upload Total Spent Left Speed | 12:11 |
| arefaey | 100 1212 100 1212 0 0 1000 0 0:00:01 0:00:01 --:--:-- 1685 | 12:11 |
| arefaey | patching file subprocess.py | 12:11 |
| arefaey | Hunk #1 FAILED at 27. | 12:11 |
| arefaey | 1 out of 1 hunk FAILED -- saving rejects to file subprocess.py.rej | 12:11 |
| arefaey | soren : I tried to patch the eventlet but it failed | 12:11 |
| *** h0cin has joined #openstack | 12:14 | |
| soren | arefaey: Maybe apply it manually. | 12:14 |
| soren | arefaey: Which version of eventlet are you running? | 12:14 |
| arefaey | spren: the Network exception now : | 12:17 |
| arefaey | soren: (nova): TRACE: Traceback (most recent call last): | 12:17 |
| arefaey | (nova): TRACE: File "/home/arefaey/openstack/nova/nova/utils.py", line 437, in _inner | 12:17 |
| arefaey | (nova): TRACE: self.f(*self.args, **self.kw) | 12:17 |
| arefaey | (nova): TRACE: File "/home/arefaey/openstack/nova/nova/service.py", line 196, in periodic_tasks | 12:17 |
| arefaey | (nova): TRACE: self.manager.periodic_tasks(context.get_admin_context()) | 12:17 |
| arefaey | (nova): TRACE: File "/home/arefaey/openstack/nova/nova/network/manager.py", line 151, in periodic_tasks | 12:17 |
| arefaey | (nova): TRACE: time) | 12:17 |
| arefaey | (nova): TRACE: File "/home/arefaey/openstack/nova/nova/db/api.py", line 348, in fixed_ip_disassociate_all_by_timeout | 12:17 |
| arefaey | (nova): TRACE: return IMPL.fixed_ip_disassociate_all_by_timeout(context, host, time) | 12:17 |
| arefaey | (nova): TRACE: File "/home/arefaey/openstack/nova/nova/db/sqlalchemy/api.py", line 98, in wrapper | 12:17 |
| arefaey | (nova): TRACE: return f(*args, **kwargs) | 12:17 |
| arefaey | (nova): TRACE: File "/home/arefaey/openstack/nova/nova/db/sqlalchemy/api.py", line 660, in fixed_ip_disassociate_all_by_timeout | 12:17 |
| arefaey | (nova): TRACE: 'leased': 0}) | 12:17 |
| arefaey | (nova): TRACE: File "/usr/lib/python2.6/dist-packages/sqlalchemy/orm/query.py", line 2145, in update | 12:18 |
| arefaey | (nova): TRACE: "Could not evaluate current criteria in Python. " | 12:18 |
| arefaey | (nova): TRACE: InvalidRequestError: Could not evaluate current criteria in Python. Specify 'fetch' or False for the synchronize_session parameter. | 12:18 |
| soren | Please use a pastebin instead of pasting here. | 12:18 |
| arefaey | OK, sorry | 12:19 |
| soren | I have no idea what that error is. | 12:19 |
| arefaey | How can I query the current eventlet version, I used easy_install eventlet | 12:19 |
| soren | No idea. | 12:20 |
| soren | ttx: See all that green? https://jenkins.linux2go.dk/job/Nova-user-test/ | 12:23 |
| soren | ttx: That's from trunk. | 12:23 |
| soren | \o/ | 12:23 |
| *** shrewduh has quit IRC | 12:30 | |
| *** zenmatt has joined #openstack | 12:30 | |
| *** adiantum has joined #openstack | 12:30 | |
| ttx | soren: cool | 12:30 |
| *** zul_ has joined #openstack | 12:32 | |
| *** dendro-afk is now known as dendrobates | 12:32 | |
| *** zul has quit IRC | 12:33 | |
| *** zul_ is now known as zul | 12:35 | |
| *** zul has joined #openstack | 12:36 | |
| *** dendrobates is now known as dendro-afk | 12:40 | |
| ttx | soren: ah! some red ! | 12:41 |
| *** dendro-afk is now known as dendrobates | 12:42 | |
| soren | ttx: It's probably not an actual failure. | 12:43 |
| soren | ttx: /me looks | 12:43 |
| *** patcoll has joined #openstack | 12:43 | |
| soren | ttx: Yeah, it's not. It's because my test sometimes fail due to certain circumstances outside of Nova's control. | 12:44 |
| ttx | heh | 12:46 |
| soren | ttx: I should really fix that. | 12:47 |
| soren | ttx: Muahahah. Ok, so now I'm monitoring the PPA. When stuff there changes, it pulls the new packages and starts testing them. | 12:48 |
| DigitalFlux | Hi | 12:50 |
| DigitalFlux | What is the state of this branch https://code.launchpad.net/~justin-fathomdb/nova/virtualbox-support | 12:50 |
| DigitalFlux | Does Bexar support Vbox as a hypervisor ? | 12:50 |
| soren | DigitalFlux: No. | 12:54 |
| DigitalFlux | soren: so this was not merged .. | 12:54 |
| uksysadmin | Hi DigitalFlux, I emailed Justin on this and the response was that although it seemed interesting, there wasn't that much need for it... certainly not in the commercial space. | 12:55 |
| uksysadmin | so one of the reasons it never got merged (yet...?) | 12:55 |
| uksysadmin | outside of standalone testing, would you use vbox in production? | 12:56 |
| DigitalFlux | uksysadmin: Thanks, actually some of Vbox features can be considered needed in a commercial product :) | 12:56 |
| DigitalFlux | Like their RDP server | 12:56 |
| *** diegoparrilla has quit IRC | 12:56 | |
| DigitalFlux | Their snapshots feature are pretty cool tool | 12:56 |
| uksysadmin | I don't disagree, but I'd never be the one to suggest using vbox in production where I work... not unless I liked to join the dole queue | 12:56 |
| *** arefaey has quit IRC | 12:57 | |
| soren | ttx: Ok, I think I've addressed that now. | 12:57 |
| DigitalFlux | comparing the speed of VBox snapshots vs kvm/libvirt snapshot, VBox surprisingly wins ! | 12:59 |
| *** skiold has joined #openstack | 12:59 | |
| uksysadmin | guess it comes down to what you want out of virtualisation... I've been running virtualisation for years in prod and never needed to do any snapshotting so that feature isn't a requirement for the way the environments I've work on are set up | 13:00 |
| uksysadmin | must be good for windows updates and stuff where you might want to roll back environments, etc.? | 13:00 |
| soren | ttx: I thought wrong. | 13:01 |
| *** reldan has quit IRC | 13:01 | |
| *** aliguori has joined #openstack | 13:06 | |
| *** ppetraki has joined #openstack | 13:06 | |
| *** shentonfreude has joined #openstack | 13:10 | |
| *** ramkrsna has quit IRC | 13:14 | |
| *** ramkrsna has joined #openstack | 13:14 | |
| *** sandywalsh has joined #openstack | 13:15 | |
| *** adiantum has quit IRC | 13:20 | |
| *** adiantum has joined #openstack | 13:21 | |
| *** guigui has quit IRC | 13:23 | |
| *** kashyap has joined #openstack | 13:23 | |
| ttx | soren: saw bug 735390 ? | 13:33 |
| uvirtbot | Launchpad bug 735390 in nova "Live migration breaks UML (and will break LXC)." [High,Confirmed] https://launchpad.net/bugs/735390 | 13:33 |
| ttx | Looks like Live migration makes a few libvirt = qemu assumptions. | 13:33 |
| soren | ttx: Yeah. | 13:33 |
| soren | ttx: I'll look into it soon. Not right now. | 13:34 |
| ttx | ack | 13:34 |
| *** shentonfreude has left #openstack | 13:39 | |
| *** bkkrw has joined #openstack | 13:40 | |
| *** sandywalsh has quit IRC | 13:41 | |
| *** spectorclan_ has joined #openstack | 13:44 | |
| *** bkkrw has quit IRC | 13:46 | |
| *** axelis has joined #openstack | 13:48 | |
| *** guigui3 has joined #openstack | 13:48 | |
| *** adiantum has quit IRC | 13:57 | |
| *** jfluhmann_ has quit IRC | 13:57 | |
| *** adiantum has joined #openstack | 13:58 | |
| *** koolhead17 is now known as koolhead17|afk | 13:59 | |
| *** kyzh has joined #openstack | 14:08 | |
| *** rpedde has joined #openstack | 14:08 | |
| *** sandywalsh has joined #openstack | 14:13 | |
| soren | ttx: \o/ I seem to have beaten the false negatives. https://jenkins.linux2go.dk/job/Nova-user-test/ | 14:13 |
| soren | ttx: it's odd, really. I would ssh into an instance, wget a url, echo something, exit 0. Every once in a while the stuff I echoed just never came across. I think it the connection got severed without the output buffer got flushed. | 14:14 |
| *** reldan has joined #openstack | 14:16 | |
| *** bcwaldon has joined #openstack | 14:17 | |
| ttx | soren: cool! | 14:21 |
| *** kyzh has quit IRC | 14:21 | |
| *** kyzh has joined #openstack | 14:21 | |
| *** kyzh is now known as Guest22204 | 14:22 | |
| *** ewindisch has quit IRC | 14:23 | |
| *** hadrian has joined #openstack | 14:26 | |
| *** msassak has joined #openstack | 14:30 | |
| *** scotticus has joined #openstack | 14:31 | |
| *** thatsdone has joined #openstack | 14:32 | |
| *** ramkrsna has quit IRC | 14:33 | |
| *** ramkrsna has joined #openstack | 14:34 | |
| *** kashyap has quit IRC | 14:39 | |
| *** jtimberman has joined #openstack | 14:41 | |
| *** dmshelton has quit IRC | 14:43 | |
| *** matclayton has joined #openstack | 14:45 | |
| *** Ryan_Lane has joined #openstack | 14:45 | |
| *** pyros_xx has quit IRC | 14:46 | |
| *** Guest22204 has quit IRC | 14:47 | |
| *** westmaas has quit IRC | 14:47 | |
| *** tr3buchet has quit IRC | 14:48 | |
| *** westmaas has joined #openstack | 14:48 | |
| *** Guest22204 has joined #openstack | 14:50 | |
| *** f4m8 is now known as f4m8_ | 14:50 | |
| *** tr3buchet has joined #openstack | 14:51 | |
| *** MarkAtwood has joined #openstack | 14:52 | |
| *** rnirmal has joined #openstack | 14:53 | |
| *** pvo has joined #openstack | 14:53 | |
| *** enigma1 has joined #openstack | 14:59 | |
| *** pvo has quit IRC | 14:59 | |
| *** pvo has joined #openstack | 15:01 | |
| *** dragondm has joined #openstack | 15:02 | |
| *** dmshelton has joined #openstack | 15:02 | |
| *** shrewduh has joined #openstack | 15:05 | |
| *** shrewduh has quit IRC | 15:06 | |
| *** rnirmal_ has joined #openstack | 15:09 | |
| *** Failbaitr has quit IRC | 15:10 | |
| *** rnirmal has quit IRC | 15:11 | |
| *** rnirmal_ is now known as rnirmal | 15:11 | |
| *** Ryan_Lane has quit IRC | 15:22 | |
| *** mrsrikanth has joined #openstack | 15:23 | |
| *** BK_man has joined #openstack | 15:24 | |
| *** reldan has quit IRC | 15:25 | |
| *** lorinh1 has joined #openstack | 15:26 | |
| lorinh1 | Anybody know where I can find a repo with the python-multiprocessing package for lucid? | 15:29 |
| creiht | lorinh1: as of python 2.6, multiprocessing is built in | 15:29 |
| lorinh1 | Hmmm, then python-multiprocessing shouldn't be a dependency on lucid, should it? | 15:30 |
| *** jfluhmann has joined #openstack | 15:30 | |
| lorinh1 | creiht: I'm getting package issues because of a python-multiprocessing dependency, but it sounds like it doesn't need to be there: https://bugs.launchpad.net/nova/+bug/735526 | 15:31 |
| uvirtbot | Launchpad bug 735526 in nova "Can't build packages on lucid box because of missing python-multiprocessing" [Undecided,New] | 15:31 |
| *** Ryan_Lane has joined #openstack | 15:32 | |
| uvirtbot | New bug: #735526 in nova "Can't build packages on lucid box because of missing python-multiprocessing" [Undecided,New] https://launchpad.net/bugs/735526 | 15:32 |
| creiht | lorinh1: ahh interesting, I will have to defer to someone else to answer that question then | 15:33 |
| lorinh1 | creiht: Is Chuck Short in the room? He made the change: http://bazaar.launchpad.net/~openstack-ubuntu-packagers/ubuntu/natty/nova/ubuntu/revision/108 | 15:34 |
| creiht | I'm not sure who he is | 15:34 |
| creiht | My guess is zul? | 15:34 |
| zul | me | 15:35 |
| zul | whats wrong? | 15:35 |
| dendrobates | zul: what did you mess up this time | 15:35 |
| zul | dendrobates: everything!! | 15:35 |
| creiht | lol | 15:35 |
| lorinh1 | zul: I can't build packages on lucid because it now requires python-multiprocessing http://bazaar.launchpad.net/~openstack-ubuntu-packagers/ubuntu/natty/nova/ubuntu/revision/108 | 15:35 |
| zul | lorinh1: thats because of the live-migration needs python-multiprocessing now | 15:36 |
| *** reldan has joined #openstack | 15:36 | |
| lorinh1 | zul: But, apparently, multiprocessing ships with Python 2.6, which is the base install of Lucid (?) | 15:36 |
| zul | you sure? | 15:36 |
| creiht | zul: http://docs.python.org/library/multiprocessing.html | 15:37 |
| zul | creiht: cool ill revert it | 15:37 |
| lorinh1 | zul: thanks | 15:37 |
| zul | lorinh1: done | 15:39 |
| zul | dendrobates: happy birthday btw | 15:39 |
| lorinh1 | zul: Going to test it out right now... | 15:39 |
| openstackjenkins | Project nova build #641: SUCCESS in 2 min 3 sec: http://hudson.openstack.org/job/nova/641/ | 15:39 |
| openstackjenkins | Tarmac: PEP8 0.5.0 cleanup. | 15:39 |
| dendrobates | zul: thanks | 15:40 |
| *** ramkrsna has quit IRC | 15:43 | |
| *** bkkrw has joined #openstack | 15:45 | |
| lorinh1 | zul: It works again. | 15:46 |
| zul | lorinh1: cool | 15:46 |
| *** Ryan_Lane has quit IRC | 15:47 | |
| *** lorinh1 has left #openstack | 15:47 | |
| *** paltman has quit IRC | 15:47 | |
| openstackjenkins | Project swift build #220: SUCCESS in 29 sec: http://hudson.openstack.org/job/swift/220/ | 15:48 |
| openstackjenkins | * Tarmac: Fixed an import that was causing Connection to not retry on HTTPExceptions. | 15:48 |
| openstackjenkins | * Tarmac: Adds documentation how to the SAIO on how to setup rsyslog to have separate logs for each node | 15:48 |
| openstackjenkins | * Tarmac: s3api: add get acl object and bucket support | 15:48 |
| openstackjenkins | A simple response that gives the owner to FULL_CONTROL always returns | 15:48 |
| openstackjenkins | because Swift doesn't support a fine acl. | 15:48 |
| openstackjenkins | This also adds get acl unit tests. | 15:48 |
| openstackjenkins | * Tarmac: s3api: fix PUT Object Copy | 15:48 |
| openstackjenkins | * Tarmac: Fixes problem with creating a new processed files list in log processing when the download of that file fails. | 15:48 |
| *** bkkrw has quit IRC | 15:50 | |
| *** dragondm has quit IRC | 15:52 | |
| *** dragondm has joined #openstack | 15:52 | |
| openstackjenkins | Project nova build #642: SUCCESS in 2 min 2 sec: http://hudson.openstack.org/job/nova/642/ | 15:55 |
| openstackjenkins | Tarmac: Removed duplicated tests. | 15:55 |
| openstackjenkins | One was a straight copy-and-paste, one was different, but the masked test didn't pass. | 15:55 |
| *** guigui has joined #openstack | 15:57 | |
| *** kashyap has joined #openstack | 15:58 | |
| *** dfg has joined #openstack | 15:58 | |
| *** guigui3 has quit IRC | 15:58 | |
| *** dendrobates is now known as dendro-afk | 16:00 | |
| *** thatsdone has quit IRC | 16:00 | |
| *** dendro-afk is now known as dendrobates | 16:00 | |
| *** enigma1 has quit IRC | 16:01 | |
| openstackjenkins | Project nova build #643: SUCCESS in 2 min 3 sec: http://hudson.openstack.org/job/nova/643/ | 16:01 |
| openstackjenkins | Tarmac: Make Authors check account for tests being run with different os.getcwd() depending on how they're run. Add missing people to Authors. | 16:01 |
| *** dragondm_ has joined #openstack | 16:02 | |
| *** dragondm has quit IRC | 16:03 | |
| *** dragondm_ is now known as dragondm | 16:03 | |
| openstackjenkins | Project swift build #221: SUCCESS in 27 sec: http://hudson.openstack.org/job/swift/221/ | 16:03 |
| openstackjenkins | Tarmac: Remove DevAuth | 16:04 |
| *** mgoldmann has quit IRC | 16:04 | |
| *** enigma1 has joined #openstack | 16:07 | |
| *** Ryan_Lane has joined #openstack | 16:09 | |
| *** enigma1 has quit IRC | 16:12 | |
| *** guigui3 has joined #openstack | 16:17 | |
| *** enigma1 has joined #openstack | 16:18 | |
| *** guigui has quit IRC | 16:19 | |
| *** adjohn has joined #openstack | 16:19 | |
| *** guigui3 has quit IRC | 16:20 | |
| jaypipes | justinsb: around? | 16:25 |
| *** Guest22204 is now known as kyzh | 16:26 | |
| *** kyzh has joined #openstack | 16:26 | |
| *** nerens_ has joined #openstack | 16:28 | |
| *** befreax has quit IRC | 16:28 | |
| justinsb | jaypipes: Hi! | 16:28 |
| justinsb | jaypipes: Sorry about my bazaar b*tching | 16:29 |
| jaypipes | justinsb: no worries. sorry if I b*tched at you. :) Could you run those commands in the git-bzr bridge and let me know if you have problems? | 16:29 |
| *** nerens has quit IRC | 16:30 | |
| *** nerens_ is now known as nerens | 16:30 | |
| jaypipes | justinsb: latest comment on the merge prop... tried to demonstrate in bzr commands the scenario you described, and show what *should* happen :) | 16:30 |
| justinsb | jaypipes: Cool - didn't see that email until just now | 16:30 |
| justinsb | jaypipes: I'll give it a go... should help me understand bazaar better! | 16:30 |
| jaypipes | justinsb: alternately, of course, let me know if those commands *don't* represent the scenario you were trying to describe, ok? | 16:31 |
| *** kashyap has quit IRC | 16:32 | |
| jaypipes | soren, mtaylor: hey packaging gurus, please give https://code.launchpad.net/~devcamcar/nova/adminclient-setup/+merge/53352 some of your love and experience. | 16:32 |
| * mtaylor loves and experiences jaypipes | 16:33 | |
| * mtaylor wipes off jaypipes | 16:33 | |
| jaypipes | eww. :) | 16:33 |
| eday | haha | 16:33 |
| mtaylor | jaypipes: ok, I'm going to vote strongly against having a second setup.py in a subdir inside of nova | 16:34 |
| mtaylor | jaypipes: I would argue that it either needs to be its own project, or it needs to be part of nova's setup.py | 16:34 |
| ttx | mtaylor: taht's my opinion as well, though I voiced it in a less definitive way | 16:35 |
| mtaylor | if it needs its own setup.py because PyPI might want to install it and not something else, then it's its own thing with its own release cycle | 16:35 |
| eday | mtaylor: can you build two separate packages/eggs from one setup.py? | 16:35 |
| ttx | mtaylor: it currently has its own binary package in the ubuntu packaging though | 16:35 |
| mtaylor | eday: no | 16:36 |
| ttx | eday: that's what it currently does. | 16:36 |
| mtaylor | ttx: well, that's different- debian packaging is designed to handle multiple binary packages from a single source- pypi/eggs not so much | 16:36 |
| ttx | right. yes for ubuntu, no for eggs | 16:36 |
| eday | ahh, ok | 16:36 |
| mtaylor | but it's python and doesn't require building c++ - so what's the downside to just having things that need adminclient grabbing nova egg? | 16:37 |
| mtaylor | it's not like it's a huge amount of code or anything | 16:37 |
| ttx | mtaylor: comment on the BMP, please... since the proposer is not around | 16:37 |
| mtaylor | ttx: ok. will do | 16:37 |
| ttx | you're arguing in front of a crowd agreeing with you (my favorites too) | 16:38 |
| eday | because that's how I'm setting up burrow... one setup.py in root, another in clients/python/ (and clients/<language>/ will each have it's own config thing). | 16:38 |
| ttx | ...except eday. | 16:38 |
| eday | mtaylor: main reason is the much longer dep list for nova than a simple client perhaps? | 16:38 |
| eday | ttx: haha, thanks :) | 16:38 |
| mtaylor | eday: sure. I mean, I hear that - but setuptools really just doesn't support that model sensibly | 16:40 |
| mtaylor | eday: and operates under the assumption that things with their own setup.py are really their own projects | 16:40 |
| eday | mtaylor: how so? just build the dist from the root, and another from a client subdir? | 16:40 |
| *** imsplitbit has joined #openstack | 16:41 | |
| creiht | mtaylor: so why can't you just have more than one python project in a launchpad project? | 16:41 |
| *** skiold has quit IRC | 16:41 | |
| mtaylor | creiht: you can have as many things as you want in a launchpad project- but in a single branch having recursive self-contained sub-modules is a thing that isn't really well modeled in setuptools | 16:42 |
| eday | mtaylor: ahh, I can see if it's nested in another package (nova/novaadminclient)... I guess I'm talking about if you had /burrowd and /clients/python/burrow packages | 16:43 |
| openstackjenkins | Project nova build #644: SUCCESS in 2 min 0 sec: http://hudson.openstack.org/job/nova/644/ | 16:43 |
| openstackjenkins | Tarmac: just fixing a small typo in nova-manage vm live-migration | 16:43 |
| mtaylor | in this case we're really talking more about setuptools and python project organization ... I mean - I am of course only one person and can be overruled - I'm just saying it's gonna wind up being _way_ more wonky that I think the benefit is worth | 16:43 |
| mtaylor | eday: I would argue you will have less headache if you have a burrowd project, and a python-burrow-client project and don't keep them in the same tree | 16:44 |
| *** ryker has quit IRC | 16:44 | |
| mtaylor | eday: because there isn't going to be a good way at the toplevel to say "give me everything in this tree" (like there would be in an autotools or cmake-based build) | 16:44 |
| eday | mtaylor: hmm, I wanted to keep the two in one tree since there is such a tight dependency (burrowd depends on burrow for proxy abilities) | 16:44 |
| mtaylor | then in that case, burrowd and burrowclient should both be serviced by one setup.py - imho | 16:45 |
| eday | mtaylor: but burrowclient doesn't need nearly the same deps as burrowd :) | 16:45 |
| mtaylor | and don't try to model burrowclient and the other language clients as being peers | 16:45 |
| eday | but they are :) | 16:46 |
| mtaylor | they aren't - because burrowd is tightly dependent on burrowclient but not on, say, the perl client | 16:46 |
| eday | mtaylor: sure, but outside of that dep, they are peers | 16:46 |
| mtaylor | sure - but in this case we're talking about source management and build systems | 16:47 |
| mtaylor | perl is gonna want to do MakeMaker, ruby is going to want to use the ruby make thing | 16:47 |
| mtaylor | etc. | 16:47 |
| jaypipes | sirp_: those comments on the related_images review all make sense? | 16:47 |
| mtaylor | trying to lump all of those into a single package doesn't gain you a whole lot - whereas bundling burrowclient with burrow _does_ actually let you achieve the tight source-level binding you need | 16:48 |
| eday | mtaylor: yup. I was thinking perhaps a top-level Makefile if you wanted to try installing everything regardless of language (main setup.py, and cd && <lang-specific-pkg-mgmt-thing> for clients/*/ | 16:48 |
| sirp_ | jaypipes: yeah, great review, zero'd in on the what i thought were the weaknesses too | 16:48 |
| *** uksysadmin has quit IRC | 16:48 | |
| mtaylor | but then you've made a frakenstein of a build system for very little gain (I'm speaking from experience - I did this with ndb-bindings and drizzle-bindings and no-one other than me could figure out how to deal with it | 16:48 |
| eday | mtaylor: I would say you do get something, a multi-language test suite that can be run on every commit | 16:48 |
| eday | oh, I liked drizzle-bindings :) | 16:49 |
| jaypipes | sirp_: ok, cool. :) btw, after 6 days, not a single ping or comment on that bug I filed with sqlalchemy-migrate about the index being removed on a different column when dropping a column. :( | 16:49 |
| mtaylor | eday: drizzle-bindings was way too baroque and I've been splitting them into their own projects :) | 16:49 |
| eday | heh | 16:49 |
| mtaylor | eday: it broke ALL THE TIME | 16:49 |
| sirp_ | jaypipes: ugh | 16:50 |
| mtaylor | because I was trying to interface with build systems that were _not_ designed to be sub-systems | 16:50 |
| *** kashyap has joined #openstack | 16:50 | |
| mtaylor | eday: obviously, as I said- it's your project - but for my money, I would a) not care about pulling in extra burrow deps - people are installing either from pypi or debs and will really never notice | 16:51 |
| eday | mtaylor: well, they don't need to be.. it's the same as if you just cd client/x/ and run the right thing | 16:51 |
| eday | I'm not saying they all need to be tightly coupled | 16:51 |
| eday | but I trust your experience too :) | 16:51 |
| mtaylor | eday: right- but then that is a NIGHTMARE for debian packaging | 16:51 |
| eday | really? I thought it would be simple for each client dir to have it's own deb pkg rules? | 16:52 |
| mtaylor | no | 16:52 |
| jaypipes | justinsb: could you take a gander at https://code.launchpad.net/~blamar/nova/lp732866/+merge/53101 and see if any of it intersects/interferes/conflicts with your test-login stuff? | 16:52 |
| mtaylor | it will be an absolute shitstorm | 16:52 |
| eday | whats the difference between bzr branch lp:perl-burrow-client and bzr branch lp:burrow && cd client/perl ? | 16:52 |
| jaypipes | sirp_: yeah, no sh*t. | 16:52 |
| mtaylor | eday: well - ok - are you talking about releasing multiple different tarballs from each thing- so that client/perl would cut a tarball based in the client/perl dir? | 16:53 |
| eday | mtaylor: yes.. consider each client/*/ to be it's own project | 16:53 |
| eday | just happens to be in one source repo | 16:53 |
| mtaylor | eday: ok - I would be able to do debs for released tarballs | 16:53 |
| mtaylor | eday: I would not sensibly be able to do debs from trunk | 16:53 |
| eday | i'm certainly not trying to share build/packaging, just trying to keep the source under one trunk | 16:54 |
| markwash | eday: do you think my personality merge prop still needs fixing? | 16:54 |
| eday | mtaylor: can you exaplin that last statement? | 16:54 |
| mtaylor | trunk packages are built via bzr bd which assumes that the root of the branch is the root of the source thing | 16:55 |
| mtaylor | so it will build debs from a bzr branch based on the root | 16:55 |
| eday | markwash: I'll need to look, I assume it's in an active mp? | 16:55 |
| mtaylor | there is no way to tell it to do its thing from subdirs of branches | 16:55 |
| eday | mtaylor: ahh, bummer. is this a deb pkg tool thing? | 16:56 |
| markwash | eday: as far as I know, it does--but I might be missing something, still a lp newbie | 16:56 |
| mtaylor | we can, of course, write more scripts to generate tarballs of sub-modules on trunk commits and then apply packaging to those ... but see now we're getting in to having to write complex things to accomplish what we want, which leads me to think what we're doing is needlessly complex | 16:56 |
| markwash | eday: the link is https://code.launchpad.net/~markwash/nova/lp727225/+merge/52754 | 16:56 |
| eday | markwash: ok, thanks. will look in a minute | 16:57 |
| mtaylor | all of the tools are built around the common source model, which is root of trunk being root of source tree- not root of source tree being two levels down | 16:57 |
| mtaylor | so once we're working from the tarballs, then the tools work again | 16:57 |
| mtaylor | but we'll have to do lots of custom things to work with the submodule approach _before_ tarballs are cut | 16:57 |
| eday | mtaylor: hmm, I guess. I guess I thought the extra 'cd client/x' would be trivial, but if not, we can certainly break them out | 16:57 |
| mtaylor | yeah. it's not trivial (although I have wished in the past that it were, so it's not that I don't understand what you want here) | 16:58 |
| mtaylor | it's _possible_ because anything is possible with enough scripting :) | 16:58 |
| *** ryker has joined #openstack | 16:58 | |
| eday | mtaylor: but as far as the burrow client pkg goes, I really would like to keep at least that one as a separate egg AND in the same repo | 16:58 |
| eday | mtaylor: other languages I'm less concerned about | 16:59 |
| mtaylor | is that just because of deps? | 16:59 |
| eday | mtaylor: but it sounds like that would require just as much work as going all out... so not sure what to do | 16:59 |
| eday | mtaylor: yeah | 16:59 |
| mtaylor | because if someone is sensible and installs from .debs, then they can get burrowclient without burrow deps (as sep binary packages are actually supported there) | 17:00 |
| mtaylor | I'd argue that trying to squish a model of _actual_ package management onto a pypi-based system which just isn't robust enough for it is going to wind up causing you major headaches | 17:00 |
| eday | more concerned with PyPI | 17:00 |
| mtaylor | pypi just isn't actually a strong enough package management system | 17:01 |
| eday | ok | 17:01 |
| mtaylor | it's GREAT - don't get me wrong | 17:01 |
| mtaylor | but it's not designed to be this flexible | 17:01 |
| *** Ryan_Lane has quit IRC | 17:01 | |
| mtaylor | eday: to be honest - I have _NO_ idea why pypi doesn't support multiple eggs for submodules - seems like a major deficiency to me | 17:01 |
| mtaylor | eday: as you can't be the first person to want this :) | 17:01 |
| eday | so, should the client module and server modules be in the same pkg? (ie, burrow/client.py and burrow/server.py, ...)? or should they be sep python pkgs too? | 17:02 |
| mtaylor | _I_ think they should just be in the same package - installing a few extra python files just isn't really that big of a deal on modern computers | 17:02 |
| eday | mtaylor: but does that make deb pkging harder? (two modules in same python pkg)? | 17:03 |
| *** dragondm has quit IRC | 17:03 | |
| mtaylor | with one setup.py? nope | 17:03 |
| mtaylor | that's a very common model and is handled quite nicely by the tooling | 17:04 |
| mtaylor | although honestly it would likely split out in to: | 17:04 |
| mtaylor | python-burrow with all of the things from lib/python | 17:04 |
| *** iammartian has joined #openstack | 17:04 | |
| mtaylor | and then a burrow-server and burrow-client package for any "binaries" that they install into bin/ | 17:04 |
| eday | mtaylor: ok... I guess who installs burrow/__init__.py? client, server, or some other base pkg? | 17:04 |
| *** dragondm has joined #openstack | 17:05 | |
| mtaylor | no - the python package itself would just all drop in as a single install in python-burrow | 17:05 |
| *** Ryan_Lane has joined #openstack | 17:05 | |
| eday | mtaylor: ok, so python-burrow, not server or client specific | 17:05 |
| mtaylor | yes | 17:05 |
| mtaylor | unless I'm missing something as to why they'd need to be split apart | 17:06 |
| mtaylor | but that's what we do for nova | 17:06 |
| mtaylor | there is a single python-nova package, and then a bunch of pacakges for each of the different tools that use those python files | 17:06 |
| eday | i suppose that works.. my only concern is a python-burrow dep in the future which requires a bit more work | 17:06 |
| eday | (ie, c/c++ deps, ...) | 17:06 |
| *** dendrobates is now known as dendro-afk | 17:06 | |
| eday | and that;s a bit much for a client that doesn't need it | 17:06 |
| mtaylor | yeah - I hear that - if we get there, we can probably sort that out if it gets extremem | 17:08 |
| eday | mtaylor: hmm, also, would it be difficult to have multiple plugin packages? ie, python-burrow, python-burrow-backend-drizzle, python-burrow-frontend-amqp, ...? or again should we just smash it all down in the one pkg? | 17:08 |
| mtaylor | but honestly, we're just not talking about huge enough dep lists to worry about it for the common case | 17:08 |
| mtaylor | you can totally do multiple plugin pacakges | 17:08 |
| mtaylor | either using pkg_resources for plugin registry - or just installing them into known locations and having your plugin loader scan a dir | 17:09 |
| eday | mtaylor: hmm, ok. right now the plugin loader is the nova one, just a 'import module and getattr class obj' | 17:10 |
| eday | so could live anywhere in your PYTHONPATH | 17:10 |
| eday | I don't need it now, but perhaps in the future where a frontend or backend may not be in the standard lib | 17:11 |
| mtaylor | cool' | 17:12 |
| justinsb | jaypipes: Had a look at the code you asked me to... my tests would be a lot more useful if that merge went in first, as then I could actually test stuff. But doesn't seem to have attracted any nova-core eyes yet. | 17:12 |
| justinsb | jaypipes: That's https://code.launchpad.net/~blamar/nova/lp732866/+merge/53101 | 17:12 |
| mtaylor | eday: sorry to be a pain about all of this | 17:12 |
| eday | ok, off to reorganize all the burrow dirs now :) | 17:12 |
| *** mahadev has joined #openstack | 17:12 | |
| eday | mtaylor: no worries, your experience is very valuable. i just thought some things would be easier and give us better consistency by having it in one repo :) | 17:13 |
| *** dendro-afk is now known as dendrobates | 17:13 | |
| jaypipes | justinsb: ya. I wanted your opinion on it b4 I weighed in on it, to be honest. | 17:13 |
| mtaylor | eday: yeah ... it would be so nice if that would all work in the way it makes sense in our brains! | 17:13 |
| jaypipes | justinsb: I didn't see anything bad, just wanted to ask if it would conflict with any of your work, since that looks likely to hit shortly. | 17:14 |
| justinsb | jaypipes: I was debating putting mine to WIP to slow it down until the fix went in | 17:15 |
| justinsb | jaypipes: As mine would be better if his landed first | 17:15 |
| *** blueadept has joined #openstack | 17:16 | |
| jaypipes | justinsb: ok, cool. sounds good. | 17:16 |
| *** joearnold has joined #openstack | 17:19 | |
| jaypipes | sirp_: https://code.launchpad.net/~blamar/nova/lp732866/+merge/53101 approve away if it looks good to you. | 17:24 |
| *** mgoldmann has joined #openstack | 17:24 | |
| eday | mtaylor: so for plugins, would 'python-burrow' pkg contain burrow/backends/__init__.py (interface file), and python-burrow-backends-drizzle contain burrow/backends/drizzle.py (which imports burrow.backends to get interface from __init__)? just want to make sure the layout works for server plugins | 17:25 |
| sirp_ | jaypipes: cool, ill check it out | 17:25 |
| jaypipes | cheers | 17:25 |
| eday | mtaylor: as this will be the way to solve the nasty-dep-list-for-just-a-client problem | 17:26 |
| *** jaypipes is now known as jay-work-on-migr | 17:26 | |
| eday | of course, none of this will help pypi, hmm | 17:27 |
| mtaylor | eday: probably | 17:27 |
| mtaylor | no. pypi is just going to get you the phone-book - but that's just sort of what you're going to get | 17:27 |
| jay-work-on-migr | sirp_, dprince: there's also this one if you have a minute: https://code.launchpad.net/~jaypipes/glance/bug720816/+merge/52617 | 17:29 |
| devcamcar | mtaylor, ttx: thanks for thoughts on the adminclient branch. its probably time to put it in its own tiny project. i was going for least disruption originally. :) | 17:32 |
| mtaylor | devcamcar: no prob! I wish it were slightly less work to make a whole new project, actually - I think the number of steps required causes us to balk at times | 17:33 |
| * mtaylor should make a tool to do that | 17:33 | |
| devcamcar | mtaylor: hah, yea - let me know when its ready | 17:34 |
| mtaylor | :) | 17:37 |
| *** enigma1 has quit IRC | 17:37 | |
| *** spectorclan_ has quit IRC | 17:37 | |
| *** matclayton has left #openstack | 17:39 | |
| *** MarcMorata has quit IRC | 17:42 | |
| *** daveiw has left #openstack | 17:44 | |
| *** clauden has joined #openstack | 17:45 | |
| *** gasbakid has joined #openstack | 17:46 | |
| *** DigitalFlux has quit IRC | 17:54 | |
| *** shentonfreude has joined #openstack | 17:54 | |
| *** paltman has joined #openstack | 17:55 | |
| *** mahadev has quit IRC | 18:00 | |
| *** mahadev has joined #openstack | 18:00 | |
| *** irahgel has left #openstack | 18:11 | |
| *** spectorclan_ has joined #openstack | 18:13 | |
| *** ramkrsna has joined #openstack | 18:19 | |
| *** ramkrsna has joined #openstack | 18:19 | |
| uvirtbot | New bug: #735629 in nova "Fix leaky S3 ImageService abstraction" [Undecided,New] https://launchpad.net/bugs/735629 | 18:21 |
| zul | anyone seen this? http://pastebin.ubuntu.com/580697/ | 18:23 |
| uvirtbot | New bug: #735636 in nova "Standardize BaseImageServices handling of timestamps" [Undecided,New] https://launchpad.net/bugs/735636 | 18:26 |
| jay-work-on-migr | sirp_: figured out the solution to the migrate issues... | 18:27 |
| sirp_ | jaypipes: ORLY? | 18:27 |
| jay-work-on-migr | sirp_: removing the index=True on the deleted and is_public columns fixes all problems. | 18:29 |
| sirp_ | jaypipes: interesting, so that was just left over from the declarative_base style? | 18:30 |
| jay-work-on-migr | sirp_: the bugs only happen on SQLite. Has to do with the "workarounds" that sqlalchemy-migrate does for DROP COLUMN... | 18:30 |
| *** lionel_ has quit IRC | 18:30 | |
| *** lionel_ has joined #openstack | 18:31 | |
| *** iammartian has quit IRC | 18:33 | |
| uvirtbot | New bug: #735641 in nova "Latest trunk fails." [Undecided,New] https://launchpad.net/bugs/735641 | 18:41 |
| *** JuanPerez has joined #openstack | 18:42 | |
| *** rcc has quit IRC | 18:43 | |
| kpepple | zul: see my answer to https://bugs.launchpad.net/nova/+bug/735641 | 18:47 |
| uvirtbot | Launchpad bug 735641 in nova "Latest trunk fails." [Undecided,New] | 18:47 |
| zul | kpepple: thanks | 18:48 |
| kpepple | zul: np | 18:49 |
| *** maplebed has joined #openstack | 18:49 | |
| *** herki has joined #openstack | 18:52 | |
| *** mrsrikanth has quit IRC | 18:53 | |
| *** MotoMilind has joined #openstack | 18:53 | |
| *** syah has joined #openstack | 18:55 | |
| *** syah has quit IRC | 19:01 | |
| sirp_ | jaypipes: fyi, i added some more comments to https://code.launchpad.net/~rconradharris/nova/related_images/+merge/53374 | 19:02 |
| *** MotoMilind has quit IRC | 19:03 | |
| *** Pentheus has joined #openstack | 19:03 | |
| eday | westmaas: where did the default deserializer break with the personalities branch? | 19:05 |
| eday | westmaas: oops, wrong person :) | 19:05 |
| *** maplebed has quit IRC | 19:06 | |
| *** MarcMorata has joined #openstack | 19:06 | |
| *** MotoMilind has joined #openstack | 19:07 | |
| *** syah has joined #openstack | 19:08 | |
| openstackjenkins | Project nova build #645: SUCCESS in 2 min 1 sec: http://hudson.openstack.org/job/nova/645/ | 19:08 |
| openstackjenkins | Tarmac: Fixed lp732866 by catching relevant `exception.NotFound` exception. Tests did not uncover this vulnerability due to "incorrect" FakeAuthManager. I say "incorrect" because potentially different implementations (LDAP or Database driven) of AuthManager might return different errors from `get_user_from_access_key`. | 19:08 |
| openstackjenkins | Also, removed all references to 'bacon', 'ham', 'herp', and 'derp' and replaced them with hopefully more helpful terms. | 19:08 |
| openstackjenkins | Long story short it addresses the immediate issue while throughly ignoring the larger issue, which is correctly testing all implementations of Auth. I find this acceptable as currently the future of auth is in flux. | 19:08 |
| *** maplebed has joined #openstack | 19:08 | |
| *** dmshelton has quit IRC | 19:11 | |
| *** joearnold has quit IRC | 19:15 | |
| btorch | anyone know how I can get the glance 2011.2~bzr87 version ? I have just installed glance and it picked up 2011.2~bzr81 . But I do see a source pkg for 2011.2~bzr87 | 19:16 |
| btorch | ^^ that's for mavarick using the ppa:glance-core/trunk repo | 19:16 |
| uvirtbot | btorch: Error: "^" is not a valid command. | 19:16 |
| tr3buchet | any of the folks from grid dynamics around? | 19:16 |
| *** dendrobates is now known as dendro-afk | 19:22 | |
| *** CloudChris has quit IRC | 19:26 | |
| *** paltman has quit IRC | 19:27 | |
| *** stewart has quit IRC | 19:27 | |
| *** kashyap has quit IRC | 19:30 | |
| ttx | adiantum: ^ | 19:31 |
| ttx | BK_man: ^ | 19:31 |
| BK_man | tr3buchet: yep | 19:31 |
| ttx | Team meeting in 90 min. in #openstack-meeting | 19:31 |
| BK_man | others are coming... | 19:32 |
| adiantum | yep | 19:32 |
| adiantum | hello gents | 19:32 |
| reldan | hello | 19:32 |
| tr3buchet | i wanted to talk to someone about libvirt multi-nic | 19:32 |
| adiantum | aha | 19:32 |
| BK_man | tr3buchet: adiantum & reldan | 19:32 |
| BK_man | can somebody help me to run nova-api? it going to endless cycle... http://paste.openstack.org/show/891/ | 19:34 |
| BK_man | I'm on last rev 807 | 19:35 |
| *** hazmat has quit IRC | 19:43 | |
| jarrod | weird, what other modules does rxfax require other than spandsp? | 19:44 |
| jarrod | I am getting "Fax processing not successful - result (5) The HDLC carrier did not stop in a timely manner." on one 1.0.7 box, and on another it works perfectly every time | 19:45 |
| ttx | jarrod: warning, your time machine just moved you 20 years into the future, from faxes to cloud. | 19:47 |
| jarrod | heh | 19:50 |
| jarrod | i hate fax | 19:50 |
| jarrod | if i didnt have customers id unload the module | 19:50 |
| *** hazmat has joined #openstack | 19:51 | |
| jarrod | man i wonder if im missing a dependency or something | 19:55 |
| *** brd_from_italy has joined #openstack | 19:55 | |
| *** jay-work-on-migr is now known as jaypipes | 19:59 | |
| *** paltman has joined #openstack | 20:01 | |
| jarrod | crap | 20:01 |
| *** dendro-afk is now known as dendrobates | 20:01 | |
| jarrod | i am in the wrong freaking channel | 20:01 |
| *** zenmatt has quit IRC | 20:01 | |
| eday | jaypipes: you around? | 20:04 |
| jaypipes | eday: yes | 20:04 |
| eday | jaypipes: if you have a moment, could you check https://code.launchpad.net/~markwash/nova/lp727225/+merge/52754 ? specifically looking for an opinion on overriding the default XML deserilization. | 20:05 |
| jaypipes | eday: yep | 20:05 |
| *** reldan has quit IRC | 20:06 | |
| eday | jaypipes: the current common deserializer doesn't do what this patch needs, and rather than change the common one (possibly breaking other uses), a new one was added for this specific case | 20:06 |
| eday | (new one is nova/api/openstack/servers.ServerCreateRequestXMLDeserializer) | 20:07 |
| eday | markwash: ^ any other comments? | 20:07 |
| *** BK_man has quit IRC | 20:08 | |
| markwash | eday, jaypipes: no further comments, there are some notes about it in the merge prop comments | 20:08 |
| jaypipes | markwash: ya, reading now... | 20:09 |
| *** fabiand_ has joined #openstack | 20:11 | |
| jaypipes | markwash, eday: I'd actually prefer in the code that we use the term injected_files instead of either onset_files or personality... | 20:11 |
| eday | jaypipes: personality is part of the existing API, so can't change that, but I agree something more clear for 'onset' would be good. might be better as a follow up patch (since this doesn't introduce onset) | 20:12 |
| *** adiantum has quit IRC | 20:12 | |
| jaypipes | eday: not what is returned from the API, but how we name the variables in the code. "personality" is a terrible descriptor of these things, but I recognized it's what is in the API. | 20:13 |
| markwash | jaypipes: basically, you want it to be injected_files in the compute layer and calls into that layer | 20:15 |
| *** glenc_ has joined #openstack | 20:15 | |
| eday | jaypipes: sure, but I'm fine with 'personality' var in nova.api.openstack too for consistency. nova.compute.* should be something more sane :) | 20:15 |
| jaypipes | markwash: ya, just recommending s/onset_files/injected_files/g :) | 20:15 |
| _0x44 | eday: Why can't we change it? | 20:15 |
| eday | _0x44: it's already part of the existing API. we can change it in new versions of the API | 20:16 |
| *** glenc has quit IRC | 20:16 | |
| *** glenc_ is now known as glenc | 20:16 | |
| *** mgoldmann has quit IRC | 20:17 | |
| markwash | jaypipes: I don't mind making that change in the compute api and quota | 20:18 |
| *** ramkrsna has quit IRC | 20:18 | |
| _0x44 | eday: I'm kind of in the camp that says that the 1.0 OS API can be thrown away since we're going to throw it away in three months anyway to "upgrade" to 1.1. | 20:19 |
| * _0x44 might be that camp for all he knows. | 20:19 | |
| *** dprince has quit IRC | 20:20 | |
| eday | _0x44: ok, I'll let you have that discussion with folks in the other camp. I'm done with API discussions for a while :) | 20:20 |
| jaypipes | markwash: cool. :) I'm putting a note on the review, so no worries... | 20:20 |
| _0x44 | eday: Maybe I should join your camp, it's probably safer and has fewer asbestos suits. | 20:21 |
| *** patrick has joined #openstack | 20:22 | |
| *** patrick is now known as Guest21014 | 20:22 | |
| *** paltman has quit IRC | 20:22 | |
| *** joearnold has joined #openstack | 20:22 | |
| eday | _0x44: it's way too fragmented to have any useful conversations, so not having any can be just as productive :) | 20:22 |
| jaypipes | Have I ever mentioned how very much I hate XML? :) | 20:23 |
| soren | jaypipes: Not that I recall. How much do you hate XML, exactly? | 20:23 |
| soren | You've piqued my interest. | 20:23 |
| eday | jaypipes: http://twitter.com/#!/samkeen/status/43068896604979201 | 20:25 |
| jaypipes | soren: quite a bit. | 20:25 |
| soren | jaypipes: Wow. | 20:26 |
| soren | "XML is like violence. If it doesn't solve your problem, you're not using enough of it." has to be my all time favourite XML related quote. | 20:26 |
| blamar | +100 | 20:27 |
| jaypipes | markwash: hey, could you explain why the standard Serializer was not good enough for the <server> element? Was there a bug in it? | 20:27 |
| jaypipes | blamar: you an XML fan? | 20:28 |
| eday | jaypipes: it's the <file path="...">contents</file> element | 20:28 |
| soren | The runner up is "Java is a DSL to transform big XML documents into long exception stack traces", but that's more of a swing at Java than XML. | 20:28 |
| blamar | jaypipes, I'm a fan of it's hopefully ultimate demise :) | 20:28 |
| jaypipes | blamar: ah :) | 20:28 |
| eday | jaypipes: it currently will ignore the 'path' attribute and only return the contents | 20:29 |
| jaypipes | eday: why does the regular Serializer puke on that? seems pretty standard to me... | 20:29 |
| eday | jaypipes: it's really a limitation/bug of the current one | 20:29 |
| jaypipes | eday: ah, k. so the current one doesn't handle attrs? | 20:29 |
| jaypipes | eday: only value contents? | 20:29 |
| eday | jaypipes: not for that specific case, it does with other elements | 20:29 |
| markwash | jaypipes: there are multiple things that need to be handled differently | 20:29 |
| markwash | jaypipes: the <file> element label must be dropped | 20:30 |
| ttx | Team meeting in 30 min. in #openstack-meeting | 20:30 |
| eday | jaypipes: not the hard coded node type checks in the _from_xml_node method | 20:30 |
| justinsb | jaypipes: It's only a matter of time before JSON evolves into XML... | 20:30 |
| markwash | justinsb: NOOOOO | 20:30 |
| justinsb | Schemas, namespaces etc | 20:30 |
| justinsb | It's all coming | 20:30 |
| jaypipes | markwash: ok, thx. | 20:31 |
| justinsb | Those things weren't all just "committees gone wild" :-) | 20:31 |
| jaypipes | justinsb: those are all entirely pointless. | 20:31 |
| justinsb | jaypipes: How are we going to do our extensions in JSON? | 20:31 |
| justinsb | jaypipes: While I'm not a fan of extensions in the API, that's why we have namespaces | 20:32 |
| markwash | jaypipes: I think we need to address serialization across the openstack api soon: I think we need to move away from a centralized approach in favor of the open/closed principle | 20:32 |
| jaypipes | justinsb: uhm, {'extensions': []} | 20:32 |
| justinsb | jaypipes: Not that bit! The bit where any extension can put their own stuff into any element... | 20:32 |
| jaypipes | justinsb: XML is a bunch of Java-centric developers over-architecting what should have been a simple definition language. | 20:32 |
| justinsb | jaypipes: I think you're just trying to wind me up now :-) | 20:33 |
| jaypipes | justinsb: :P | 20:33 |
| justinsb | jaypipes: Though I do agree that attributes are entirely pointless | 20:33 |
| * blamar gets popcorn | 20:33 | |
| jaypipes | justinsb: thought I'd get you going with that one :) | 20:33 |
| justinsb | jaypipes: But I think that's the result of people having to support their equivalent of the CloudServers API | 20:33 |
| justinsb | jaypipes: Let the wars begin :-) | 20:34 |
| * blamar readies his "tabs vs. spaces" document | 20:34 | |
| *** imsplitbit has quit IRC | 20:34 | |
| jaypipes | hehe, I've got to actually do *work*... | 20:34 |
| *** pvo has quit IRC | 20:34 | |
| *** maplebed has joined #openstack | 20:34 | |
| * jaypipes goes off to finish review on markwash | 20:34 | |
| eday | omg, 30 active and 20 wip mps. justinsb is probably to blame for about a third of it | 20:34 |
| devcamcar | creiht, notmyname: my quest to have cyberduck handle different swift endpoints has met an untimely end. http://trac.cyberduck.ch/ticket/5735#comment:6 | 20:34 |
| devcamcar | though i can make it work in general, you have to set the auth endpoint globally, which is lame on cyberducks side. | 20:35 |
| markwash | in all seriousness, those concerned about xml might want to look at how extensibility is added to json in the 1.1 spec jorge emailed out on march 2 | 20:35 |
| ttx | eday: we need to get him some real day job. | 20:35 |
| soren | lol | 20:36 |
| eday | perhaps we need a requirement to do 2 reviews for every 1 you propose rule | 20:36 |
| justinsb | eday: That's not a bad rule actually... like a ul / dl ratio | 20:37 |
| eday | justinsb: for you! | 20:37 |
| *** pvo has joined #openstack | 20:37 | |
| *** zul has quit IRC | 20:37 | |
| justinsb | eday: It would mean I'd have to do a lot more reviews... isn't that the idea? | 20:37 |
| eday | justinsb: yup :) | 20:37 |
| eday | oh, I read that wrong | 20:37 |
| eday | ignore me, but I stand by my proposed rule :) | 20:38 |
| justinsb | eday: You could propose it at the next openstack meeting. When is that exactly? I'm confused :-) | 20:39 |
| *** paltman has joined #openstack | 20:40 | |
| *** Guest21014 has quit IRC | 20:41 | |
| *** bcwaldon has quit IRC | 20:41 | |
| eday | justinsb: 19 minutes | 20:41 |
| *** jc_smith has joined #openstack | 20:43 | |
| *** edconzel has joined #openstack | 20:46 | |
| eday | jaypipes: one alternative for the (de)serializer was to allow specifying custom node methods via the _serialization_metadata member. This could use the current one and override just for 'personality' elements | 20:46 |
| *** ipersite has joined #openstack | 20:46 | |
| ipersite | hi all | 20:47 |
| ipersite | anybody here can give me some help please? | 20:48 |
| jaypipes | ipersite: people will once they know what your issues are ;) | 20:48 |
| creiht | devcamcar: heh | 20:49 |
| ipersite | ok thanks but nobody answered so I couldn't figure out if there were active people in the channel | 20:50 |
| creiht | markwash: do you have a link? | 20:50 |
| ipersite | ok, i tried the nova.sh script | 20:50 |
| ipersite | from vishvananda | 20:50 |
| markwash | creiht: to the mergeprop? | 20:51 |
| ipersite | and with this script, euca-describe-images doesn't work. | 20:51 |
| creiht | to the json extension spec | 20:51 |
| markwash | creiht: one sec | 20:51 |
| ipersite | It says: UnknownError: An unknown error has occurred. Please try your request again. | 20:51 |
| *** shentonfreude has quit IRC | 20:51 | |
| pvo | ipersite: can you paste everything to http://paste.openstack.org/? | 20:52 |
| markwash | creiht: http://docs.openstack.org/openstack-compute/developer/cs-devguide.pdf | 20:52 |
| pvo | er http://paste.openstack.org ? | 20:52 |
| pvo | it'll help people look at the errors and logs | 20:52 |
| *** JuanPerez has quit IRC | 20:52 | |
| ipersite | what do i need to paste^ | 20:52 |
| ipersite | what do i need to paste? | 20:52 |
| ipersite | command outputs, request... | 20:53 |
| *** allsystemsarego has quit IRC | 20:53 | |
| pvo | the logs from the tool or the service that is erroring | 20:53 |
| ipersite | ok | 20:53 |
| *** shentonfreude has joined #openstack | 20:53 | |
| pvo | I'm assuming its the api | 20:53 |
| creiht | markwash: ok, which section? :) | 20:53 |
| creiht | oh I think I found it | 20:53 |
| creiht | markwash: you mean the the /extensions stuff? | 20:54 |
| ipersite | http://paste.openstack.org/show/893/ | 20:55 |
| pvo | ipersite: what do the api logs show when you do that? | 20:55 |
| markwash | creiht: section 3.11, especially around and after page 37 | 20:56 |
| creiht | heh | 20:57 |
| * creiht probably shouldn't comment :/ | 20:57 | |
| *** jc_smith has left #openstack | 20:57 | |
| *** reldan has joined #openstack | 20:57 | |
| ttx | Team meeting starting in 2 min. in #openstack-meeting, please join ! | 20:58 |
| justinsb | Uh oh ... don't tell jaypipes someone put namespaces into his JSON ;-) | 20:58 |
| ipersite | i'm searching for the log file 'cause screen doesn't let me see the full output | 20:58 |
| pvo | ipersite: it does. ctrl-a then [ | 20:58 |
| pvo | lets you page up | 20:58 |
| *** BK_man has joined #openstack | 20:59 | |
| ipersite | oh thanks | 20:59 |
| markwash | jaypipes: when I i18n a string, do I need to add it to a .pot file? | 20:59 |
| jaypipes | markwash: nope. LP does all that for ya. | 20:59 |
| *** h0cin has quit IRC | 20:59 | |
| markwash | jaypipes: so its just that _("such and such") | 20:59 |
| jaypipes | markwash: yup. only complexity is when you have >1 variable substitution, but I don't think any of yours were that way? | 21:00 |
| *** adiantum has joined #openstack | 21:00 | |
| ipersite | i tried but nothing happend | 21:02 |
| *** openfly has left #openstack | 21:02 | |
| ipersite | wait... i forgot the AltGr | 21:03 |
| ipersite | ok i updated the paste | 21:06 |
| ipersite | pvo can you check there? http://paste.openstack.org/show/893/ | 21:07 |
| ipersite | http://paste.openstack.org/show/895/ | 21:08 |
| ipersite | this is the correct one | 21:08 |
| *** ewindisch has joined #openstack | 21:08 | |
| jaypipes | blamar: you know if brian waldon is on IRC? | 21:10 |
| blamar | jaypipes, he's out atm | 21:11 |
| blamar | can I help you with something? | 21:11 |
| jaypipes | blamar: k. :) is he titan? | 21:11 |
| blamar | jaypipes, yup | 21:11 |
| *** bcwaldon has joined #openstack | 21:11 | |
| jaypipes | blamar: no, no big deal. I was just going to say nice work on the version split patch, and recommend s/view/resource... | 21:11 |
| *** zul has joined #openstack | 21:12 | |
| *** blueadept has quit IRC | 21:12 | |
| blamar | jaypipes, hmm, I can see resource making sense. I think the logic was MVC-inspired? although I didn't work with him on that one | 21:13 |
| ipersite | found a temporary solution... (removing default images) | 21:13 |
| markwash | jaypipes: do you really want me to rename onset files deep down in the virt code? I don't have the ability to do end-to-end tests of this | 21:15 |
| *** fabiand_ has quit IRC | 21:17 | |
| markwash | jaypipes: nm | 21:17 |
| jaypipes | markwash: if you want to leave that for a later refactor/discussion, I'm game. | 21:17 |
| justinsb | jaypipes: I owe bazaar an apology. Your example did work. Wasn't able to get very far with git-bzr and local repos sadly (not really what it's meant for I guess). | 21:21 |
| justinsb | jaypipes: So I owe you an apology as well! | 21:21 |
| justinsb | jaypipes: I guess I'll give bazaar another chance... | 21:21 |
| jaypipes | justinsb: no worries mate :P) | 21:21 |
| jaypipes | justinsb: P wasn't supposed to be in there.. :) | 21:21 |
| *** alekibango has joined #openstack | 21:21 | |
| *** lionel_ has quit IRC | 21:22 | |
| justinsb | jaypipes: It's OK ... I barely know what most of those things really mean anyway! | 21:22 |
| jaypipes | hehe | 21:22 |
| *** lionel_ has joined #openstack | 21:23 | |
| eday | jaypipes: you didn't really comment on the serialization issue, thoughts? :) | 21:26 |
| jaypipes | eday: I didn't comment cuz I'm kinda on the fence about it :) I think it could be refactored in the future to be cleaner, but I don't think it's a huge baddie for markwash's patch... | 21:27 |
| eday | jaypipes: ok | 21:27 |
| BK_man | jaypipes: do we have glance per-commit tarballs like the ones we have for nova? | 21:29 |
| jaypipes | BK_man: you mean the auto-built PPA packages? I think so, yes | 21:30 |
| BK_man | jaypipes: nope. I meant this: nova.openstack.org/tarballs/ | 21:30 |
| *** ppetraki has quit IRC | 21:31 | |
| jaypipes | BK_man: did you try http://glance.openstack.org/tarballs/? ;) | 21:31 |
| *** adiantum_ has joined #openstack | 21:31 | |
| *** ipersite has quit IRC | 21:31 | |
| BK_man | jaypipes: thanks for pointing me to that! | 21:31 |
| * BK_man going to update glance RPMs for Cactus | 21:32 | |
| *** adiantum has quit IRC | 21:34 | |
| *** CloudChris has joined #openstack | 21:35 | |
| markwash | jaypipes: about the backslashes in my tests. . the plan was those would escape newlines, and as far as my testing shows, that's just what they're doing | 21:36 |
| markwash | jaypipes: is that unexpected? I'm trying to find if that is documented somewhere so I can make sure I'm not just taking advantage of a side effect | 21:37 |
| *** bkkrw has joined #openstack | 21:37 | |
| *** adiantum__ has joined #openstack | 21:38 | |
| *** adiantum_ has quit IRC | 21:38 | |
| jaypipes | markwash: sorry, so you *do* or *don't* want to test with newlines in the XML? | 21:39 |
| markwash | jaypipes: I *don't* | 21:40 |
| *** hazmat has quit IRC | 21:40 | |
| markwash | jaypipes: actually I'm unsure if the api is supposed to handle arbitrary whitespace between elements | 21:40 |
| jaypipes | markwash: ah, OK. Yes, sorry, I misunderstood the code and thought you were simply misunderstanding how """ worked. Sorry about that. Might be good to add an additional test case for a piece of XML with newlines in it, then? | 21:41 |
| eday | markwash: it should handle ws, since xml/json allow it | 21:41 |
| jaypipes | markwash: AFAIK, XML parsers *should* disregard whitespace between elements, but *not* non-whitespace. | 21:41 |
| markwash | jaypipes: okay, in that case, I will remove the backslashes and fix the parser | 21:42 |
| *** adiantum__ is now known as adiantum | 21:42 | |
| markwash | jaypipes: s/parser/deserializer/ | 21:42 |
| jaypipes | markwash: ok. sorry if I've caused a whole bunch of confusion! | 21:42 |
| markwash | jaypipes: nope, none at all. this still seems like an important catch | 21:43 |
| *** shentonfreude has quit IRC | 21:45 | |
| uvirtbot | New bug: #735759 in openstack-dashboard "creating a new user in dashboard doesn't create a new user in nova" [Critical,Confirmed] https://launchpad.net/bugs/735759 | 21:46 |
| *** spectorclan_ has quit IRC | 21:46 | |
| *** patcoll has quit IRC | 21:46 | |
| eday | ttx: on http://wiki.openstack.org/Summit, you say propose common blueprints to openstack-dev. this doesn't exist :) (openstack-common?) | 21:48 |
| *** BK_man has quit IRC | 21:54 | |
| *** zenmatt has joined #openstack | 21:58 | |
| eday | sandywalsh: any update on zones3 or the zone ideas you were mentioning last week? | 22:00 |
| *** shentonfreude has joined #openstack | 22:03 | |
| *** grapex has joined #openstack | 22:03 | |
| sandywalsh | eday, zones3 has a couple of tweaks pending. | 22:03 |
| sandywalsh | eday, I was out of town until yesterday, going to try to get notes put together tonight. | 22:03 |
| sandywalsh | eday, still needing some reviews on zones3 though :) | 22:04 |
| eday | sandywalsh: ahh, ok | 22:04 |
| *** miclorb_ has joined #openstack | 22:04 | |
| eday | sandywalsh: I reviewed, was waiting on feedback :) | 22:04 |
| sandywalsh | eday, ah, ok, I'll get that to you shortly ... catching up. I think I skimmed it and it all seemed reasonable, but stay tuned | 22:05 |
| sandywalsh | eday, trying to get zones4 in a state for freeze | 22:05 |
| eday | sandywalsh: might want to switch to WIP | 22:05 |
| sandywalsh | eday, good idea | 22:05 |
| *** littleidea has joined #openstack | 22:07 | |
| *** syah has quit IRC | 22:08 | |
| *** shentonfreude has quit IRC | 22:09 | |
| *** adiantum has quit IRC | 22:10 | |
| *** syah has joined #openstack | 22:11 | |
| *** bkkrw has quit IRC | 22:11 | |
| *** dendrobates is now known as dendro-afk | 22:12 | |
| *** gasbakid has quit IRC | 22:13 | |
| *** pvo has quit IRC | 22:14 | |
| *** adiantum has joined #openstack | 22:15 | |
| *** gondoi has quit IRC | 22:15 | |
| *** shentonfreude has joined #openstack | 22:15 | |
| devcamcar | anyone ever had problems with pip taking FOREVER to locate and start downloading stuff? | 22:17 |
| devcamcar | it is stalling out for a good 2 or 3 minutes per item it installs | 22:18 |
| devcamcar | driving me wonko | 22:18 |
| *** edconzel has quit IRC | 22:21 | |
| sirp_ | devcamcar: weird, can you strace the process, see what it's hanging on? | 22:22 |
| *** MarcMorata has quit IRC | 22:24 | |
| ironcamel2 | eday: you there? | 22:24 |
| *** Ryan_Lane has quit IRC | 22:25 | |
| eday | ironcamel2: yes | 22:25 |
| *** adiantum has quit IRC | 22:25 | |
| *** bkkrw has joined #openstack | 22:25 | |
| ironcamel2 | eday: thanks for reviewing https://code.launchpad.net/~rackspace-titan/nova/openstack-api-version-split/+merge/53510 | 22:25 |
| ironcamel2 | i pushed new code per your suggestions, and added comment | 22:25 |
| eday | ironcamel2: == Naveed ? :) | 22:25 |
| ironcamel2 | yes | 22:26 |
| eday | ironcamel2: cool. my main point with the last bit is I don't think the view versioning will be needed in the current form once controllers are versioned (since they can call the specific version directly) | 22:27 |
| eday | ironcamel2: so I saw it as solving a problem that won't exist in the next rev | 22:27 |
| ironcamel2 | eday: wouldn't a version 1.1 controller, use a version 1.1 view? | 22:27 |
| ironcamel2 | we still want to separate view logic from the controller right? | 22:27 |
| *** paltman has quit IRC | 22:28 | |
| eday | ironcamel2: yes, it will need to be formatted in v1.1, but that can be a direct call (not check a env version being set). I wasn't aware of any view/controller split | 22:28 |
| eday | ironcamel2: was that part of a blueprint somewhere? | 22:28 |
| ironcamel2 | eday: we added a views package | 22:29 |
| *** adiantum has joined #openstack | 22:29 | |
| ironcamel2 | before the construction of the data model to be serialized was right insided the controller | 22:30 |
| devcamcar | sirp_: it is dying on a socket connection. i have an extremely normal network config where i am right now. there aren't any proxies or weirdness for it to go through, just a router. | 22:30 |
| ironcamel2 | in _translate_detail_keys() or some such function | 22:30 |
| eday | ironcamel2: yup, aware of what is/was there, didn't know there was a push to split them into a new package though (until this branch) | 22:31 |
| ironcamel2 | we think it is necessary for sanity as we make 1.0 and 1.1 representations of responses | 22:31 |
| *** lionel_ has quit IRC | 22:32 | |
| ironcamel2 | eday: there was no bp specifically for separating out view logic. it is more of an implementation detail. for supporting all the new 1.1 features/changes. | 22:33 |
| eday | ironcamel2: ok | 22:34 |
| *** reldan has quit IRC | 22:34 | |
| eday | ironcamel2: I guess I was thinking of doing things differently (extending what we already do), but this will work too | 22:35 |
| devcamcar | sirp_: here it is:Could not fetch URL http://www.pycrypto.org/files/pycrypto-2.3.tar.gz (from http://pypi.python.org/simple/pycrypto/): HTTP Error 302: The HTTP server returned a redirect error that would lead to an infinite loop | 22:35 |
| devcamcar | sirp_: but it's doing that for all of them and then eventually working | 22:35 |
| ironcamel2 | eday: cool :) | 22:35 |
| *** lionel_ has joined #openstack | 22:37 | |
| ironcamel2 | eday: also, sorry for that initial comment in the merge prop. i was being silly, it was an inside team joke | 22:37 |
| eday | ironcamel2: I'm not sure we'll need the whole get_view_builder thing once we have versioned controllers, since the controller can call the needed versioned views directly | 22:37 |
| *** reldan has joined #openstack | 22:37 | |
| ironcamel2 | eday: yes, i agree that might be unnecessary at that point | 22:38 |
| eday | ironcamel2: if we want to go this route, I'll re-review those other parts in more detail then.. stand by | 22:38 |
| devcamcar | sirp_: this hangs: $ curl http://www.pycrypto.org/files/pycrypto-2.3.tar.gz | 22:39 |
| devcamcar | sirp_: but opening url in my browser works instantly | 22:39 |
| sirp_ | devcamcar: sorry on a call, which catch up in a sec | 22:39 |
| devcamcar | sirp_: np! | 22:40 |
| *** adiantum has quit IRC | 22:42 | |
| *** shentonfreude has quit IRC | 22:42 | |
| *** brd_from_italy has quit IRC | 22:42 | |
| *** shentonfreude has joined #openstack | 22:43 | |
| devcamcar | sirp_: strange, it's using ipv6 | 22:44 |
| *** adiantum has joined #openstack | 22:47 | |
| devcamcar | so anyone know how to make pip not using ipv6? | 22:49 |
| *** bcwaldon has quit IRC | 22:49 | |
| devcamcar | sirp_: the fix: disable ipv6 on my wifi adapter =x | 23:02 |
| devcamcar | never get those 45 mins of my life back! | 23:02 |
| *** rpedde has quit IRC | 23:02 | |
| kpepple | devcamcar: are you on a mac ? | 23:03 |
| devcamcar | kpepple: yep | 23:03 |
| kpepple | devcamcar: hmmm .. thx | 23:04 |
| *** enigma has joined #openstack | 23:04 | |
| eday | devcamcar: well, there's the bigger problem :) | 23:06 |
| devcamcar | eday: yea totally | 23:06 |
| *** enigma has quit IRC | 23:06 | |
| * eday hates on apple for a while | 23:07 | |
| *** bcwaldon has joined #openstack | 23:08 | |
| *** Takinator has joined #openstack | 23:10 | |
| *** MotoMilind has quit IRC | 23:10 | |
| *** KenD has joined #openstack | 23:11 | |
| *** dfg has quit IRC | 23:11 | |
| *** nijaba has quit IRC | 23:14 | |
| *** MotoMilind has joined #openstack | 23:14 | |
| *** nijaba has joined #openstack | 23:16 | |
| *** nijaba has joined #openstack | 23:16 | |
| *** iammartian has joined #openstack | 23:17 | |
| ironcamel2 | eday: i'm cool with nova.api.openstack.version, unless you can come up with something shorter :) | 23:18 |
| eday | ironcamel2: no preference here, just something a bit more descriptive than 'version' :) | 23:19 |
| ironcamel2 | eday: openstack.version? api.version? | 23:20 |
| eday | ironcamel2: sure :) | 23:20 |
| *** msassak has quit IRC | 23:21 | |
| *** Takinator has left #openstack | 23:22 | |
| *** CloudChris has quit IRC | 23:23 | |
| *** alekibango has quit IRC | 23:23 | |
| *** alekibango has joined #openstack | 23:25 | |
| *** adiantum has quit IRC | 23:27 | |
| eday | mtaylor: so, looking at pypi, I see some projects (like collective.*) define the parent packages (__init__.py) in every package. do you know if the latest version wins with this model? | 23:27 |
| *** reldan has quit IRC | 23:34 | |
| markwash | jaypipes: I made some fixes to the personality file injection merge prop according to your feedback | 23:36 |
| *** adiantum has joined #openstack | 23:39 | |
| *** nijaba has quit IRC | 23:41 | |
| *** nijaba has joined #openstack | 23:43 | |
| *** nijaba has joined #openstack | 23:43 | |
| *** rnirmal has quit IRC | 23:44 | |
| mtaylor | eday: yeah - as long as those files are just empty __init__.py files, then the way pypi installs things it won't be a problem | 23:45 |
| mtaylor | eday: _debian_ can't do that, because you can't have the same file in two packages | 23:46 |
| *** ewindisch has quit IRC | 23:50 | |
| ironcamel2 | eday: just pushed your suggestions to branch of the merge prop | 23:57 |
| ironcamel2 | thanks for your suggestions | 23:58 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!