*** msinhore has quit IRC | 00:40 | |
*** vladimir3p has quit IRC | 01:03 | |
*** dantoni has quit IRC | 01:16 | |
*** deshantm_away is now known as deshantm | 01:39 | |
*** adjohn has quit IRC | 02:09 | |
*** medberry is now known as med_out | 02:13 | |
*** msinhore has joined #openstack-meeting | 02:18 | |
*** LoriC has quit IRC | 02:33 | |
*** cbeck has quit IRC | 02:59 | |
*** cbeck has joined #openstack-meeting | 03:00 | |
*** msinhore has quit IRC | 03:01 | |
*** adjohn has joined #openstack-meeting | 03:27 | |
*** adjohn has quit IRC | 03:49 | |
*** adjohn has joined #openstack-meeting | 04:09 | |
*** adjohn has quit IRC | 04:09 | |
*** dendro-afk is now known as dendrobates | 04:17 | |
*** martine has quit IRC | 04:23 | |
*** cbeck has quit IRC | 06:28 | |
*** cbeck has joined #openstack-meeting | 06:29 | |
*** jaypipes has quit IRC | 07:11 | |
*** jaypipes has joined #openstack-meeting | 07:24 | |
*** cbeck has quit IRC | 07:34 | |
*** cbeck has joined #openstack-meeting | 07:35 | |
ttx | notmyname: ack | 08:05 |
---|---|---|
*** darraghb has joined #openstack-meeting | 08:58 | |
*** darraghb has quit IRC | 09:46 | |
*** darraghb has joined #openstack-meeting | 09:47 | |
*** markvoelker has joined #openstack-meeting | 11:18 | |
*** gaitan has joined #openstack-meeting | 11:33 | |
*** soren has joined #openstack-meeting | 12:16 | |
*** msinhore has joined #openstack-meeting | 12:17 | |
*** martine has joined #openstack-meeting | 12:29 | |
*** LoriC has joined #openstack-meeting | 12:50 | |
*** dolphm has joined #openstack-meeting | 13:19 | |
*** creiht has joined #openstack-meeting | 13:41 | |
*** troytoman-away is now known as troytoman | 13:44 | |
*** vladimir3p has joined #openstack-meeting | 13:55 | |
*** mattray has joined #openstack-meeting | 14:05 | |
*** jkoelker has joined #openstack-meeting | 14:19 | |
*** dolphm has quit IRC | 14:55 | |
*** dolphm has joined #openstack-meeting | 14:56 | |
*** rnirmal has joined #openstack-meeting | 15:00 | |
*** rnirmal has quit IRC | 15:09 | |
*** med_out is now known as medberry | 15:22 | |
*** dendrobates is now known as dendro-afk | 15:25 | |
*** cynb has quit IRC | 16:01 | |
*** dendro-afk is now known as dendrobates | 16:02 | |
*** cynb has joined #openstack-meeting | 16:04 | |
*** johnpur has quit IRC | 16:12 | |
*** darraghb has quit IRC | 17:14 | |
*** joearnold has joined #openstack-meeting | 17:21 | |
*** mattray has quit IRC | 18:11 | |
*** dendrobates is now known as dendro-afk | 18:12 | |
*** mattray has joined #openstack-meeting | 18:20 | |
*** adrian17od has joined #openstack-meeting | 18:22 | |
*** dendro-afk is now known as dendrobates | 18:24 | |
*** dendrobates is now known as dendro-afk | 18:25 | |
*** dendro-afk is now known as dendrobates | 18:49 | |
*** adrian17od has quit IRC | 18:49 | |
*** bengrue has joined #openstack-meeting | 18:50 | |
bengrue | Hello, humans. | 18:50 |
*** adrian17od has joined #openstack-meeting | 18:51 | |
jeblair | hi, who's here for the openstack-ci meeting? | 19:00 |
bengrue | I am. | 19:01 |
jeblair | monty asked me to chair the meeting today since he couldn't make it. | 19:01 |
jeblair | we might be a little thin, with oscon going on | 19:01 |
bengrue | This is my first meeting; I did CI at IMVU, and have just joined up at PistonCloud. | 19:02 |
jeblair | cool, welcome! | 19:03 |
jeblair | let's get started | 19:04 |
jeblair | #startmeeting | 19:04 |
openstack | Meeting started Tue Jul 26 19:04:17 2011 UTC. The chair is jeblair. Information about MeetBot at http://wiki.debian.org/MeetBot. | 19:04 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic. | 19:04 |
jeblair | #topic Actions from last meeting | 19:04 |
*** openstack changes topic to "Actions from last meeting" | 19:04 | |
jeblair | so the first item was: jeblair Fix OpenID support in Gerrit | 19:04 |
jeblair | i've patched gerrit so that it operates in a single-sign-on mode, like our jenkins install, with launchpad as the openid provider | 19:05 |
jeblair | so we have SSO with launchpad, gerrit, and jenkins. this should make it a bit easier to use all of those tools | 19:06 |
jeblair | in a related note, the second item was: mtaylor Write script to sync launchpad users/teams to gerrit users/groups | 19:06 |
jeblair | that is mostly done; monty has written an initial version of a script that does that, so that developers should only have to register with launchpad | 19:07 |
jeblair | then all their (public) information is synced to gerrit | 19:07 |
*** tomeff has joined #openstack-meeting | 19:07 | |
jeblair | there's a bit of optimization to do so that group membership changes are propogated quickly, but what is there now should be a big time saver for any projects that start using gerrit. | 19:08 |
jeblair | finally: mtaylor finish migrating jenkins jobs from running on master to running on slaves | 19:08 |
jeblair | this is _nearly_ complete at this point. I believe there were some hiccups with the slaves being a little different from the previous config used on the master. | 19:09 |
jeblair | i'll go ahead and put the last two items back on the stack for next week just to make sure they're closed out | 19:10 |
jeblair | #action mtaylor Optimize script to sync launchpad users/teams to gerrit users/groups | 19:10 |
jeblair | #action mtaylor finish migrating jenkins jobs from running on master to running on slaves | 19:10 |
jeblair | #topic Blueprints are up | 19:11 |
*** openstack changes topic to "Blueprints are up" | 19:11 | |
*** nati has joined #openstack-meeting | 19:11 | |
*** dendrobates is now known as dendro-afk | 19:11 | |
jeblair | our roadmap and tasks are visible here: | 19:12 |
jeblair | #link https://blueprints.launchpad.net/openstack-ci | 19:12 |
jeblair | you can see that right now, we're putting a lot of effort into getting a git based workflow operational | 19:12 |
*** Shubhangi has joined #openstack-meeting | 19:13 | |
jeblair | we've started testing that with the keystone project, which is in the incubation stage | 19:13 |
jeblair | this morning Jenkins ran its first test out of that workflow (triggered by a change in gerrit) | 19:14 |
*** adjohn has joined #openstack-meeting | 19:15 | |
jeblair | so we're making progress, and writing documentation to help other projects if/when they transition | 19:15 |
jeblair | anything regarding the blueprints before we move to open discussion? | 19:16 |
*** shwetaap has joined #openstack-meeting | 19:17 | |
jeblair | #topic Open Discussion | 19:17 |
*** openstack changes topic to "Open Discussion" | 19:17 | |
jeblair | anything else anyone wants to talk about? | 19:18 |
jeblair | bengrue: are you going to be doing CI work at piston cloud? | 19:19 |
bengrue | I will be. | 19:19 |
bengrue | I might be able to assist with the git porting here too, after I get more familiar with the projects as a whole. | 19:19 |
bengrue | If help is needed/desired/welcome/etc. | 19:20 |
jaypipes | hey guys, sorry, just got back from dentist... :( | 19:20 |
jeblair | hi jay | 19:20 |
adrian17od | Will the openstack-ci code be migrated to github at some point? it's a bit of a pain accessing bazaar+launchpad from behind a proxy. | 19:20 |
jeblair | bengrue: right now we're in a sort of pilot/evaluation phase with keystone and glance | 19:21 |
jeblair | if things work out, i imagine many of the openstack projects will move to git | 19:21 |
adrian17od | cool | 19:21 |
bengrue | cool; how's that been going thusfar? | 19:21 |
alekibango | + 1 for git | 19:21 |
bengrue | I think I've got +6 in this (physical) room for git. | 19:22 |
alekibango | i never got used to bzr | 19:22 |
jeblair | our gerrit/jenkins/github workflow seems to be functioning; since the keystone devs just started using it yesterday, it's probably a bit early for subjective reports | 19:23 |
bengrue | Is everyone involved in that effort comfortable with the git workflow? | 19:23 |
jeblair | the workflow is based around a gated trunk -- so after each change is approved in code review, jenkins will run tests and the change is automatically merged only if it succeeds. | 19:24 |
jeblair | the keystone devs are existing git users, but they've been using only github without gerrit. | 19:24 |
bengrue | I see. I've not used gerrit myself, but this sounds relatively sane/simple. | 19:25 |
*** adjohn has quit IRC | 19:25 | |
bengrue | Cool. I look forward to seeing more and helping out in the future. But for now, I look forward to lunch. ; ) | 19:25 |
jeblair | :) great, let us know how we can facilitate your work | 19:26 |
creiht | so wait... you will have to log into gerrit through launchpad openid? | 19:26 |
jeblair | it hasn't shown up in this meeting, but we've also been helping folks integrate their local testing efforts into the openstack jenkins system | 19:26 |
jeblair | creiht: yes -- that way we can use launchpad's group system universally | 19:27 |
jeblair | to manage ACLs in gerrit, jenkins, and launchpad | 19:27 |
creiht | heh... alright.. just seems a bit wonky | 19:27 |
jeblair | we're aiming for "seamless". :) hopefully gerrit should have your group membership, username, real name, email address, and ssh key on your first visit | 19:28 |
jeblair | so you don't have to do any registration, or otherwise duplicate effort | 19:29 |
creiht | but I will still have to log in to 2 systems | 19:29 |
creiht | github and gerrit | 19:29 |
creiht | but I digress... | 19:30 |
*** dolphm has quit IRC | 19:31 | |
jeblair | adrian17od: we have moved openstack-ci to git | 19:31 |
jeblair | #link https://github.com/openstack/openstack-ci | 19:31 |
jeblair | i'm guessing we need to update the launchpad project to reflect that | 19:32 |
jeblair | #action update launchpad project page for openstack-ci to point to github | 19:32 |
jeblair | we did that to eat our own dogfood with github and gerrit | 19:33 |
adrian17od | that's great. thanks jetblair | 19:33 |
jeblair | #link https://github.com/openstack/openstack-ci-puppet | 19:34 |
jeblair | we put our puppet modules there as well | 19:34 |
jeblair | so we've been reviewing changes to those with gerrit for about a week. | 19:34 |
jeblair | it's not the same kind of use the other projects will see, but it does mean that we get to run into technical problems first | 19:35 |
jeblair | did i miss anything from anyone else? | 19:36 |
*** troytoman is now known as troytoman-away | 19:37 | |
jeblair | all right, i'll wrap it up then. see you next week! | 19:38 |
jeblair | #endmeeting | 19:38 |
*** openstack changes topic to "Openstack Meetings: http://wiki.openstack.org/Meetings | Minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/" | 19:38 | |
openstack | Meeting ended Tue Jul 26 19:38:23 2011 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 19:38 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-07-26-19.04.html | 19:38 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-07-26-19.04.txt | 19:38 |
openstack | Log: http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-07-26-19.04.log.html | 19:38 |
jaypipes | creiht: being logged in to two systems is all that bad? I'm logged into LP and GH pretty much all the time anyway. | 19:38 |
nati | bye :D | 19:38 |
jaypipes | nati: hey, got some news for ya! | 19:39 |
*** joshuamckenty_ has joined #openstack-meeting | 19:39 | |
nati | jaypipes: Wow! | 19:39 |
jaypipes | nati, mtaylor: so.... looks like I've been able to secure hardware for FreeCloud. In addition, dendro-afk is working on getting 2 48-port switches donated from Cisco for the datacenter in Boston. | 19:39 |
nati | Cool! | 19:40 |
jaypipes | nati, mtaylor: and looks like it will be more hardware than we originally planned for... 20 servers total. | 19:40 |
nati | Amazing! | 19:40 |
jaypipes | yeah, still waiting on a timeframe, but things are looking good.. | 19:41 |
*** dolphm has joined #openstack-meeting | 19:41 | |
nati | I got visa,and I'll move SF at 8/1. :D | 19:43 |
nati | It is really good news, Thank you! | 19:43 |
jaypipes | nati: hey, awesome! :) | 19:47 |
*** adjohn has joined #openstack-meeting | 19:48 | |
nati | jaypipes: Thanks! Let's discuss about the details in freecloud meeting. :D | 19:48 |
jaypipes | nati: sounds good :) | 19:50 |
*** dolphm has quit IRC | 19:52 | |
*** dolphm has joined #openstack-meeting | 19:54 | |
*** joshuamckenty_ has quit IRC | 19:55 | |
*** zns has joined #openstack-meeting | 19:57 | |
*** joshuamckenty_ has joined #openstack-meeting | 19:59 | |
ttx | Do we have a PPB meeting today ? | 19:59 |
ttx | (Nothing on the agenda, loads of peeps at OSCON...) | 20:00 |
notmyname | I'm not here (in an airport now) | 20:00 |
joshuamckenty_ | I'm available, but I think we're trumped by OSCON | 20:00 |
joshuamckenty_ | I sent out invites for the FITs working group | 20:00 |
joshuamckenty_ | Am late on the academic stuff | 20:00 |
notmyname | joshuamckenty_: are you at oscon? | 20:00 |
joshuamckenty_ | Will be late tonight | 20:00 |
notmyname | same here | 20:01 |
joshuamckenty_ | Nice. | 20:02 |
*** scott__ has joined #openstack-meeting | 20:03 | |
*** jbryce has joined #openstack-meeting | 20:04 | |
ttx | jbryce: pass ? | 20:05 |
jbryce | hello. any ppb members around? | 20:05 |
soren | ish | 20:05 |
jbryce | ttx: i'm traveling to oscon and suffering from timezone confusion.... | 20:05 |
*** dolphm has quit IRC | 20:05 | |
jbryce | i don't have any topics for this week | 20:05 |
ttx | might be difficult to get quorum today anyway | 20:06 |
jbryce | i know john purrier is en route as well | 20:06 |
ttx | from backlog you missed: | 20:06 |
ttx | <joshuamckenty_> I'm available, but I think we're trumped by OSCON | 20:06 |
ttx | <joshuamckenty_> I sent out invites for the FITs working group | 20:06 |
ttx | <joshuamckenty_> Am late on the academic stuff | 20:06 |
jbryce | thanks | 20:06 |
jbryce | i'm fine with passing | 20:06 |
jbryce | i did not finish my action item from last week which was to flesh out the autonomy statement and some more detail around vetted sets of options. hope to have it later this week and will put it on the list | 20:07 |
notmyname | +1 for mailing list | 20:08 |
ttx | looks like "pass" wins | 20:09 |
jbryce | all right | 20:09 |
jbryce | notmyname: you coming to portland? | 20:10 |
notmyname | jbryce: in denver now waiting for my portland flight | 20:10 |
notmyname | I'll land 5ish | 20:10 |
jbryce | notmyname: cool. my cell is 210-317-2438 if you want to connect later. there are quite a few rackers and openstack people arriving today | 20:12 |
*** jbryce has quit IRC | 20:13 | |
*** nati has quit IRC | 20:14 | |
*** Daviey has quit IRC | 20:14 | |
*** dolphm has joined #openstack-meeting | 20:16 | |
*** Daviey has joined #openstack-meeting | 20:17 | |
*** Daviey has quit IRC | 20:22 | |
*** dabo has joined #openstack-meeting | 20:28 | |
*** Daviey has joined #openstack-meeting | 20:30 | |
*** joshuamckenty_ has quit IRC | 20:32 | |
*** shwetaap has quit IRC | 20:32 | |
*** shwetaap has joined #openstack-meeting | 20:33 | |
*** _adjohn has joined #openstack-meeting | 20:37 | |
*** adjohn has quit IRC | 20:40 | |
*** _adjohn is now known as adjohn | 20:40 | |
*** thingee has joined #openstack-meeting | 20:41 | |
*** clayg has joined #openstack-meeting | 20:45 | |
*** msinhore has quit IRC | 20:45 | |
*** User580 has joined #openstack-meeting | 20:51 | |
*** User580 has quit IRC | 20:51 | |
*** Tushar340 has joined #openstack-meeting | 20:52 | |
*** Tushar867 has joined #openstack-meeting | 20:52 | |
*** Tushar867 has quit IRC | 20:52 | |
*** Tushar has joined #openstack-meeting | 20:53 | |
*** primeministerp1 has joined #openstack-meeting | 20:53 | |
*** Vek has joined #openstack-meeting | 20:55 | |
*** mucawhite has joined #openstack-meeting | 20:55 | |
*** danwent has joined #openstack-meeting | 20:56 | |
*** jamesurquhart has joined #openstack-meeting | 20:58 | |
*** joearnol_ has joined #openstack-meeting | 20:58 | |
* ttx yawns | 20:59 | |
*** asomya has joined #openstack-meeting | 20:59 | |
dabo | ttx: get some coffee! | 21:00 |
* Vek waves | 21:00 | |
ttx | notmyname: can't see scotticus ? | 21:00 |
ttx | jaypipes, vishy: around ? | 21:00 |
jaypipes | o/ | 21:01 |
*** joearnold has quit IRC | 21:01 | |
vishy | o/ | 21:01 |
annegentle | no yawning, that stuff's contagious. | 21:01 |
vishy | that was kind of a painful fix | 21:01 |
cynb | o/ | 21:01 |
*** RamD has joined #openstack-meeting | 21:01 | |
* Vek prepares a dirty sock for the next yawner | 21:01 | |
*** scott__ is now known as scotticus | 21:01 | |
ttx | ah, that clarifies it | 21:01 |
scotticus | sorry, didn't see my name didn't take. | 21:01 |
ttx | #startmeeting | 21:01 |
openstack | Meeting started Tue Jul 26 21:01:48 2011 UTC. The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot. | 21:01 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic. | 21:01 |
ttx | Welcome to the weekly OpenStack meeting... | 21:01 |
ttx | Today's agenda: | 21:02 |
ttx | #link http://wiki.openstack.org/Meetings/TeamMeeting | 21:02 |
*** troytoman-away is now known as troytoman | 21:02 | |
ttx | #topic Swift status | 21:02 |
*** asomya has left #openstack-meeting | 21:02 | |
*** openstack changes topic to "Swift status" | 21:02 | |
*** bcwaldon has joined #openstack-meeting | 21:02 | |
ttx | scotticus: hey! | 21:02 |
ttx | So we have a 1.4.2 release candidate standing in the milestone-proposed branch | 21:03 |
*** jk0 has joined #openstack-meeting | 21:03 | |
ttx | While trunk has been switched to 1.4.3 development | 21:03 |
ttx | No milestone-critical bug in https://launchpad.net/swift/+milestone/1.4.2 | 21:03 |
ttx | So... unless we have issues, are you OK if I release 1.4.2 Wednesday, as planned ? | 21:03 |
scotticus | yes | 21:03 |
ttx | cool :) | 21:03 |
ttx | scotticus: do you already have plans/dates for the next milestone (1.4.3?) ? | 21:04 |
* creiht notes for the record that scotticus is stepping in for notmyname for those who do not know | 21:04 | |
scotticus | not that i have noted. | 21:04 |
creiht | while he is at oscon | 21:04 |
ttx | creiht: indeed | 21:05 |
ttx | scotticus: Other announcements/comments ? | 21:05 |
*** adam_g has joined #openstack-meeting | 21:05 | |
scotticus | nope, thats all. | 21:05 |
scotticus | thank you | 21:05 |
*** dendro-afk is now known as dendrobates | 21:05 | |
ttx | Raise your hand if you have questions on Swift... | 21:05 |
ttx | #topic Glance status | 21:06 |
*** openstack changes topic to "Glance status" | 21:06 | |
jaypipes | https://launchpad.net/glance/+milestone/diablo-3 | 21:06 |
jaypipes | https://launchpad.net/glance/+milestone/diablo-4 | 21:06 |
ttx | diablo-3 milestone branch was cut this morning | 21:07 |
ttx | We have 4 release-critical bugs on the list -- all assigned | 21:07 |
jaypipes | we're looking good on D3. got to get clayg's latest proposed bug fix in, and figure out some packaging snafus, but should be good to finalize by thursday | 21:07 |
ttx | Bug 816386 (jkoelker) | 21:07 |
uvirtbot` | Launchpad bug 816386 in glance "test_scrubber functional tests fail on package build" [High,In progress] https://launchpad.net/bugs/816386 | 21:07 |
ttx | this one is blocking PPA package builds, so needs to be fixed ASAP... | 21:07 |
jaypipes | ttx: the packaging crap is the stumbling block for two of those bugs... the S3 ones (boto versioning) | 21:07 |
*** adrian17od has quit IRC | 21:08 | |
jaypipes | ttx: yes, I'm think jkoelker needs help from mtaylor or soren on that one. | 21:08 |
ttx | Apparently it's not just a timing issue, so you need some Ubuntu buildd foo to solve it | 21:08 |
jaypipes | I'm think. Ugh, I'm tired... | 21:08 |
ttx | soren looks into it -- we might disable that specific test on buildds as a D3 workaround | 21:08 |
jkoelker | ttx: yea i can't reproduce it on an ubuntu VM either, | 21:08 |
ttx | jkoelker: no, it looks like it only happens on PPA build daemons | 21:09 |
vishy | ttx, jaypipes, soren: what is the best way to handle this: https://code.launchpad.net/~tr3buchet/nova/lp816612/+merge/69365 branch was made against trunk and went in but i think it should go in milestone as well | 21:09 |
ttx | which makes debugging... a bit painful | 21:09 |
*** dolphm has quit IRC | 21:09 | |
ttx | vishy: anyone on openstack-release can approve it | 21:10 |
ttx | vishy: will talk to you later | 21:10 |
jaypipes | vishy: yeah, back off! :) | 21:10 |
vishy | hehe, sorry jumped the gun a bit | 21:10 |
jaypipes | :) | 21:10 |
ttx | jaypipes: so you need to upgrade to boto2 to fix those s3 things ? | 21:10 |
ttx | jaypipes: I pray it won't trigger as many issues as in nova | 21:10 |
jaypipes | ttx: ok, so I will work with soren on those two issues (3 of the 4 outstanding bugs..) | 21:11 |
jaypipes | ttx: Well, I'm not sure yet. All I know if the method signature of S3Connection.__init__() is different from 1.9 to 2.0 | 21:11 |
jaypipes | ttx: and the tests all pass on 2.0 and fail on 1.9. go figure. | 21:11 |
* ttx is getting a bit tired with boto, days are not long enough | 21:12 | |
jaypipes | yeah.. | 21:12 |
ttx | Bug 713154 | 21:12 |
uvirtbot` | Launchpad bug 713154 in glance "S3 Backend doesn't support POST either." [Medium,In progress] https://launchpad.net/bugs/713154 | 21:12 |
ttx | Bug 794718 | 21:12 |
uvirtbot` | Launchpad bug 794718 in glance "S3 requires seekable file. webob versions 0.9.8 through 1.0.7 make_body_seekable() method broken for chunked transfer requests" [Low,In progress] https://launchpad.net/bugs/794718 | 21:12 |
jaypipes | ttx: yep, both boto. | 21:12 |
ttx | ok | 21:12 |
ttx | Bug 814981 | 21:12 |
uvirtbot` | Launchpad bug 814981 in glance "glance-api fails on image delivery: AttributeError: context" [Medium,Confirmed] https://launchpad.net/bugs/814981 | 21:12 |
jaypipes | ttx: clayg gave a good solution to that one. I will work on that. | 21:13 |
ttx | ok, remember to land the fix in trunk before proposing it to milestone-proposed | 21:13 |
jaypipes | ttx: clayg's solution does not require packaging changes, thankfully.. | 21:13 |
jaypipes | ttx: yep, will do. | 21:13 |
ttx | iablo-4 plan at https://launchpad.net/glance/+milestone/diablo-4 looks reasonable | 21:13 |
ttx | as in "just twice as many blueprints as the other milestones" | 21:13 |
jaypipes | ttx: yes, now that johannes and Vek are working with us ;) | 21:14 |
ttx | jaypipes: Announcements, comments ? | 21:14 |
jaypipes | ttx: no | 21:14 |
Vek | I haven't looked at that bug 814981, but it relates to code I just merged into glance; fix is to update config files | 21:14 |
uvirtbot` | Launchpad bug 814981 in glance "glance-api fails on image delivery: AttributeError: context" [Medium,Confirmed] https://launchpad.net/bugs/814981 | 21:14 |
* ttx expects a busy wednesday. | 21:14 | |
jaypipes | Vek: actually fix is to make request context noop-able... | 21:14 |
Vek | a more useful error message would probably be helpful, though... | 21:14 |
ttx | Raise your hand if you have a question on Glance / for Jay | 21:14 |
Vek | jaypipes: *nod* | 21:15 |
jaypipes | Vek: but have to solve the broader "how to upgrade ini/paste.deploy files" anyway.. | 21:15 |
jaypipes | Vek: https://blueprints.launchpad.net/openstack-ci/+spec/glance-upgrade | 21:15 |
ttx | #topic Nova status | 21:15 |
*** openstack changes topic to "Nova status" | 21:15 | |
*** martine has quit IRC | 21:15 | |
ttx | vishy: yo! | 21:15 |
ttx | diablo-3 milestone branch was also cut this busy morning | 21:16 |
ttx | We have three release-critical bugs in the list, some needing urgent love | 21:16 |
ttx | See https://launchpad.net/nova/+milestone/diablo-3 | 21:16 |
ttx | Bug 816236 | 21:16 |
uvirtbot` | Launchpad bug 816236 in nova "Initial 'nova db sync' migration failure on mysql due to foreign key reference" [Critical,Triaged] https://launchpad.net/bugs/816236 | 21:16 |
soren | Are the disabled unit tests part of that? | 21:17 |
ttx | soren: part of what ? | 21:17 |
soren | "that" being "the set of critical bugs". | 21:17 |
soren | I guess not. | 21:17 |
vishy | soren: they are not | 21:17 |
ttx | soren: list at https://launchpad.net/nova/+milestone/diablo-3 | 21:17 |
vishy | but any that can be fixed would be great | 21:17 |
ttx | I'll gladly accept any of them though :) | 21:18 |
ttx | vishy: do you have a victim^Wassignee for that schema upgrade issue ? | 21:18 |
vishy | so my question from earlier: the problem is that the fix is that it was done against trunk | 21:18 |
vishy | ttx: not yet | 21:18 |
ttx | vishy: I has a quick look at it, but figured an SQL/sqlalchemy-migrate expert would fix it way faster than I could | 21:18 |
vishy | it looks like there was a potential fix included | 21:19 |
* jaypipes hides | 21:19 | |
vishy | I actually haven't seen the bug manifest yet | 21:19 |
vishy | so step one is reproducing it | 21:19 |
vishy | perhaps it is oneiric only? | 21:19 |
adam_g | i hit that migration bug on natty | 21:19 |
ttx | soren, jaypipes, mtaylor: anything preventing a branch from trunk to be proposed to milestone-proposed ? | 21:19 |
vishy | adam_g: could you make a fix for it? | 21:20 |
* ttx is a beliver in DVCS "just works" magic | 21:20 | |
soren | I'm not sure I understand what tha tmeans :-/ | 21:20 |
jaypipes | me neither. | 21:20 |
soren | If you mean: | 21:20 |
vishy | ttx: the issue is that just merging it will merge in the other three branches that merged | 21:20 |
adam_g | vishy: i was looking into it last night, but need to look at sqlachemy/migrate more to know how to fix it properly. | 21:20 |
soren | "Can a branch that has been merged into trunk also be merged into somthing else", then yes. | 21:20 |
jaypipes | vishy: ah... | 21:20 |
vishy | so i don't know the best way to handle it in bzr | 21:20 |
vishy | should we do a feaux "cherry-pick" | 21:20 |
vishy | and make a new branch? | 21:20 |
soren | Yeah, that's fine. | 21:21 |
vishy | and propose that one in? | 21:21 |
jaypipes | vishy: no, I think the specific merge would have to be proposed to be merged into the milestone release branch... | 21:21 |
vishy | jaypipes: you can't seem to do that through launchpad. i.e. propose just a specific revision | 21:21 |
soren | You can't, no. | 21:21 |
vishy | ok i will remake trebs branch against milestone proposed | 21:21 |
jaypipes | vishy: bzr merge -c REVNO | 21:21 |
vishy | and propose that one against milestone | 21:21 |
ttx | mtaylor: would the gerrit milestone-proposed magic you promised me solve that ? | 21:22 |
vishy | anyone else around that wants to try to fix the mysql issue? | 21:22 |
primeministerp1 | what is is | 21:22 |
primeministerp1 | er is it again | 21:22 |
primeministerp1 | sorry | 21:22 |
ttx | primeministerp1: bug 816236 | 21:22 |
uvirtbot` | Launchpad bug 816236 in nova "Initial 'nova db sync' migration failure on mysql due to foreign key reference" [Critical,Triaged] https://launchpad.net/bugs/816236 | 21:22 |
primeministerp1 | too many threads | 21:22 |
ttx | part of the "save the day, fix a RC bug !" campaign | 21:23 |
primeministerp1 | haha | 21:23 |
primeministerp1 | has someone reproduced it yet? | 21:23 |
primeministerp1 | sorry i can take that off line | 21:23 |
adam_g | its easy to reproduce, install from trunk and try to migrate against a mysql database | 21:23 |
primeministerp1 | o ok | 21:24 |
adam_g | migrations against sqlite work fine | 21:24 |
tr3buchet | isnt it the same as if you drop your database and start over? | 21:24 |
ttx | adam_g: are you planning to work on it ? Would definitely be a good idea :) | 21:24 |
primeministerp1 | might be over my head but i'll try a poke at it | 21:24 |
ttx | primeministerp1, adam_g: ok, talk to each other to avoid duplication | 21:24 |
vishy | adam_g: I've done that on maverick and it works btw | 21:24 |
adam_g | it would be easy to just remove with sqlalchemy migrate, however, its created with an autogenerated name does not match the name sqlalchemy use to find it on removal | 21:25 |
vishy | adam_g: so it may be a natty+ issue? | 21:25 |
adam_g | ttx: i would like to, however, im at OSCOn currently and will not have a chance to look at it until tomorrow earliest | 21:25 |
ttx | rha | 21:25 |
ttx | we'll get back to this one | 21:26 |
adam_g | vishy: only tested on natty. will check at least oneiric this afternoon | 21:26 |
ttx | Bug 814365 | 21:26 |
uvirtbot` | Launchpad bug 814365 in nova "Should support boto 2.0 server-side (was: EC2 API fails with >=boto2.0)" [Wishlist,Confirmed] https://launchpad.net/bugs/814365 | 21:26 |
ttx | This one also needs a friend, though I think vishy is closing on a solution | 21:26 |
ttx | vishy: if you're close, maybe assign yourself to it | 21:26 |
vishy | ttx: I fixed it | 21:26 |
vishy | ttx: could use some reviews though | 21:26 |
mtaylor | ttx: yes | 21:26 |
mtaylor | ttx: branch from trunk to milestone-proposed is hard but possibly doable | 21:27 |
vishy | that should fix oneric builds as well | 21:27 |
ttx | vishy: so the cherrypicking stuff to milestone-proposed would probably be handled automatically in a gerrit new world order | 21:27 |
mtaylor | ttx: branch from milestone-proposed to trunk will soon magically happen | 21:27 |
mtaylor | ttx: ++ | 21:27 |
ttx | bug 810563 (tr3buchet) | 21:27 |
uvirtbot` | Launchpad bug 810563 in nova "nova-manage lets you create broken networks (was: trying to add VLAN #100 to IF -:None:- error: No such device)" [Medium,Confirmed] https://launchpad.net/bugs/810563 | 21:27 |
ttx | tr3buchet: should propose a merge today for that one ? | 21:28 |
tr3buchet | yes | 21:28 |
jaypipes | vishy: fix looks good. I might have to go with a similar switch on boto.Version >= 2 in Glance as well.. | 21:28 |
tr3buchet | need to make sure lvov's nova-manage stuff doesn't interfere (it shouldnt) | 21:28 |
*** _adjohn has joined #openstack-meeting | 21:29 | |
ttx | Any other candidates so far for the release-critical bug list ? | 21:29 |
vishy | tr3buchet: can you make the fix against milestone-proposed so it merges cleanly to both branches? | 21:29 |
*** msinhore has joined #openstack-meeting | 21:29 | |
*** msinhore has quit IRC | 21:29 | |
*** msinhore has joined #openstack-meeting | 21:29 | |
tr3buchet | sure thing | 21:29 |
tr3buchet | is that two separate merge props then? | 21:30 |
*** liemmn has joined #openstack-meeting | 21:30 | |
vishy | yeah | 21:30 |
ttx | tr3buchet: yes, though the other one is not "reviewed" in the same sense | 21:30 |
tr3buchet | kk | 21:30 |
vishy | woot cherry pick success https://code.launchpad.net/~vishvananda/nova/milestone816612/+merge/69368 | 21:31 |
ttx | primeministerp1: if you want to poke at bug 816236, feel free to assign yourself to it | 21:31 |
uvirtbot` | Launchpad bug 816236 in nova "Initial 'nova db sync' migration failure on mysql due to foreign key reference" [Critical,Triaged] https://launchpad.net/bugs/816236 | 21:31 |
*** adjohn has quit IRC | 21:31 | |
*** _adjohn is now known as adjohn | 21:31 | |
ttx | primeministerp1: and maybe team up with adam_g on verification/reproduction | 21:31 |
primeministerp1 | ok | 21:32 |
primeministerp1 | see if i can help | 21:32 |
vishy | appreciate it guys! | 21:32 |
ttx | I'll try to pick the resulting pieces tomorrow morning | 21:32 |
primeministerp1 | we at misc stuff yet | 21:32 |
vishy | if you have trouble, ping me | 21:32 |
primeministerp1 | have some hyperv notes to add | 21:32 |
adam_g | primeministerp1: i can pair with you on that one, i spent some time looking at it and have a good idea whats going on | 21:32 |
*** salv has joined #openstack-meeting | 21:32 | |
primeministerp1 | we had some major progress w/ netwroking | 21:32 |
primeministerp1 | we have scripts now to build virtual switches on windows core | 21:32 |
ttx | primeministerp1: still on nova | 21:33 |
ttx | just a sec and I'll pass to open discussion | 21:33 |
primeministerp1 | we'll i'm speaking of nova-compute | 21:33 |
primeministerp1 | kk | 21:33 |
ttx | quick note about nova diablo-4 | 21:33 |
ttx | Due to all deferrals, plan for diablo-4 at https://launchpad.net/nova/+milestone/diablo-4 looks very unrealistic | 21:34 |
ttx | So I guess we'll trim it once diablo-3 is out of the door. | 21:34 |
ttx | vishy: more comments ? | 21:34 |
ttx | primeministerp1: please continue :) | 21:34 |
primeministerp1 | o | 21:35 |
primeministerp1 | sorry | 21:35 |
primeministerp1 | so | 21:35 |
primeministerp1 | we had to drill some hyperv dev's to get the wmi | 21:35 |
primeministerp1 | and the sripts | 21:35 |
primeministerp1 | er script | 21:35 |
primeministerp1 | however | 21:35 |
primeministerp1 | we can now automate the building of the virtual switch on hyperv | 21:35 |
vishy | primeministerp1: cool! | 21:36 |
primeministerp1 | i know jordan was working on this stuff as well | 21:36 |
primeministerp1 | but he must be out | 21:36 |
primeministerp1 | hasn't gotten back to me | 21:36 |
primeministerp1 | anyway | 21:36 |
ttx | primeministerp1: did you sync with mtaylor on hooking your test rig to the Jenkins infra ? | 21:36 |
primeministerp1 | we still need to | 21:36 |
primeministerp1 | we needed to get this piece first | 21:36 |
tr3buchet | ttx: i've got a question about a flag in the nova-manage command. i'd like to change "--flat_network_bridge" to just "--bridge". the flat network part is a misnomer | 21:36 |
primeministerp1 | we want to move to all windows core | 21:36 |
primeministerp1 | for the hypervisor os | 21:36 |
primeministerp1 | and unfortunately | 21:37 |
primeministerp1 | you apparently couldn't configure networking | 21:37 |
primeministerp1 | on core | 21:37 |
primeministerp1 | properly | 21:37 |
primeministerp1 | but.... | 21:37 |
primeministerp1 | now we can | 21:37 |
primeministerp1 | so i also wanted to share the wmi | 21:37 |
primeministerp1 | with jordan | 21:37 |
primeministerp1 | i know he was looking into the networking for hyperv | 21:38 |
ttx | tr3buchet: so far we handled backward compat in nova-manage quite badly, so I guess one more break can't hurt... vishy might disapprove though | 21:38 |
vishy | tr3buchet: seems fine, no one is using that new style yet anyway | 21:38 |
ttx | so that's ok ;) | 21:38 |
vishy | (it just went in last night) :) | 21:38 |
tr3buchet | vishy ttx: well i wanted to do it before the milestone so people don't start scripting against it | 21:38 |
ttx | primeministerp1: sounds good, just try to corner him somewhere | 21:38 |
tr3buchet | or less people do anyway | 21:38 |
vishy | agreed, change with your fix for that bug | 21:39 |
primeministerp1 | heheh | 21:39 |
salv | primeministerp1: will these scripts enable us to do VLAN networking in Hyper-V as we do with libvirt, xenapi, and ESX? | 21:39 |
tr3buchet | vishy: will do | 21:39 |
primeministerp1 | yes | 21:39 |
primeministerp1 | it should | 21:39 |
primeministerp1 | we just need the right wmi | 21:39 |
primeministerp1 | and it might help us get bits of that as well | 21:39 |
ttx | Other questions on Nova ? | 21:39 |
salv | you mean WMI script or object? | 21:39 |
soren | Yes. | 21:39 |
ttx | soren: go ahead | 21:40 |
soren | I'd like to talk about the disabled unit tests. | 21:40 |
soren | I'll make it very short: | 21:40 |
soren | wtf? | 21:40 |
soren | Discuss. | 21:40 |
tr3buchet | i guess i started that one | 21:40 |
creiht | you should add a rule to tarmac to check for commented out unit tests | 21:40 |
creiht | ;P | 21:40 |
soren | We should. | 21:40 |
soren | Really. | 21:40 |
* creiht shakes his head and hides in the corner | 21:40 | |
soren | We decided at the summit that noone was allowed to decrease test coverage. | 21:40 |
soren | Yet here we are. | 21:41 |
tr3buchet | basically the vmware code doesn't work with nova since multinic | 21:41 |
vishy | soren: the idea was to get multinic in because it was likely to cause some breakages, hoping that others could help in fixing the broken tests | 21:41 |
tr3buchet | so their tests obviously don't either | 21:41 |
soren | So why rush it? | 21:41 |
soren | Why not fix those tests first? | 21:41 |
tr3buchet | because we'd have to fix vmware | 21:41 |
soren | Someone would. | 21:41 |
tr3buchet | but who? | 21:41 |
soren | if noone cares, rip the darn thing out. | 21:41 |
tr3buchet | +1 | 21:42 |
soren | This is not about VMWare. | 21:42 |
soren | This is about the general problem. | 21:42 |
tr3buchet | i agree, i just picked that one o ut of the blue | 21:42 |
soren | Why does a new feature make it ok to disable tests? | 21:42 |
tr3buchet | the issue is handling things that change in nova which break many contituent pieces | 21:42 |
tr3buchet | constituent* | 21:42 |
soren | When people offer new patches and we ask them to provide tests as well, the reason I at least tend to give is that it's so that I don't break their stuff when I write new code. | 21:43 |
soren | ...but that really doesn't work if I just disable their tests if I happen to break their stuff anyway. | 21:43 |
ttx | We should at least have targeted the resulting issues to the milestone, to make sure I annoy people enough so that they fix the disabled tests | 21:43 |
ttx | Discovering them late was a problem | 21:43 |
soren | We're basically saying "Our use case is more important than anyone else's." | 21:44 |
vishy | agreed we definitely should have focused more on fixing the tests that broke | 21:44 |
soren | And that's bs. | 21:44 |
*** somik has joined #openstack-meeting | 21:44 | |
tr3buchet | true | 21:44 |
tr3buchet | i had assumed that the hypervisors would be quickly updated, and the tests rewritten | 21:45 |
soren | If a test is not *supposed* to work anymore, then fine. Remove it. Disabling it because you broke it... Not fine. | 21:45 |
tr3buchet | well it isn't that we broke the testas | 21:45 |
tr3buchet | tests | 21:45 |
tr3buchet | it's the the code the tests test is broken | 21:45 |
soren | The way I see it, if someone thinks a feature is important enough they should spend the extra time getting the tests sorted out (or bugging others to help them get the tests sorted out). | 21:45 |
ttx | soren: I'm with you on this one, but to tr3buchet's credit, we kinda anticipated that things would break in areas where he couldn't fix them (aka "less-supported hypervisors") | 21:46 |
tr3buchet | soren: i agree if it were only about the tests | 21:46 |
soren | I have trouble imagining a feature that's important and cool enough that it warrants breaking a bunch of other things. | 21:46 |
creiht | who supports the vmware hypervisor? | 21:46 |
soren | Things whose authors took the time to write unit tests for, no less. | 21:46 |
vishy | soren: disagree, I think there are some features | 21:46 |
vishy | that are that important | 21:46 |
salv | but if code on less-supported hypervisors is now broken, as tr3buchet says, does this mean the less-supported hypervisors are broken as well? | 21:47 |
soren | If there's a feature that we generally think is really important and it requires changes across the board, but noone wants to fix e.g. the VMWare driver... We remove the VMWare driver. | 21:47 |
tr3buchet | salv: until they are updated, yes | 21:48 |
creiht | perhaps you need a chart like the JS frameworks have, where you have "1st class" hypervisors that are guaranteed to work, and others that work to as much as can be supported | 21:48 |
soren | Untested code == broken code. | 21:48 |
vishy | soren: it was more that we didn't want to hold up the wmerge to wait for VMWare to be fixed | 21:48 |
soren | I think talking about VMware is bs. | 21:48 |
vishy | soren: keeping a large change unmerged while the code is plowing ahead is extremely painful | 21:48 |
soren | The libvirt driver got the same treatment. | 21:48 |
soren | And I can promise you that someone cares about libvirt. | 21:49 |
primeministerp1 | spectorclan: question on the design summit? | 21:49 |
soren | Maybe not VMWare. | 21:49 |
soren | I don't care much about VMWare. | 21:49 |
tr3buchet | soren all of the hypervisors got the same treatment, except the one I know how to code for | 21:49 |
salv | Well, this does not mean we should leave it to rot. | 21:49 |
tr3buchet | there are lieutenants for all the rest | 21:49 |
soren | vishy: Doing things right is painful sometimes. Writing tests is painful. But it's worth it. | 21:49 |
salv | People who developed it are still active in the project. Have they been contacted for multi-nic integration? | 21:49 |
tr3buchet | i spent time working with grid dynamics and some of the titan guys to get libvirt working as well | 21:49 |
soren | salv: Not at all, but if noone cares enough to maintain it, kill it. | 21:50 |
ttx | hmm, ok we failed, recommendations on how to fix the mess ? | 21:50 |
*** agarwalla has joined #openstack-meeting | 21:50 | |
soren | tr3buchet: The unit tests remained disabled. | 21:50 |
alekibango | note: its best to start by tests! | 21:50 |
ttx | and on how not to do it ever again ? | 21:50 |
tr3buchet | soren: no one is disagreeing with what you are saying about tests being important | 21:50 |
salv | soren: people do care, and there are people maintaining it! | 21:50 |
soren | salv: Great! | 21:50 |
vishy | soren: so you feel that we should delay the merge until someone volunteers to fix the broken tests... | 21:51 |
soren | tr3buchet: "important" seems to mean different things, then. | 21:51 |
tr3buchet | but if the tests for libvirt are being skipped for whatever reason in trunk, the libvirt lieutenant needs to see to that | 21:51 |
vishy | soren: clearly this feature would never land | 21:51 |
tr3buchet | this is true | 21:51 |
soren | vishy: I call total bs on that. | 21:51 |
vishy | soren: are the tests fixed? | 21:51 |
soren | vishy: No. | 21:51 |
*** agarwalla has joined #openstack-meeting | 21:51 | |
vishy | soren: it has been a whole month | 21:52 |
*** carlp has joined #openstack-meeting | 21:52 | |
vishy | soren: with people seeing the skips every day | 21:52 |
*** dendrobates is now known as dendro-afk | 21:52 | |
soren | Refresh my memory: | 21:52 |
tr3buchet | and obviously not caring... | 21:52 |
tr3buchet | (or not caring enough) | 21:52 |
soren | Did we not all agree at the design summit that we'd increase test coverage for this release? | 21:52 |
tr3buchet | we did | 21:52 |
*** midodan has joined #openstack-meeting | 21:52 | |
soren | Ok. | 21:52 |
tr3buchet | look this is not about tests | 21:53 |
soren | This is all about tests. | 21:53 |
tr3buchet | it's about the code that is broken. the tests are being skipped because that code is broken | 21:53 |
soren | Yes. | 21:53 |
tr3buchet | who is in charge of fixing that code, and afterwards, getting the tests to work | 21:53 |
soren | And the tests are supposed to expose that! | 21:53 |
soren | That's the point of tests! | 21:53 |
vishy | actually | 21:53 |
vishy | in the case of libvirt | 21:53 |
soren | Tests are supposed to expose when things are broken, not rub your back when things are fine. | 21:53 |
vishy | it is the tests that are broken | 21:53 |
vishy | libvirt works fine | 21:53 |
soren | How do you know? | 21:53 |
vishy | because i use it and do smoketests against it | 21:54 |
Vek | would you prefer that the code be merged and the tests allowed to fail until the code is either fixed or removed? | 21:54 |
tr3buchet | ah that's true, there are some libvirt tests still be skipped | 21:54 |
soren | Vek: Good god, no. | 21:54 |
* ttx whistles innocently and pushed to the next agenda item before there is no time left | 21:54 | |
vishy | they were skipped because tr3buchet didn't have the expertise to fix them. | 21:54 |
ttx | #topic Open discussion | 21:54 |
*** openstack changes topic to "Open discussion" | 21:54 | |
tr3buchet | correct! | 21:54 |
soren | Not having expertise is fine. | 21:55 |
tr3buchet | look before this goes on: " < ttx> hmm, ok we failed, recommendations on how to fix the mess ?" | 21:55 |
soren | so you ask for hlep. | 21:55 |
soren | help, even. | 21:55 |
tr3buchet | let's discuss ttx's idea | 21:55 |
Tushar | I think skipped libvirt test are fixed in merged prop:https://code.launchpad.net/~rohitkarajgi/nova/libvirt_unittests/+merge/68144 | 21:55 |
ttx | soren: it was symptomatic of our inability to work as a unified project | 21:55 |
soren | I'm not sure we can. | 21:55 |
soren | ...because there doesn't seem to be consensus that there's a problem. | 21:55 |
vishy | soren: to be fair, he asked for help many times | 21:55 |
tr3buchet | who here wants for there to be skipped tests? | 21:55 |
*** scotticus has left #openstack-meeting | 21:55 | |
Vek | -1 | 21:55 |
soren | -1 | 21:56 |
*** zns has left #openstack-meeting | 21:56 | |
tr3buchet | consensus reached | 21:56 |
tr3buchet | let's fix skipped unittests | 21:56 |
tr3buchet | plan? | 21:56 |
soren | that's not what I'm saying. | 21:56 |
soren | Yes, we should fix them... | 21:56 |
soren | ...but they should never have been allowed to break to begin with. | 21:56 |
vishy | soren: You would like a rule saying no putting skipped tests in trunk | 21:57 |
soren | Absolutely. | 21:57 |
Daviey | horse + barn door = bolt. | 21:57 |
vishy | soren: I'm ok with that but I think in this particular case it would have slowed us down tremendously | 21:57 |
tr3buchet | easy enough: remove the decorator, watch em all fail, get to work. | 21:57 |
ttx | soren: which brings back the issue of how to work across knowledge domain to push such a large change affecting multiple hypervisors in | 21:57 |
*** ryu_ishimoto has joined #openstack-meeting | 21:58 | |
soren | vishy: It might. | 21:58 |
*** mucawhite has left #openstack-meeting | 21:58 | |
vishy | soren: all of the network stuff was dependent on multi_nic | 21:58 |
soren | That's where the motivation to fix it comes in. | 21:58 |
*** EdgarPerdomo has joined #openstack-meeting | 21:58 | |
Daviey | If someone lands a feature, are they responsible forever on to make sure it's updated to work on-par with the latest core changes? | 21:59 |
salv | tr3buchet: ask people who developed ESX support to fix them | 21:59 |
ttx | We have to stop now, next meeting needs the room | 21:59 |
tr3buchet | i brought this up many times before | 21:59 |
ttx | I propose we continue to discuss how to avoid such situation in the future, in a future meeting | 21:59 |
Vek | Daviey: and if that person gets hit by a bus tomorrow, God forbid? | 21:59 |
ttx | I'd like to make sure we can recover from the current mess though | 21:59 |
soren | Daviey: They are not. | 21:59 |
vishy | I will attempt to fix the test_cloud tests | 22:00 |
soren | Daviey: That's why they provide unit tests and we do code review. | 22:00 |
Daviey | soren: the 'breaker' has to do it? right? | 22:00 |
Daviey | or at least co-ordinate it | 22:00 |
ttx | vishy: maybe target all the bugs to diablo-4 to make sure they are on the radar | 22:00 |
*** Jamey has joined #openstack-meeting | 22:00 | |
soren | Daviey: Code review should make sure that more people understand the code, and the unit tests are there to make sure that we don't accidentally break it anyway. | 22:00 |
tr3buchet | i am available to assist (from the network side) anyone wanting to fix tests | 22:00 |
soren | Daviey: Absolutely. | 22:00 |
tr3buchet | wasn't this way we made lieutenants? | 22:00 |
tr3buchet | why* | 22:01 |
ttx | soren: the issue of how to push wide changes is certainly interesting, and I'd like to discuss it more | 22:01 |
ttx | soren: but enough for this meeting | 22:01 |
*** ying has joined #openstack-meeting | 22:01 | |
ttx | #endmeeting | 22:01 |
*** openstack changes topic to "Openstack Meetings: http://wiki.openstack.org/Meetings | Minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/" | 22:01 | |
openstack | Meeting ended Tue Jul 26 22:01:30 2011 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 22:01 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-07-26-21.01.html | 22:01 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-07-26-21.01.txt | 22:01 |
*** SumitNaiksatam has joined #openstack-meeting | 22:01 | |
soren | Getting complicated changes into already complicated code is complicated. News at 11. | 22:01 |
openstack | Log: http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-07-26-21.01.log.html | 22:01 |
danwent | ttx: thanks :) | 22:01 |
salv | Hi Dan! | 22:01 |
danwent | hello netstackers :) | 22:02 |
markvoelker | o/ | 22:02 |
ttx | danwent: almost on time. | 22:02 |
*** Vek has left #openstack-meeting | 22:02 | |
SumitNaiksatam | Greetings! | 22:02 |
adjohn | Hello hello | 22:02 |
somik | Hello! | 22:02 |
ryu_ishimoto | hi everyone! | 22:02 |
danwent | ttx: you all have priority, but I appreciate the consideration | 22:02 |
troytoman | Hi all | 22:02 |
jk0 | o/ | 22:02 |
*** asomya has joined #openstack-meeting | 22:02 | |
carlp | afternoon all | 22:02 |
jamesurquhart | Hey, Dan. Rick can't make meeting as he has OSCON duties. He is sending you and/or me updates, depending on connectivity. :) | 22:02 |
danwent | chatty crowd today, I like this. | 22:02 |
*** bcwaldon has quit IRC | 22:02 | |
creiht | I think ttx was just tired of talking about it :) | 22:02 |
*** thingee has left #openstack-meeting | 22:02 | |
danwent | james: thx, good to know. | 22:02 |
danwent | ok, let's get started | 22:03 |
danwent | #startmeeting | 22:03 |
openstack | Meeting started Tue Jul 26 22:03:09 2011 UTC. The chair is danwent. Information about MeetBot at http://wiki.debian.org/MeetBot. | 22:03 |
ttx | creiht: nah! But I feel guilty too, since tr3buchet asked me how to best handle this | 22:03 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic. | 22:03 |
danwent | agenda: http://wiki.openstack.org/Network/Meetings | 22:03 |
danwent | #topic netstack updates | 22:03 |
*** openstack changes topic to "netstack updates" | 22:03 | |
danwent | I sent an email out about the lack of a license file in quantum | 22:03 |
danwent | I believe this was just an oversight, but wanted to check if there were any concerns about adding one. | 22:04 |
danwent | I am not sure if this applies to melange and donabe as well, so wanted to bring it up for nestack as a whole | 22:04 |
*** creiht has left #openstack-meeting | 22:04 | |
danwent | Ok.... sounds like we'll add it so we're aligned with nova and swift as far as licensing | 22:04 |
* markvoelker hears crickets | 22:04 | |
troytoman | sounds like a good idea. we'll look at it for Melange | 22:04 |
jamesurquhart | No problems here. | 22:05 |
danwent | anything else netstack wide? | 22:05 |
*** dabo has left #openstack-meeting | 22:05 | |
jamesurquhart | I'll forward to Rick for Donabe. | 22:05 |
danwent | #topic quantum | 22:05 |
*** openstack changes topic to "quantum" | 22:05 | |
danwent | james: thx | 22:05 |
danwent | first, unit test status | 22:05 |
danwent | we're holding off merging things until the unit tests are clean, but I believe we have both the extensions and the client lib that are close to being ready to land, so I wanted to find out if there were any unit test blockers | 22:06 |
danwent | salvatore: I know you have fixes for some already | 22:06 |
somik | I believe salvatore has created bugs to track unit test issues | 22:06 |
salv | danwent: Unit tests branch is merged. Many of them fail, for well-known bugs | 22:06 |
somik | and the plan was to treat those bugs with highest priority before merging new features. | 22:07 |
salv | A branch for fixing failures in unit tests is already proposed for merge | 22:07 |
danwent | ok, just waiting on review? | 22:07 |
salv | yes. | 22:07 |
danwent | #action core-devs need to review unit test fix branch | 22:07 |
salv | after merging that branch, 7 unit tests will still fail. I've created bugs for tracking those failures as well. Unfortunately I still don't have a fix for this. | 22:08 |
salv | the branch is lp:~salvatore-orlando/quantum/quantum-api | 22:08 |
danwent | salv: is it that we just haven't had the cycles to fix, or are there major questions? | 22:08 |
danwent | i.e., could anyone pick off those tests? | 22:08 |
salv | danwent: they haven't been fixed because I took some days off last weel :) | 22:09 |
salv | *week | 22:09 |
danwent | salv: you shouldn't have to be the only one fixing :P | 22:09 |
salv | the bugs are there... anyone can pick them :) | 22:09 |
danwent | ok, i see 4 that are "in progress" | 22:09 |
danwent | https://bugs.launchpad.net/quantum | 22:10 |
salv | the bugs are #814012 and #814517 | 22:10 |
jamesurquhart | *enjoys listening to the crickets* | 22:11 |
danwent | ah, looks like the page I was viewing doesn't show them by default.... | 22:11 |
*** ying has quit IRC | 22:11 | |
danwent | silly launchpad. | 22:11 |
markvoelker | salv: I'll see if I can get some of my guys to break off some cycles to look at these this week.... | 22:11 |
salv | On unit tests, dan in his wiki page made an interesting point on plugin-specific unit tests | 22:12 |
salv | markvoelker: thanks! | 22:12 |
*** ying has joined #openstack-meeting | 22:12 | |
salv | I have been contacted by some developers asking me about them. | 22:12 |
danwent | #action: target fix for #814012 | 22:12 |
danwent | #action target fix for #814517 | 22:12 |
danwent | markvoelker: thanks. Please assign the bugs to you if you start working. I'll try to get some cycles on them as well. | 22:13 |
markvoelker | danwent: will do | 22:13 |
danwent | yes, created a page on Quantum testing in general: http://wiki.openstack.org/QuantumTesting | 22:13 |
salv | I think that if the plugin is part of the quantum source code tree, it makes sense to have unit tests. The only open question for me is whether this tests should be in the "tests" directory or in a plugin-specific directory | 22:14 |
danwent | please add your thoughts and comments. | 22:14 |
danwent | salv: my thinking was that they would be in the plugins directory. | 22:14 |
salv | danwent:: agrred | 22:14 |
danwent | salv: but that's more of a gut feeling | 22:14 |
*** dendro-afk is now known as dendrobates | 22:15 | |
danwent | anyone have concerns with plugin-specific unit tests being in the plugin's directory? | 22:15 |
danwent | rather, the plugin's own directory | 22:15 |
carlp | danwent: I think that makes sense | 22:15 |
*** gaitan has quit IRC | 22:16 | |
danwent | K. Then we'll need to figure out how to make our unit-testing framework scan for an load them. | 22:16 |
jamesurquhart | Seems logical to me. However, will they still be executed by default if that plugin is included in a test environment, or will they be executed separately? | 22:16 |
jamesurquhart | danwent: read my mind | 22:16 |
danwent | james: my thought was that they would be executed by default. | 22:16 |
danwent | we want to be able to identify if a change to the main quantum code breaks a plugin. | 22:16 |
danwent | but this means that a plugin must be able to run on most people's system, at least well enough that they can confirm that unit tests pass | 22:17 |
SumitNaiksatam | danwent: good point | 22:17 |
jamesurquhart | Also, plug-in will likely have extensions that core Quantum tests won't understand. | 22:17 |
danwent | (i.e., if you plugin has some crazy dependency, most devs won't install it, and then they won't know that they did something to break it) | 22:17 |
danwent | this isn't all that different than the previous nova discuss (duck!) | 22:18 |
carlp | lol | 22:18 |
SumitNaiksatam | these tests should work with a "default" plugin | 22:18 |
danwent | sumit: certainly | 22:18 |
danwent | but ideally we'd even get coverage across other plugins | 22:19 |
SumitNaiksatam | there should separate tests for specific plugins (which can be run on demand) | 22:19 |
jamesurquhart | Isn't it the plug-in developers responsibility to determine if a change to Quantum core breaks their plug-in? | 22:19 |
SumitNaiksatam | james: +1 | 22:19 |
somik | i agree that individual plugins that are not part of quantum shouldnt be run by default. | 22:19 |
salv | james +1 with a but... | 22:19 |
somik | especially if the plugin requires some infrastructure that will not be available in jenkins | 22:19 |
*** Shubhangi has quit IRC | 22:19 | |
salv | We should at least make sure that the plugins keep consistent with the interface enforced by Quantum | 22:20 |
jamesurquhart | somik: However, if the plug-in is installed, the test framework should find the unit tests for that plug-in and run them | 22:20 |
danwent | james: that would be one path to go down. certainly easier for other developers. but it could lead to thinks being merged into trunk that break a particular plugin without that main quantum developer knowing it. | 22:20 |
somik | james: correct, agreed | 22:20 |
SumitNaiksatam | danwent: in that case still the responsibility of the plugin-developer | 22:20 |
danwent | I think for now we can assume plugin unit tests are executed separately (e.g., we only load the unit tests for the plugin defined by the conf file) | 22:21 |
jamesurquhart | danwent: Not sure how I can see that being avoided except every core Quantum dev installing every plug-in… | 22:21 |
SumitNaiksatam | danwent: +1 | 22:21 |
danwent | james: I agree.... I was just trying to figure out if there might be a way around it, as its not ideal. | 22:21 |
danwent | but I think this is the best place to start. | 22:21 |
*** dragondm has joined #openstack-meeting | 22:21 | |
jamesurquhart | Then again, I'll admit some naivite when it comes to unit testing in OpenStack | 22:21 |
SumitNaiksatam | plugins-specific tests can go in a plugin-specific directory | 22:21 |
danwent | no need to design a solution to a problem that's only hypothetical anyway :) | 22:21 |
SumitNaiksatam | that can include tests for extensions as well | 22:22 |
jamesurquhart | danwent: Oh, c'mon. That's the definition of "silicon valley" ;) | 22:22 |
danwent | :) | 22:22 |
jamesurquhart | Sumit: +1 | 22:22 |
danwent | #action danwent create blueprint/bug to make unit test framework load tests for the "active" plugin. | 22:22 |
danwent | ok, anything else on testing? | 22:23 |
salv | danwent: we can bring this offline, but I see the concept of active plugin as something which has more to do with functional/system testing | 22:23 |
salv | rather than unit testing | 22:23 |
danwent | salv: i see where you're coming from, I think it really just comes down to whether you can assume everyone is able to even load everyone else's plugin in order to execute system tests and commit code. | 22:24 |
jamesurquhart | salv: Include me. Unit testing of plug-in is for the plug-in, not Quantum, but may be dependent on Quantum tests. | 22:24 |
danwent | let's move this to the list? | 22:24 |
jamesurquhart | Yes | 22:24 |
salv | yes | 22:24 |
danwent | great. | 22:24 |
danwent | Salv: you have an action item to review the API spec page and try to bring it inline with the implementation? | 22:25 |
*** glenc_ has joined #openstack-meeting | 22:25 | |
danwent | I believe there's already a bug for this, right? | 22:25 |
danwent | https://bugs.launchpad.net/quantum/+bug/813433 | 22:25 |
uvirtbot` | Launchpad bug 813433 in quantum "Align API implementation with specifcation" [Undecided,New] | 22:25 |
salv | I've reviewed the API spec and updated the wiki page. The bug has been created, but no progress on the code | 22:25 |
danwent | answering my own question :) | 22:25 |
danwent | ok, nothing else on that topic then. | 22:26 |
danwent | Nova work: | 22:26 |
*** joearnol_ has quit IRC | 22:26 | |
danwent | first off, congrats to ryu for sheparding in the vif-plugging code into D-3 | 22:26 |
salv | the API spec is much nicer now. And Troy sent an interesting feedback on the mailing list. Hope to reply ASAP. | 22:26 |
danwent | it is now in trunk | 22:26 |
ryu_ishimoto | the VIF plugin work was merged! | 22:26 |
salv | cheers! | 22:26 |
ryu_ishimoto | whew! | 22:26 |
SumitNaiksatam | ryu: great job! | 22:26 |
danwent | hooray :) | 22:26 |
somik | thanks ryu! | 22:27 |
ryu_ishimoto | thanks, esp Dan for your help! | 22:27 |
*** glenc has quit IRC | 22:27 | |
danwent | additional vif-plugging is now possible, you don't even have to modify nova code if you don't want to. | 22:27 |
carlp | that's the best news I've heard all week | 22:27 |
danwent | you can just use the flag-file to point to a python class that implements the vif-plugging API for the particular virt driver. | 22:27 |
danwent | very cool stuff. | 22:28 |
salv | VIF-plugging is supported for libvirt and xenapi, is that correct? | 22:28 |
danwent | salv: yes | 22:28 |
danwent | salv: we're looking for people to do it for vmware + hyperv as well, if that makes sense (we didn't have a pressing use case) | 22:28 |
salv | I hope to get someone to work on ESX, but as you might have read from the previous meeting, it is going to be thougher than expected | 22:28 |
danwent | :P | 22:29 |
*** mattray has quit IRC | 22:29 | |
danwent | D-4 will be a pretty busy period for quantum-related changes in nova. | 22:29 |
salv | Basically for both ESX and Hyper-V we first need to support multi-nic, and then we can do vif-plugging. | 22:29 |
danwent | ryu will be doing some additional network refactoring work. | 22:29 |
danwent | ryu, you are targeting the changes that make all network access via the network API, correct? | 22:30 |
ryu_ishimoto | danwent: yes that is my plan | 22:30 |
danwent | great. | 22:30 |
ryu_ishimoto | as well as VIF REST OpenStack API | 22:30 |
danwent | Yup. | 22:30 |
danwent | We also have the other blueprint, which we bumped from D-3 to D-4: https://blueprints.launchpad.net/nova/+spec/implement-network-api | 22:31 |
danwent | no spec yet, but will update it soon | 22:31 |
ryu_ishimoto | danwent: great thanks | 22:31 |
salv | danwent: I also saw you created a quantum blueprint for standardazing plugin/agent communication, is that correct? | 22:31 |
SumitNaiksatam | danwent: is there a place where we can lookup all that is lined up for D4? | 22:31 |
danwent | this work will focus on actually making calls to the quantum api | 22:31 |
danwent | I will be updating the blueprint spec soon. | 22:32 |
salv | SumitNaiksatam: https://launchpad.net/nova/+milestone/diablo-4 | 22:32 |
troytoman | ryu_ishimoto: do you have a blueprint for the VIF API ? we have been thinking about this too | 22:32 |
danwent | salv: yes... that has been behind the nova work so far. | 22:32 |
danwent | sumit: with respect to quantum, it is the above blueprint, plus ryu's original blueprint | 22:33 |
danwent | ryu, have a link? | 22:33 |
SumitNaiksatam | salv: thanks, meant Quantum | 22:33 |
SumitNaiksatam | danwent: thanks | 22:33 |
ryu_ishimoto | troytoman: not for VIF plugin, but there is one for network refactoring in general | 22:33 |
RamD | how about quantum related work..example:Openstack-dashboard changes for quantum, may be a nova-mange CLI support for Quantum and so on..where are we tracking | 22:34 |
danwent | sumit: ah, I've just started putting together a potential roadmap... thinking more in terms of what we want to have for D6, then we can work backward. | 22:34 |
troytoman | ryu_ishimoto: we have been working on a proposal to expose /interfaces in the Nova API in the future. we should probably sync up | 22:34 |
danwent | just brainstorming right now: http://wiki.openstack.org/QuantumRoadmap | 22:34 |
*** glenc_ is now known as glenc | 22:34 | |
RamD | troytoman: me interested as well... | 22:35 |
RamD | danwent: Cool Thanks | 22:35 |
danwent | netstack list ;) | 22:35 |
ryu_ishimoto | troytoman: https://blueprints.launchpad.net/nova/+spec/network-refactoring this is the blueprint | 22:35 |
ryu_ishimoto | troytoman: yes, let's do that | 22:35 |
RamD | yep, netstack list :-) | 22:35 |
troytoman | RamD, ryu_ishimoto: trying to get something out to mailing list but may circulate something to a smaller group initially | 22:35 |
danwent | RamD: I actually have been thinking that we may create quantum blueprints that track work happening in nova + dashboard that are critical to quantum deliverables. | 22:36 |
danwent | they would really just be "references" to other blueprints, but would make it easier for people to see everything we're hoping to deliver, even if the actual blueprint is elsewhere (e.g., in nova). | 22:36 |
RamD | danwent: I think its a good idea...that way you can include Quantum BPs to Quantum milestones | 22:36 |
danwent | RamD: yes, am hoping to start using milestones for D-4.... | 22:37 |
danwent | though with my luck, the second i figure out how they work, we will shift to github :P | 22:37 |
RamD | Yep..let's take it to netstack and decide and agree for D4 | 22:37 |
danwent | Ok, anything else on quantum-related changes for nova? expect some significant BP action on this in the next week or two. | 22:38 |
RamD | Is there a plan for Quantum to move to github | 22:38 |
danwent | RamD: ASAP :) | 22:38 |
danwent | I'm assuming we'll move when the "bulk" of openstack moves | 22:38 |
SumitNaiksatam | can we postpone it to past diablo? | 22:38 |
salv | danwent: I don't want to lose my launchpad Karma points :) I was hoping to convert them into an Amazon voucher... | 22:38 |
danwent | I think they are still kind of beta testing it on a few projects like dashboard. | 22:38 |
SumitNaiksatam | unnecessary distraction | 22:38 |
danwent | salv: haha... I think i have the most to lose there, but I still want to move to github :) | 22:39 |
danwent | sumit: definitely understand the concern. | 22:39 |
RamD | Sumit: +1 | 22:39 |
*** Shubhangi has joined #openstack-meeting | 22:39 | |
danwent | sumit: we'll see what openstack does. It may be that we actually stay with launchpad for planning, I'm not sure. | 22:39 |
RamD | but if the openstack itslef moves we move as well, I guess | 22:39 |
danwent | does anyone have more insight on this? | 22:39 |
* markvoelker has a little | 22:40 | |
troytoman | keystone has already moved | 22:40 |
*** joearnold has joined #openstack-meeting | 22:40 | |
danwent | #action danwent check with openstack folks about timing of move to github | 22:40 |
markvoelker | Keystone and Dashboard have moved already and mtaylor has some work going on wrt migration | 22:40 |
danwent | I'm actually wondering if it might be MORE disruptive to do it around the time of a design summit... not sure. | 22:40 |
markvoelker | Code hosting and reviews would move, but most everything else is staying in LP IIRC. | 22:40 |
danwent | salv, your karma is safe :P | 22:41 |
* salv loves this discussion but thinks the ML is a better place for it | 22:41 | |
danwent | mark: thanks, that's good to know. | 22:41 |
danwent | Ok, done with nova | 22:41 |
danwent | Extensions: | 22:41 |
troytoman | we should reach out to mtaylor and start the discussion. he's on point for migrations | 22:41 |
danwent | I think this is proposed for merging? | 22:41 |
troytoman | yes | 22:41 |
danwent | troy: sounds good, thanks. | 22:41 |
troytoman | the team pushed the merge prop this morning | 22:41 |
danwent | so its lined up behind the unit test fixes? | 22:42 |
danwent | (extra incentive :P) | 22:42 |
ying | We have tried with the latest extension framework, it works with our extensions | 22:42 |
danwent | Ok, if you're looking to review the extensions stuff again, please let it be known. | 22:42 |
danwent | ying: great to hear | 22:42 |
ying | I'm reviewing the code and will provide more comments | 22:43 |
danwent | OK, let's get reviews in during the next couple days, so we're ready to merge end of week if possible. | 22:43 |
ying | danwent: sure | 22:43 |
*** shwetaap has quit IRC | 22:44 | |
danwent | Ok, client lib & GUI | 22:44 |
danwent | I saw some sweet screenshots on the wiki | 22:44 |
danwent | mark? | 22:44 |
asomya | Put some screenshots in this morning at : | 22:44 |
asomya | http://wiki.openstack.org/QuantumClientGUI | 22:44 |
markvoelker | Yes. Check the whiteboard here: | 22:44 |
markvoelker | https://blueprints.launchpad.net/quantum/+spec/quantum-client-gui | 22:44 |
markvoelker | Has links to screenshots and some info on Arvind's net branch in GitHub | 22:44 |
markvoelker | The screenshots are from an earlier rev so quite a bit has changed, but should give you a good idea | 22:45 |
markvoelker | We'll update those as things develop this week | 22:45 |
asomya | The screenshots are still based on the older dashboard code that has since undergone significant facial and structural changes.. the new one looks a lot better :) | 22:45 |
asomya | Preliminary integration of quantum + dashboard available here: https://github.com/CiscoSystems/dashboard-quantum-beta | 22:46 |
danwent | Great. I think there is still some discussion about exact how interface-ids + network-ids will be exposed and bound to each other (per Ryu + Troy's previous comments) | 22:46 |
*** adam_g has left #openstack-meeting | 22:46 | |
danwent | so it would be good if you all are in the loop about that as well. | 22:46 |
RamD | danwent: How/where its being discussed? Netstack??:-) | 22:47 |
danwent | I think from the screenshots it looks like you are using the VM name as the interface-id for now? | 22:47 |
danwent | RamD: discussion hasn't started yet, but Troy and Ryu just said they wanted to talk about it. | 22:47 |
asomya | Based on the old nova code before multi nic.. it only exposed instances | 22:47 |
troytoman | ramd: hasn't been discussed yet. will be discussed because I think we are all thinking about it | 22:47 |
danwent | Such discussions should happen on netstack. | 22:47 |
SumitNaiksatam | danwent: +1 | 22:47 |
troytoman | will probably have to be on the openstack list because it involves Nova | 22:47 |
SumitNaiksatam | kindly cc the netstack mailer | 22:47 |
RamD | danwent: on the interface-ID ..one thing we were thinking was to have option to add labels | 22:48 |
*** ying has quit IRC | 22:48 | |
danwent | RamD: can you expand? | 22:48 |
danwent | or better yet, send an email to the list | 22:48 |
danwent | as we're running out of time | 22:48 |
danwent | API auth | 22:49 |
markvoelker | danwent: Sure, throw a #action in for us to take that to the list and we'll make it so. | 22:49 |
salv | danwent: no progress on auth on my side. Have you heard from Keystone people? | 22:49 |
danwent | #action markvoelker, ramd send email to netstack about labels with interface-id | 22:49 |
RamD | in addition to a "quantum" spefic GUID, have a "facilty" to add labels..example my network external 1 for the client | 22:50 |
danwent | #action troy, ryu, initiate discussion about interface-id, flow on netstack. | 22:50 |
*** ying has joined #openstack-meeting | 22:50 | |
primeministerp1 | #freecloud | 22:50 |
danwent | salv: yes, I have a half written email on auth. we can discuss more on the list. Still need to think through it some more. | 22:50 |
primeministerp1 | whoos | 22:50 |
primeministerp1 | p | 22:50 |
danwent | anything else on quantum? | 22:50 |
danwent | #topic melange | 22:51 |
*** openstack changes topic to "melange" | 22:51 | |
danwent | troy? | 22:51 |
danwent | ok, well troy mentioned that he and some of the nova devs are starting to work on integrating melange code into nova | 22:51 |
danwent | sounds like nothing else to update on melange | 22:52 |
danwent | #topic donabe | 22:52 |
*** openstack changes topic to "donabe" | 22:52 | |
danwent | any updates here? | 22:52 |
troytoman | danwent: sorry slipped over to another conversation :-) | 22:53 |
danwent | ok, back to melange | 22:53 |
danwent | ignoring me again, huh troy? | 22:53 |
troytoman | not much to update on melange, we're getting blueprints updated and specs put together | 22:53 |
troytoman | plan to try and get the code dropped into the Nova project in D4. | 22:53 |
danwent | k, great. | 22:53 |
troytoman | then look at how to start integrating it into the Nova system for managing IPs | 22:54 |
*** msinhore has quit IRC | 22:54 | |
danwent | #topic open discussion | 22:54 |
*** openstack changes topic to "open discussion" | 22:54 | |
jamesurquhart | Donabe: Rick will send details, but he told me a framework branch has been checked in, and APIs will be checked in as early as next week. | 22:54 |
troytoman | will probably just focus on the initial quantum/melange network manager | 22:54 |
danwent | james: thanks for the update | 22:54 |
jamesurquhart | I was hoping to have more, but he's tied up with OSCON, and connectivity apparently stinks. | 22:54 |
danwent | On donabe: I've been talking to rick a bit about adding a donabe wiki page to start calling out the goals, how it differs from other projects, etc. | 22:55 |
somik | cool, I did see the first check-in on donabe, it would be great to see how we integrate all this stuff using some blueprints | 22:55 |
jamesurquhart | Yes. Needs to be done. | 22:55 |
danwent | other open discussion? | 22:55 |
jamesurquhart | I can work with Rick to get the initial pages up. | 22:55 |
salv | May I suggest we rotate the project order for next meetings? | 22:56 |
danwent | Rick said he was going to talk to the openstack folks while at OSCON about getting us access to the main openstack jenkins | 22:56 |
danwent | salv: melange and donabe first? | 22:56 |
salv | This way we won't have to discuss Melange and Donabe in injury time. | 22:56 |
danwent | haha... that seems reasonable. | 22:56 |
danwent | its just a few agenda edits away. | 22:57 |
danwent | any other open discussion? | 22:57 |
danwent | #action dendrobates provide update on jenkins infrastructure | 22:57 |
danwent | #endmeeting | 22:57 |
*** openstack changes topic to "Openstack Meetings: http://wiki.openstack.org/Meetings | Minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/" | 22:57 | |
openstack | Meeting ended Tue Jul 26 22:57:56 2011 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 22:57 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-07-26-22.03.html | 22:57 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-07-26-22.03.txt | 22:58 |
openstack | Log: http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-07-26-22.03.log.html | 22:58 |
danwent | thanks folks | 22:58 |
jamesurquhart | ttyl, all | 22:58 |
*** jamesurquhart has left #openstack-meeting | 22:58 | |
RamD | Thanks all | 22:58 |
*** troytoman is now known as troytoman-away | 22:58 | |
SumitNaiksatam | later, bye! | 22:58 |
*** jk0 has left #openstack-meeting | 22:58 | |
*** RamD has quit IRC | 22:58 | |
*** SumitNaiksatam has quit IRC | 22:58 | |
salv | bye bye | 22:58 |
*** alekibango has quit IRC | 22:59 | |
*** medberry is now known as med_out | 22:59 | |
*** joearnold has quit IRC | 22:59 | |
*** Tushar has quit IRC | 22:59 | |
*** joearnold has joined #openstack-meeting | 23:00 | |
*** nati has joined #openstack-meeting | 23:01 | |
*** asomya has quit IRC | 23:01 | |
*** salv has quit IRC | 23:03 | |
*** nati has quit IRC | 23:05 | |
*** somik has quit IRC | 23:08 | |
*** jkoelker has quit IRC | 23:08 | |
*** midodan_ has joined #openstack-meeting | 23:09 | |
*** Shubhangi has quit IRC | 23:12 | |
*** Shubhangi has joined #openstack-meeting | 23:12 | |
*** midodan has quit IRC | 23:13 | |
*** midodan_ is now known as midodan | 23:13 | |
*** midodan_ has joined #openstack-meeting | 23:15 | |
*** midodan has quit IRC | 23:15 | |
*** midodan_ is now known as midodan | 23:15 | |
*** tomeff has quit IRC | 23:16 | |
*** liemmn has quit IRC | 23:24 | |
*** joearnold has quit IRC | 23:24 | |
*** ryu_ishimoto has left #openstack-meeting | 23:25 | |
*** dragondm has quit IRC | 23:33 | |
*** dragondm has joined #openstack-meeting | 23:35 | |
*** Shubhangi has quit IRC | 23:38 | |
*** markvoelker has quit IRC | 23:40 | |
*** agarwalla has quit IRC | 23:46 | |
*** danwent has left #openstack-meeting | 23:54 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!