| *** bonzay has joined #openstack-dev | 00:22 | |
| *** Binbin has joined #openstack-dev | 00:47 | |
| *** HugoKuo_ has joined #openstack-dev | 00:59 | |
| *** HugoKuo has quit IRC | 01:03 | |
| *** robinbb has joined #openstack-dev | 01:07 | |
| *** Binbin has quit IRC | 01:08 | |
| *** winston-d has joined #openstack-dev | 01:09 | |
| *** bonzay has quit IRC | 01:30 | |
| *** cloudgroups has joined #openstack-dev | 01:36 | |
| *** cloudgroups has left #openstack-dev | 01:39 | |
| openstackjenkins | Project nova build #1,024: SUCCESS in 2 min 57 sec: http://jenkins.openstack.org/job/nova/1024/ | 01:54 |
|---|---|---|
| openstackjenkins | Tarmac: Check that server exists when interacting with /v1.1/servers/<id>/meta resource | 01:54 |
| *** elasticdog has quit IRC | 05:11 | |
| *** elasticdog has joined #openstack-dev | 05:13 | |
| *** Binbin has joined #openstack-dev | 06:03 | |
| *** reidrac has joined #openstack-dev | 07:15 | |
| *** Binbin has quit IRC | 07:48 | |
| *** Binbin has joined #openstack-dev | 09:07 | |
| *** adiantum_ has joined #openstack-dev | 09:30 | |
| *** adiantum_ has quit IRC | 09:37 | |
| *** Binbin has quit IRC | 09:41 | |
| *** adiantum_ has joined #openstack-dev | 09:41 | |
| *** Daviey has quit IRC | 09:47 | |
| *** adiantum_ has quit IRC | 09:53 | |
| *** Daviey has joined #openstack-dev | 09:55 | |
| *** adiantum_ has joined #openstack-dev | 09:56 | |
| *** adiantum_ has quit IRC | 10:08 | |
| *** adiantum_ has joined #openstack-dev | 10:14 | |
| *** adiantum_ has quit IRC | 10:24 | |
| *** adiantum_ has joined #openstack-dev | 10:36 | |
| *** markvoelker has joined #openstack-dev | 10:48 | |
| *** adiantum_ has quit IRC | 11:05 | |
| *** adiantum_ has joined #openstack-dev | 11:18 | |
| *** adiantum_ has quit IRC | 11:44 | |
| *** adiantum_ has joined #openstack-dev | 11:45 | |
| *** adiantum_ has quit IRC | 11:56 | |
| *** gregm has joined #openstack-dev | 12:01 | |
| *** adiantum_ has joined #openstack-dev | 12:02 | |
| *** adiantum_ has quit IRC | 12:10 | |
| ttx | notmyname: let me know if swift 1.4.1 is OK for release, and I'll process it when I have a break in the conference | 12:31 |
| ttx | notmyname: preparing a final version branch for your approval, if the wifi here allows | 12:36 |
| ttx | notmyname: if you're OK for release, then review and accept: https://code.launchpad.net/~ttx/swift/final-1.4.1/+merge/65188 | 12:43 |
| *** gregm has quit IRC | 12:47 | |
| *** gregm has joined #openstack-dev | 12:56 | |
| notmyname | ttx: ack | 13:05 |
| *** ameade has joined #openstack-dev | 13:17 | |
| *** bcwaldon has joined #openstack-dev | 13:22 | |
| *** adiantum_ has joined #openstack-dev | 13:41 | |
| *** zul has joined #openstack-dev | 13:41 | |
| *** bcwaldon has quit IRC | 13:44 | |
| *** binbin has joined #openstack-dev | 13:51 | |
| *** jkoelker has joined #openstack-dev | 13:54 | |
| jaypipes | ttx: ping | 13:55 |
| ttx | jaypipes: pong | 14:21 |
| *** bcwaldon has joined #openstack-dev | 14:24 | |
| notmyname | ttx: just got the ok from our QA. everything looks good for 1.4.1. Marking the merge now | 14:35 |
| ttx | notmyname: cool. I'll process it soon | 14:36 |
| *** johnpur has joined #openstack-dev | 14:47 | |
| *** ChanServ sets mode: +v johnpur | 14:47 | |
| *** bcwaldon has quit IRC | 14:54 | |
| *** bcwaldon has joined #openstack-dev | 14:56 | |
| *** dragondm has joined #openstack-dev | 15:03 | |
| *** robinbb has left #openstack-dev | 15:11 | |
| *** reidrac has quit IRC | 15:16 | |
| ttx | vishy: ping | 15:25 |
| *** cp16net_ has joined #openstack-dev | 15:25 | |
| vishy | ttx: pong | 15:26 |
| vishy | ttx: back from japan/vacation! | 15:27 |
| ttx | vishy: good! | 15:27 |
| *** cp16net_ has quit IRC | 15:27 | |
| *** heckj has joined #openstack-dev | 15:37 | |
| *** jaypipes has quit IRC | 15:40 | |
| *** binbin has quit IRC | 15:44 | |
| *** bcwaldon has quit IRC | 15:51 | |
| *** bcwaldon has joined #openstack-dev | 15:53 | |
| *** jaypipes has joined #openstack-dev | 15:53 | |
| *** rnirmal has joined #openstack-dev | 15:57 | |
| vishy | tr3buchet: ping | 16:03 |
| tr3buchet | vishy: hiya vish | 16:04 |
| tr3buchet | vishy etc | 16:04 |
| vishy | tr3buchet: hey, just noticed that you have an except IntegrityError in the multi_nic branch which is undefined | 16:05 |
| vishy | in _allocate_mac_address | 16:05 |
| tr3buchet | vishy: have a paste? | 16:06 |
| vishy | line 454 | 16:06 |
| vishy | in network/manager.py (at least that is the line in the last code you pushed) | 16:06 |
| tr3buchet | looking | 16:07 |
| tr3buchet | vishy: nice catch fixed. pushed. | 16:11 |
| *** mattray has joined #openstack-dev | 16:11 | |
| vishy | tr3buchet: I'm planning a new networking mode as well. Just trying to wrap my head around your stuff so it doesn't conflict. | 16:13 |
| vishy | tr3buchet: you have each network belonging to one network host, yes? | 16:13 |
| vishy | tr3buchet: I'm planning a mode where every compute host will have nova-network running, and they will all share the same network... | 16:14 |
| tr3buchet | vishy: yes each network belongs to a host, once a host picks it up and configures itself | 16:16 |
| vishy | tr3buchet: and it configures itself as gateway/dhcp server for that network? | 16:16 |
| tr3buchet | vishy: yes | 16:16 |
| tr3buchet | once that's set, that network then becomes usable to nova | 16:17 |
| tr3buchet | in otherwords unconfigured networks are ignored | 16:17 |
| vishy | tr3buchet: cool, I'm going to do an HA flat dhcp mode where every compute host gets an ip in the network and acts as gateway/dhcp server for its own vms | 16:17 |
| vishy | i suppose it should be a configuration option on the network itself... | 16:18 |
| vishy | rather than selecting a single host, it will be shared. And it will need a number of reserved ips for the hosts... | 16:19 |
| openstackjenkins | Project nova build #1,025: SUCCESS in 2 min 58 sec: http://jenkins.openstack.org/job/nova/1025/ | 16:24 |
| openstackjenkins | Tarmac: This patch adds support for working with instances by UUID in addition to integer IDs. | 16:24 |
| openstackjenkins | The Zone Scheduler routing mechanics were changed slightly so that when an UUID is passed in, it checks to see whether the item is available locally. | 16:24 |
| openstackjenkins | If it isn't it re-routes to a child zone. | 16:24 |
| openstackjenkins | If it is available locally, it substitutes the UUID with the integer ID and calls the wrapped function. This is the 'trick' allows us to not change any of the virt-layer code-- everything still uses integer IDs locally. | 16:24 |
| tr3buchet | vishy: interesting | 16:31 |
| tr3buchet | vishy: making a new manager? | 16:32 |
| vishy | tr3buchet: originally it was going to be a manager | 16:34 |
| vishy | now it seems like I might have to change the network itself | 16:34 |
| vishy | tr3buchet: how does one specify which networks the vm is supposed to connect to? | 16:34 |
| heckj | vishy: I think I found a small comment error - made a change, wanted to check to see if it was correct: https://code.launchpad.net/~heckj/nova/commentfix/+merge/65230 | 16:36 |
| vishy | tr3buchet: your IntegrityError change won't work | 16:36 |
| vishy | IntegrityError won't get out of the db layer without being wrapped, + it shouldn't be exposed to the network manager anyway... | 16:37 |
| ttx | notmyname: ok, Swift 1.4.1 release is complete. You can send the announce. | 16:37 |
| vishy | heckj: your fix is correct | 16:37 |
| heckj | K - thanks. | 16:37 |
| tr3buchet | vishy: ok i'll have it raise something else in the sqlalchemy.api | 16:38 |
| vishy | tr3buchet: yes probably wrap it with another error | 16:38 |
| vishy | tr3buchet: did you see my other question? How do I specify number of nics and attached networks for instances? | 16:39 |
| *** gregm has quit IRC | 16:39 | |
| tr3buchet | vishy: i updated the comment | 16:40 |
| tr3buchet | vishy: the networks are determined by a function _get_networks_for_instance() | 16:41 |
| tr3buchet | currently they don't really take any arguments, I made these to be expanded upon | 16:41 |
| tr3buchet | there should be one in the NetworkManager superclass and one in the VlanManager subclass | 16:41 |
| vishy | tr3buchet: ah ok, so it currently just attaches every instance to all networks | 16:42 |
| tr3buchet | if flat, correct | 16:42 |
| tr3buchet | if there are 5 configured networks you get 5 vifs and an ip from each | 16:42 |
| vishy | tr3buchet: in vlan mode, do you have to associate projects and networks in advance? | 16:42 |
| tr3buchet | vishy: you do not | 16:43 |
| tr3buchet | i've made a function to force add additional networks, but it isn't yet exposed to the api | 16:43 |
| vishy | ok i see | 16:44 |
| vishy | looks like we will need a network/instance association eventually | 16:45 |
| tr3buchet | yeah it needs to be improved | 16:46 |
| tr3buchet | but that may be good enough for nova sans NaaS | 16:46 |
| *** mgius has joined #openstack-dev | 16:47 | |
| vishy | sigh security groups are a mess too... :( | 16:47 |
| vishy | tr3buchet: I'm wondering about making network_id nullable in VirtualInterface | 16:49 |
| vishy | tr3buchet: it looks like your relationships need primary_joins as well or they won't handle being deleted very well | 16:51 |
| tr3buchet | vishy: i thought about making it nullable, why would you want it to be nullable? | 16:57 |
| tr3buchet | vishy: anything you'd want to nullify it for i considered solving by making a network for | 16:57 |
| vishy | builds are failing | 16:57 |
| tr3buchet | vishy: comment updated, and virtual interface exception handling corrected | 16:58 |
| vishy | tr3buchet: I suppose i'm thinking about having nics that aren't connected to a network | 16:58 |
| tr3buchet | vishy: right, so in that case, why not create a row in the network table for those nics | 16:59 |
| *** jdurgin has joined #openstack-dev | 17:00 | |
| tr3buchet | vishy: i'm a bit fuzzy on the nics with no network connectivity though. what's the use case? | 17:00 |
| vishy | tr3buchet: that seems a little counterintuitive | 17:00 |
| tr3buchet | vishy: i see your point | 17:00 |
| vishy | tr3buchet: so you can connect nics to different networks at run time | 17:00 |
| tr3buchet | i guess I'm thinking about it from xen point of view, can you create a vif with no bridge? | 17:01 |
| vishy | tr3buchet: it might be out of scope for current networking mode, but I think it might be closer to what NAS is planning | 17:01 |
| vishy | tr3buchet: sure you would just have a tap device not bridged into anything | 17:02 |
| vishy | looks like the builders need a new version of sqlite or some such? | 17:03 |
| tr3buchet | vishy: in that scenario the tap device in on the vm correct? | 17:07 |
| vishy | tr3buchet: tap device on the host | 17:08 |
| tr3buchet | vishy: and the instances get a vif connected to the tap device | 17:09 |
| vishy | so we need a new carrot to fix the build | 17:09 |
| vishy | soren: ping | 17:09 |
| vishy | mtaylor: ping | 17:09 |
| heckj | tr3buchet: thanks for pulling in the update | 17:14 |
| tr3buchet | heckj: no problem, thanks for finding it | 17:14 |
| heckj | reading and trying to get up to speed with the networking | 17:15 |
| mtaylor | vishy: pong | 17:20 |
| *** rnirmal has quit IRC | 17:21 | |
| vishy | mtaylor: hey, the builds are all failing due to a failing test. I think we need to build with carrot 10.5 instead of 10.3 | 17:23 |
| mtaylor | vishy: ok. the tarmac builds? lemme look real quick | 17:25 |
| vishy | yeah the ubuntu packaging | 17:25 |
| mtaylor | k. I'm on it | 17:25 |
| vishy | cool thx | 17:25 |
| comstud | yes | 17:28 |
| comstud | 10.5 works with it | 17:29 |
| comstud | one of my guys was asking about it last week | 17:29 |
| comstud | we foudn 10.3 failed, 10.5 works | 17:29 |
| jk0 | I think the test that is failing now is unrelated | 17:30 |
| jk0 | getting AssertionError: u'\\/dev\\/vdc' != '/dev/vdc' in test_cloud | 17:30 |
| jk0 | nm | 17:32 |
| mtaylor | vishy: carrot 10.7 is latest released... still go with 10.5? | 17:33 |
| vishy | latest is fine | 17:33 |
| mtaylor | k. cool. | 17:34 |
| jk0 | it's still failing on 10.7 for me | 17:35 |
| vishy | o | 17:36 |
| mtaylor | jk0: does 10.5 work and 10.7 not? or just your failure is a non-releated error? | 17:37 |
| jk0 | haven't tried 10.5 yet but others report it working | 17:37 |
| mtaylor | hrm | 17:37 |
| mtaylor | that's vexing | 17:37 |
| mtaylor | ok. I've upgraded to 10.5 on the jenkins box | 17:48 |
| *** gregm has joined #openstack-dev | 17:48 | |
| *** rnirmal has joined #openstack-dev | 17:55 | |
| vishy | the really vexing thing is that it passed fine when merging | 17:56 |
| vishy | it is the launchpad builders that are failing | 17:56 |
| vishy | find . -name disk* | xargs -n1 qemu-img info | grep backing | 17:56 |
| vishy | er whoops | 17:56 |
| vishy | https://launchpadlibrarian.net/73828348/buildlog_ubuntu-natty-i386.nova_2011.3~d2~20110620.1200-0ubuntu0ppa1~natty1_FAILEDTOBUILD.txt.gz | 17:56 |
| vishy | and it is only the i386 builds that failed | 17:57 |
| *** adiantum_ has quit IRC | 18:09 | |
| mtaylor | AH - that is vexing ... | 18:09 |
| mtaylor | well - those are natty builders - and natty has 10.7 of python-carrot | 18:10 |
| *** gregm has quit IRC | 18:12 | |
| vishy | all 3 i386 builds failed | 18:13 |
| *** johnpur has quit IRC | 18:13 | |
| vishy | mtaylor: https://blueprints.launchpad.net/nova/+spec/testing-jenkins-integration | 18:20 |
| vishy | think this will be done by diablo-2? or should i push? | 18:21 |
| mtaylor | vishy: lemme re-write that - some of it will be done by diablo-2, but other bits really need their own blueprint. I'll get that done this morning for you | 18:22 |
| vishy | mtaylor: excellent thanks | 18:22 |
| vishy | markwash: do you think we should move the wikis about testing into the docs? or just link to them? | 18:26 |
| mtaylor | vishy: ok - I put a 10.5 backport into our ppa and re-kicked the maverick build and it still didn't fix it | 18:51 |
| mtaylor | vishy: so it's _something_ having to do with the software versions in things newer than lucid - but 10.5 doesn't seem to be the key :( | 18:52 |
| vishy | darn | 19:07 |
| vishy | _0x44: ping | 19:11 |
| _0x44 | vishy: pong | 19:11 |
| vishy | looking at the cloud config code on github | 19:11 |
| vishy | i guess it isn't quite done yet? | 19:11 |
| vishy | I don't see the new drive getting added to the libvirt.xml anywhere | 19:12 |
| _0x44 | vishy: No, smoser and pvo had changes that have not yet been implemented. | 19:12 |
| _0x44 | Also, haven't added to libvirt.x- what you said | 19:12 |
| vishy | _0x44: it also seems a little extreme to make a 2G drive for conf data | 19:13 |
| vishy | _0x44: diablo-2 closes in one week, just trying to figure out if we can get it in | 19:13 |
| _0x44 | I don't think it will make diablo-2 with adequate testing. | 19:13 |
| _0x44 | Also 2GB was not meant to be the final value, it was just a nice round number. | 19:14 |
| _0x44 | It's going to be 64MB and iso9660, not vfat | 19:14 |
| _0x44 | vishy: http://etherpad.openstack.org/clouddrive if you're interested | 19:16 |
| vishy | iso9660? isn't that read only? | 19:17 |
| vishy | read only means we can't put sensitive data like pks in there | 19:17 |
| pvo | vishy: what would you write to it? | 19:18 |
| vishy | pvo: delete sensitive files | 19:18 |
| _0x44 | pvo: You'd delete root-password and pks... | 19:18 |
| pvo | right, right. | 19:18 |
| _0x44 | vishy: smoser raised a concern about mandating vfat... so iso9660 was suggested. | 19:19 |
| _0x44 | vishy: I am fine with making it vfat and read-write... | 19:19 |
| vishy | what was the concern? | 19:19 |
| _0x44 | vishy: Ubuntu's stuff is going to support btrfs but not vfat | 19:20 |
| vishy | why not fat32? | 19:20 |
| vishy | everything supports fat32 | 19:20 |
| pvo | I originally said fat32 | 19:20 |
| _0x44 | vfat = fat32... | 19:20 |
| pvo | for your reason, Vishy. | 19:20 |
| pvo | tbh, I don't see any OS that doesn't support fat32. | 19:20 |
| vishy | i guess i don't know what "Ubuntu's stuff" is | 19:20 |
| _0x44 | vishy: They're going to be compiling custom kernels that don't support fat32/vfat | 19:20 |
| _0x44 | vishy: UEC's images apparently aren't going to include fat32 | 19:21 |
| vishy | why on earth would they do that!? | 19:21 |
| pvo | _0x44: he said it was possible to not have fat32 support. | 19:21 |
| vishy | ext2 then? | 19:21 |
| _0x44 | pvo: Whoops, right. | 19:21 |
| _0x44 | vishy: ext2 isn't supported by windows without extra drivers | 19:21 |
| vishy | just makes it harder for windows | 19:21 |
| vishy | are they taking out fat12 support? | 19:22 |
| pvo | which is correct, someone may compile out fat32 support, but then I think they'd lose a lot of functionality in the long run. | 19:22 |
| vishy | or fat16? | 19:22 |
| _0x44 | I think we can say fat32 support is required for config-drive but that if you don't use it you're on your own. | 19:22 |
| vishy | agreed, i really don't see any reason to disable fat support in the kernel. | 19:22 |
| vishy | that seems insane | 19:22 |
| _0x44 | vishy: I think the objection was that someone could upload a guest image with only some things enabled for whatever reason | 19:22 |
| vishy | ok, but they could just as easily disable iso | 19:23 |
| pvo | they could not include iso9660 support as well for tha tmatter. | 19:23 |
| vishy | which may be more likely because clouds don't have cd roms | 19:23 |
| pvo | ok, so back to fat32 and read/write? | 19:23 |
| vishy | imo yes | 19:24 |
| vishy | so I guess I'll push cloud config to next milestone? | 19:24 |
| _0x44 | Mine too, I think it makes the root-password problem easier too, imo | 19:24 |
| pvo | coo.. | 19:24 |
| pvo | l | 19:24 |
| _0x44 | vishy: Yes, thank you. | 19:25 |
| vishy | pvo: instance migration? | 19:30 |
| vishy | pvo: https://blueprints.launchpad.net/nova/+spec/instance-migration | 19:30 |
| pvo | not going to hit that one. | 19:30 |
| vishy | k moving | 19:33 |
| *** markvoelker has quit IRC | 19:52 | |
| termie | ironcamel: hello | 19:59 |
| ironcamel | termie: hi | 20:09 |
| termie | ironcamel: you had a question? | 20:11 |
| ironcamel | well, i have been working on some cloudbuilders projects on github | 20:11 |
| *** gregm has joined #openstack-dev | 20:11 | |
| termie | yup | 20:12 |
| ironcamel | have you seen my patches? my main question was why isn't the openstack nova project on github up to date | 20:12 |
| termie | ironcamel: it is just being mirror'd manually at this point pending switchover | 20:12 |
| *** jtran has joined #openstack-dev | 20:13 | |
| ironcamel | termie: it seems pretty stale | 20:13 |
| termie | i'll bump it again | 20:13 |
| ironcamel | thanks | 20:13 |
| termie | the only people i knew of directly working on it were the red dwarf team | 20:13 |
| ironcamel | directly working on what? | 20:14 |
| termie | the nova github mirror | 20:14 |
| termie | they have a fork of it that they are dev'ing red dwarf against | 20:14 |
| ironcamel | is there a straightforward way to tell radioedit to use a particular branch? | 20:14 |
| jtran | termie: hey i'm working on https://bugs.launchpad.net/nova/+bug/704645 and I have a few questions. u got a minute? | 20:15 |
| uvirtbot | Launchpad bug 704645 in nova "EC2 API supports deprecated authorize and revoke methods, and not recommended methods" [Medium,Confirmed] | 20:15 |
| termie | ironcamel: i don't know offhand, i haven't been working on that | 20:16 |
| ironcamel | termie: who is the radioedit goto person? | 20:16 |
| termie | ironcamel:asking the poeple in the room, they say you'll have to hack nova.sh to generalize that | 20:16 |
| termie | ironcamel: so it is a bit involved | 20:16 |
| termie | jtran: sure | 20:16 |
| termie | jtran: what are your questions? | 20:17 |
| jtran | looks like the way to get nova ec2 api up to par to use NON-deprecated method call for revoke and auth sec group... is to upgrade boto to 2.0x (such as 2.0rc1) | 20:17 |
| jtran | so if that is done, and even if we implement the change for the api call... | 20:17 |
| jtran | that means anyone using boto 1.9 will have probs | 20:18 |
| jtran | is that the route that you'd want to take? | 20:18 |
| termie | that's the route _i'd_ want to take, but i generally trust developers to update their code when they need to | 20:18 |
| jtran | the other part of the question is that by doing that it breaks a few other nova ec2 api calls probably for same deprecation reason... | 20:18 |
| termie | i'm not sure how the other cooks will feel | 20:18 |
| jtran | so do i make a blueprint out of this? | 20:19 |
| jtran | and ask for a vote in the blueprint? | 20:19 |
| termie | that's proably smart | 20:19 |
| jtran | understood. thx for the feedback | 20:19 |
| termie | make a blueprint for "update ec2 api and boto to latest versions" | 20:19 |
| termie | and i think people will be okay with it | 20:19 |
| termie | but it will help to have the notice that something is going to change | 20:19 |
| vishy | ironcamel: deploy.sh/auto.sh | 20:19 |
| vishy | you can put a branch name there | 20:20 |
| vishy | but changing the repository involves hacking nova.sh | 20:20 |
| vishy | probably should have a repo as an environment var so it is easy to edit | 20:21 |
| vishy | jtran: don't do that | 20:23 |
| vishy | jtran: nova doesn't work with boto 2.0 | 20:23 |
| vishy | jtran: so if you make the change you will have to fix it :) | 20:23 |
| termie | jtran: the blueprint includes those fixes | 20:23 |
| termie | vishy: erm | 20:24 |
| termie | vishy: that was for you | 20:24 |
| jtran | in my test env, when i upgrade to boto, not many things fail. | 20:24 |
| jtran | as long as we get all tests to pass right? | 20:24 |
| jtran | it didn't look like a huge undertaking as far as i could tell | 20:25 |
| vishy | jtran: it shouldn't be too bad | 20:25 |
| vishy | jtran: they changed the way some stuff is imported in 2.0 | 20:25 |
| vishy | jtran: as long as everything is fixed we could standardize on the new version | 20:25 |
| jtran | right. i will submit blueprint if it gets voted and approved on i'll take a shot at it. not 100% sure i can do it but it's worth checking out :) | 20:27 |
| ironcamel | vishy: thanks | 20:29 |
| ironcamel | vishy: right now i am trying to turn off keystone via: curl -skSL https://github.com/cloudbuilders/deploy.sh/raw/master/auto.sh | sed 's/ENABLE_KEYSTONE=1/ENABLE_KEYSTONE=0/' | /bin/bash | 20:31 |
| ironcamel | in radioedit's install.sh | 20:31 |
| vishy | that sounds like it really won't work at all | 20:31 |
| ironcamel | why is that? | 20:31 |
| vishy | many of the changes to dash in radioedit are to integrate keystone | 20:32 |
| ironcamel | vishy: i am not so interested in the dash. i want to hit it via the web api. | 20:32 |
| vishy | hmm ok | 20:32 |
| ironcamel | the dash is broken for me anyway | 20:33 |
| ironcamel | when i login, i get a stacktrace | 20:33 |
| vishy | i see. Sad face | 20:38 |
| *** jtran has quit IRC | 21:50 | |
| *** gregm has quit IRC | 21:50 | |
| *** jdurgin has quit IRC | 21:50 | |
| *** rods has quit IRC | 21:50 | |
| *** zorzar has quit IRC | 21:50 | |
| *** RobertLaptop has quit IRC | 21:50 | |
| *** clayg has quit IRC | 21:50 | |
| *** gregm_ has joined #openstack-dev | 21:50 | |
| *** bcwaldon has quit IRC | 21:54 | |
| *** rods has joined #openstack-dev | 21:57 | |
| *** zorzar has joined #openstack-dev | 21:57 | |
| *** RobertLaptop has joined #openstack-dev | 21:57 | |
| *** clayg has joined #openstack-dev | 21:58 | |
| *** jdurgin has joined #openstack-dev | 21:59 | |
| *** ameade has quit IRC | 22:03 | |
| *** jtran has joined #openstack-dev | 22:07 | |
| *** jtran has left #openstack-dev | 22:08 | |
| *** gregm_ has quit IRC | 22:10 | |
| *** jkoelker has quit IRC | 22:22 | |
| *** mattray has quit IRC | 22:42 | |
| *** zaitcev has joined #openstack-dev | 22:44 | |
| *** rnirmal has quit IRC | 23:08 | |
| *** jaypipes has quit IRC | 23:16 | |
| *** jtran has joined #openstack-dev | 23:19 | |
| jtran | ttx: just curious but why is this particular bug pushed back for triaged instead of merging it ?https://bugs.launchpad.net/nova/+bug/714245 | 23:21 |
| uvirtbot | Launchpad bug 714245 in nova "nova-manage create/admin functions doesn't check if objects already exists in database" [Wishlist,Triaged] | 23:21 |
| *** ohnoimdead has joined #openstack-dev | 23:34 | |
| *** dragondm has quit IRC | 23:37 | |
| *** jtran has quit IRC | 23:40 | |
| soren | vishy: Is it quick? | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!