21:00:31 <danwent> #startmeeting quantum
21:00:32 <openstack> Meeting started Mon Sep 10 21:00:31 2012 UTC.  The chair is danwent. Information about MeetBot at http://wiki.debian.org/MeetBot.
21:00:33 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
21:00:34 <openstack> The meeting name has been set to 'quantum'
21:00:44 <garyk> hi
21:00:46 <danwent> #link agenda: http://wiki.openstack.org/Network/Meetings
21:00:59 <danwent> Basically, today is our target for RC1 release of Quantum
21:00:59 <carlp> danwent: I fixed it :)
21:01:02 <danwent> :)
21:01:34 <danwent> We want to identify all key issues for the RC, figure out who's going to close them out today, and then talk a bit about docs
21:01:55 <danwent> current status of RC1: https://launchpad.net/quantum/+milestone/folsom-rc1
21:02:08 <danwent> overall, just want to say the team has been going a great job filing + fixing bugs
21:02:12 <danwent> we've made a lot of progress
21:02:40 <danwent> we still have a fair number of issues are are incomplete though, considering our goal of doing an RC1 today
21:02:46 <danwent> so let's go through them and see where we stand
21:02:57 <danwent> garyk: https://bugs.launchpad.net/bugs/1047751
21:02:59 <uvirtbot> Launchpad bug 1047751 in quantum "limit default set of fields shown in router and floating ip list commands" [Low,In progress]
21:03:19 <danwent> this is very small code change.  should be trivial to review + merge.  Only question was around exact set of fields to show?
21:03:35 <garyk> correct
21:03:43 <danwent> ok, sounds like we're good there
21:03:46 <danwent> https://bugs.launchpad.net/bugs/1047587
21:03:46 <uvirtbot> Launchpad bug 1047587 in quantum "L3 support of Metaplugin is broken" [Low,In progress]
21:04:21 <danwent> this is L3 related, looks like garyk is +2 already.  I will be second core unless someone else wants to be.
21:04:35 <nati_ueno> danwent: Thanks!
21:04:35 <danwent> https://bugs.launchpad.net/bugs/1048617
21:04:36 <uvirtbot> Launchpad bug 1048617 in quantum "external interface is not removed when router-gateway-clear" [Medium,In progress]
21:05:11 <danwent> looks like akihiro is not here right now
21:05:20 <edgarmagana> hello world!
21:05:26 <amotoki_> danwent: hi
21:05:30 <danwent> but we have two cores on this patch.
21:05:33 <danwent> ah, there you are
21:05:37 <rkukura> hi - sorry I'm late
21:05:43 <danwent> i'm going to bump up priority on high on this one
21:05:51 <danwent> which means we won't release RC1 without it.
21:06:16 <danwent> amotoki_: are you available in the next few hours to work with reviewers and get this merged?
21:06:25 <amotoki_> sure.
21:06:37 <danwent> ok, great.
21:06:58 <danwent> https://bugs.launchpad.net/bugs/1019895
21:06:59 <uvirtbot> Launchpad bug 1019895 in quantum "disable nova-manage network + related cmds if using Quantum v2" [Medium,In progress]
21:07:13 <danwent> don't see salvatore around
21:07:24 <danwent> this is technically in nova, so it won't block our RC
21:07:50 <danwent> I'm going to unassign it from our RC1 and bug salvatore to get it on the nova RC list if we are still targeting it.
21:07:56 <gongysh> why is it opened on quantum project?
21:08:22 <danwent> gongysh: its open on both
21:08:48 <danwent> we're trying to figure out a good way to keep tasks that are important for quantum on our radar
21:08:51 <gongysh> do we need change quantum for it?
21:09:12 <danwent> gongysh: no, which is why I was saying I'm going to remove it from RC1, as it won't block our release (since no code change is required)
21:09:25 <gongysh> ok. I see. thanks
21:10:04 <danwent> https://bugs.launchpad.net/bugs/1048108
21:10:05 <gongysh> I will not back to bed since we all have work to do.
21:10:05 <uvirtbot> Launchpad bug 1048108 in quantum "Restarting l3 agents has an exception" [High,In progress]
21:10:27 <danwent> gongysh: hehe, no need to pull an all night, but every bit of help is very much appreciated :)
21:10:37 <danwent> looks like garyk dropped off temporarily
21:10:45 <gongysh> This is morning for me.
21:10:54 <danwent> gongysh: ah, good point :)
21:11:33 <rkukura> danwent: just got text from garyk re IRC technical difficulties
21:11:45 <danwent> the l3-restart issue is tricky as it seems like its tied up with namespace deletion.  we're still iterating on the patch, and its one of the ones that's concerning me for our release tonight.
21:11:52 <garyk> danwent: sorry just had to reboot
21:11:52 <danwent> rkukura: yup, thanks for the info
21:11:57 <danwent> garyk: no worries.
21:12:04 <danwent> https://bugs.launchpad.net/bugs/1048108
21:12:05 <uvirtbot> Launchpad bug 1048108 in quantum "Restarting l3 agents has an exception" [High,In progress]
21:12:08 <danwent> just mentioned that one.
21:12:13 <garyk> ok
21:12:38 <danwent> i'm wondering if we can just skip the actual deletion of the namespace while still clearing all interfaces and iptables rules
21:12:53 <danwent> garyk: we can discuss further after the meeting
21:12:54 <salv-orlando> Hey… I'm late. Will you still allow me in?
21:12:58 <garyk> ok
21:13:06 <danwent> salv-orlando: only if you brought cookies :)
21:13:14 <danwent> https://bugs.launchpad.net/bugs/1048088
21:13:15 <uvirtbot> Launchpad bug 1048088 in quantum "quantum floatingip-show <anything> show a result" [High,In progress]
21:13:23 <salv-orlando> plenty of vCookies for everybod
21:13:32 <garyk> salv-orlando: we are all late today
21:13:35 <danwent> this bug is actually cross listed in quantum-client
21:13:46 <danwent> needs one more core review
21:13:51 <danwent> https://review.openstack.org/#/c/12663/
21:14:35 <danwent> hopefully someone will volunteer :)
21:14:43 <markmcclain> I'll take a look
21:14:46 <danwent> next one is kind of tricky: https://bugs.launchpad.net/bugs/1047742
21:14:47 <uvirtbot> Launchpad bug 1047742 in quantum "admin unable to create VM and attach to tenant net" [High,In progress]
21:14:49 <danwent> markmcclain: thx
21:15:11 <danwent> basically, if you are an admin user and try to spin up a VM that connects to another tenant's network, this will not work.
21:15:30 <danwent> the implications are actually a bit tricky and we're still trying to sort it out.
21:16:01 <danwent> intuitively it seems like an admin should be allowed to do this, but it doesn't map very well to our model.
21:16:43 <salv-orlando> There are two aspects: the policies and the default behavior of queries which always filter by tenant_id
21:17:10 <danwent> if you're interested in the discussion, please subscribe to the bug.  we'll need to sort out whether we want to support this, and if so, the implications on the quantum policies
21:17:51 <danwent> I'm actually going to move it back to 'confirmed', as we need more discussion before we can do any coding on it.
21:18:07 <danwent> https://bugs.launchpad.net/bugs/1047605
21:18:08 <uvirtbot> Launchpad bug 1047605 in quantum "DHCP agent needs to force a re-sync when rpc calls fail" [High,In progress]
21:18:47 <danwent> #help looks like we need two core devs to focus on: https://review.openstack.org/#/c/12734/
21:19:10 <danwent> most of the code seems to be in tests, which is a good sign, but its still a non-trvial patch
21:19:37 <danwent> don't all jump at once :P
21:19:37 <arosen> I can be one of the reviews for it.
21:19:42 <danwent> arosen: thanks
21:20:00 <garyk> i can
21:20:01 <edgarmagana> danwent: I can volunteer for that as well
21:20:03 <rkukura> I can look at it
21:20:06 <danwent> :)
21:20:23 <danwent> ok, how about someone other than garyk.  he's already been working all hours of the day on this stuff :)
21:20:34 <gongysh> me
21:20:35 <garyk> :)
21:20:38 <danwent> rkukura, edgarmagana you two can figure out who should
21:20:59 <danwent> and don't worry folks, plenty of reviews to go around :P
21:21:00 <danwent> https://bugs.launchpad.net/bugs/1048140
21:21:01 <uvirtbot> Launchpad bug 1048140 in quantum "floatingip-create with nonexisting port-id creates a garbage port" [High,Confirmed]
21:21:05 <edgarmagana> one extra review will not hurt, should be done by today?
21:21:11 <danwent> edgarmagana: yes
21:21:19 <danwent> we're still targeting an RC1 end of day today
21:21:30 <danwent> a bug will have to be pretty serious to block it
21:21:41 <danwent> salv-orlando: plan is that i'm going to steal that bug from you?
21:22:02 <salv-orlando> well… that would throw away the last 20 minutes of my work
21:22:03 <danwent> looking at the code it seems like the bug exists and the fix should be easy.  oddly, i'm not able to repro it though.
21:22:08 <salv-orlando> but that's not a big deal :)
21:22:10 <danwent> salv-orlando: ah, then you fix it :)
21:22:16 <danwent> sorry, forgot you said you had worked on it
21:22:19 <danwent> go for it.
21:22:41 <danwent> https://bugs.launchpad.net/bugs/1031473
21:22:42 <uvirtbot> Launchpad bug 1031473 in quantum "Only admin should update device_id" [High,Confirmed]
21:23:22 <danwent> this issue is only high because it MAY be tied up with the issue of allowing admins to start VMs on other tenant's networks.
21:23:32 <danwent> otherwise, I don't think its a blocker.
21:23:48 <danwent> salv-orlando: do we have an estimate on the difficulty here if we do need to make this change?
21:24:01 <salv-orlando> device_id on update to admin only is a one-liner
21:24:05 <danwent> there would be the nova side changes as well.
21:24:14 <salv-orlando> the nova side changes are not trivial
21:24:14 <danwent> ah,
21:24:30 <salv-orlando> (depending on what you mean by nova-side changes)
21:24:33 <gongysh> it seems related to https://bugs.launchpad.net/bugs/1047742
21:24:35 <uvirtbot> Launchpad bug 1047742 in quantum "admin unable to create VM and attach to tenant net" [High,Confirmed]
21:24:43 <danwent> gongysh: yes, exactly.
21:24:44 <salv-orlando> that would be the non-trivial bit
21:25:08 <gongysh> I have commented on https://bugs.launchpad.net/bugs/1031473
21:25:09 <uvirtbot> Launchpad bug 1031473 in quantum "Only admin should update device_id" [High,Confirmed]
21:25:18 <gongysh> how you guys want to work on it?
21:25:26 <danwent> ok, let's continue the discussion on the bug.  this is one of my "unknowns" for the RC that we need to lock down quickly, so fif you care about this issue, please monitor your LP email in th next few hours
21:25:43 <danwent> I prefer discussions on LP, as they are open and archived there
21:25:49 <gongysh> ok
21:25:57 <salv-orlando> I have all the night for this :) - or at least until I run out of coffee
21:26:01 <danwent> https://bugs.launchpad.net/bugs/1047015
21:26:02 <uvirtbot> Launchpad bug 1047015 in quantum "NotificationDispatcher should not use declare_topic_consumer (private method)" [Undecided,New]
21:26:28 <danwent> ok, let's start discussing it on the bug after the meeting.  if needed, let's try to have folks signed into openstack-dev irc channel as well
21:26:37 <danwent> will greatly help to quick turnaround
21:27:25 <danwent> I believe our take away from this is that we're going to document that DHCP does not work with qpid
21:27:31 <danwent> can someone working more closely on this confirm/deny?
21:27:37 <markmcclain> zmq
21:27:44 <markmcclain> qpid+rabbit should work
21:27:50 <danwent> urgh, that's what I meant, yes, sorry :)
21:28:04 <garyk> danwent: dhcp works with qpid and rabbit. just does not work with zmq
21:28:22 <danwent> ok, so we should turn this into a docs issue, not a code issue, at least for Folsom?
21:28:41 <danwent> or perhaps we keep this issue around for grizzly, and create a new docs issue for folsom
21:28:50 <garyk> i agree
21:29:07 <markmcclain> +1 for keeping and opening new doc issue
21:29:20 <danwent> ok, i'll do that
21:29:39 <danwent> https://bugs.launchpad.net/bugs/1048081
21:29:40 <uvirtbot> Launchpad bug 1048081 in python-quantumclient "floatingip-create: fixed_ip_address and port_id not sent to server" [Medium,In progress]
21:29:42 <gongysh> isn't it a openstack common issue?
21:30:01 <gongysh> I mean NotificationDispatcher should not use declare_topic_consumer.
21:30:05 <danwent> gongysh: I think that's one of the plans for fixing the issue moving forward
21:30:20 <danwent> we could add openstack-common as a related project
21:30:22 <danwent> on that bug
21:30:32 <danwent> salv-orlando: can you comment on that status of this issue?
21:30:39 <salv-orlando> Yes.
21:31:04 <salv-orlando> Basically we've seen cases where floating ups where created without port_id and fixed_ip_address
21:31:31 <danwent> you mean, when --port_id is passed in, but not sent to the server?
21:31:33 <salv-orlando> and where the server apparently accepted any ip address, which should not be the case. It seems that actually the client was not packing them in a args2body
21:31:52 <salv-orlando> Unless you pass it as an "extra" param (-- --port_id)
21:32:13 <salv-orlando> Seems to be the root cause of bug 1048140 too actually
21:32:13 <uvirtbot> Launchpad bug 1048140 in quantum "floatingip-create with nonexisting port-id creates a garbage port" [High,Confirmed] https://launchpad.net/bugs/1048140
21:33:21 <danwent> gongysh: can you take a look at this patch?
21:33:28 <gongysh> yes.
21:33:37 <danwent> i'm confused here, as I've been successfully using --port_id with no extra "--" for a while
21:33:56 <danwent> and without salv's patch.  so there's something strange going on here.
21:34:19 <danwent> then again, i'm not able to repo https://launchpad.net/bugs/1048140, either
21:34:19 <uvirtbot> Launchpad bug 1048140 in quantum "floatingip-create with nonexisting port-id creates a garbage port" [High,Confirmed]
21:34:23 <danwent> so perhaps they are related
21:34:37 <salv-orlando> perhaps it's about the dashed options?
21:34:42 <salv-orlando> --port-id vs --port_id?
21:34:53 <danwent> i'm using underscore
21:35:07 <gongysh> parameters after -- should use _ not -.
21:35:24 <danwent> dean troyer added both, I think
21:35:32 <gongysh> quantum client will send it as the key.
21:35:35 <salv-orlando> gongysh: I think we're talking about "before" the "--"
21:35:43 <salv-orlando> anyway, let's move the discussion to lp
21:35:51 <gongysh> ok
21:35:58 <danwent> agreed, let's move this to LP, but i'm going to bump the priority of this one, as we need to get the bottom of it.
21:37:11 <danwent> It looks like we have some additional bugs to triage as well: https://bugs.launchpad.net/quantum/+bugs?field.status=NEW&field.importance=UNDECIDED
21:37:33 <danwent> I won't go through each in the meeting, but if there's something that hasn't been discussed that is critical for the release, it NEEDs to be in a bug filed against RC1
21:37:37 <danwent> that reminds me
21:37:48 <danwent> amotoki_:  is there a bug for the OVS port status thing you're seeing with NEC plugin?
21:37:59 * salv-orlando goes to buy lsd
21:38:23 <danwent> SumitNaiksatam: https://bugs.launchpad.net/quantum/+bug/1046758
21:38:25 <uvirtbot> Launchpad bug 1046758 in quantum "quantum.plugins.cisco.nova.vifagent.py is broken due to Nova libvirt driver refactoring" [Undecided,New]
21:38:35 <danwent> does this need to be RC1?  If so, is it in progress?
21:38:42 <amotoki_> danwent: https://bugs.launchpad.net/quantum/+bug/1048681
21:38:43 <uvirtbot> Launchpad bug 1048681 in quantum "quantum agent using a namespace does not work with nec plugin" [Undecided,In progress]
21:38:58 <SumitNaiksatam> hi dan
21:39:07 <danwent> we were supposed to merge nova vif drivers into nova in Folsom… but I guess it will have to be grizzly now.  Can you file something for that?
21:39:09 <SumitNaiksatam> yeah, we wont fix it now
21:39:41 <SumitNaiksatam> will move it to grizzly
21:39:44 <danwent> SumitNaiksatam: ok, can you move bug to 'confirmed'
21:39:48 <garyk> dansmith: SumitNaiksatam : i think that https://bugs.launchpad.net/quantum/+bug/1046766 will aslo need to be grizzled
21:39:49 <uvirtbot> Launchpad bug 1046766 in quantum "Need to provide a formal API for Nova to use to plug/unplug VIFs" [Undecided,New]
21:40:18 <danwent> garyk: yes, that bug requires a longer response, so I haven't officially triaged it yet
21:40:26 <SumitNaiksatam> dan: yes
21:40:35 <danwent> SumitNaiksatam: thx
21:40:36 <SumitNaiksatam> garyk: yeah, thats almost a bp
21:40:46 <garyk> agreed
21:41:41 <danwent> amotoki_: ok, i've targeted it at RC1, but to make sure we get this done in Folsom, we should have a fix in place by today.  I'm going to ask our OVS devs whether there's an easier fix, otherwise we can go with the veth approach.
21:42:09 <amotoki_> danwent: thanks.
21:42:15 <danwent> ok, so that's the round-up of RC1 bugs
21:42:26 <gongysh> a long list.
21:43:03 <danwent> indeed.  many are in review and the diffs are small.  I'd still like to shoot for an RC1 before the tuesday meeting tomorrow.
21:43:13 <gongysh> of juicy and yummy bugs.
21:43:21 <rkukura> were enable_tunneling and/or the devstack part of rootwrap discussed?
21:43:25 <danwent> so lets do one final push, and I think we'll be close
21:43:45 <danwent> rkukura: good point.  its on the list of key reviews on the agenda, but I didn't see a bug for it on the RC1 list
21:44:13 <danwent> quantum reivew: https://review.openstack.org/#/c/12686/
21:44:15 <rkukura> I was hoping you'd target it - I don't have rights to do that it seems
21:44:22 <danwent> devstack review: https://review.openstack.org/#/c/12687/
21:45:01 <danwent> ok, targeted
21:45:04 <rkukura> they are ready, need reviews
21:45:13 <danwent> any volunteers?
21:45:27 <gongysh> I will have time for it.
21:45:45 <danwent> ok, great.  and maybe arosen, since you're familiar with OVS plugin?
21:46:05 <rkukura> also the devstack part of rootwrap is close, and would be good to get in so the new rootwrap actually gets tested
21:46:13 <arosen> sure
21:46:25 <rkukura> jrd ran into a gerrit issue and will resubmit tonight
21:46:41 <markmcclain> rkukura: when you push the rootwrap add me as a reviewer and I'll take a look
21:46:58 <rkukura> thanks
21:46:59 <danwent> rkukura: great.  btw, devstack stuff is not subject to RC timelines, since it is never "released", so we're ok there
21:47:22 <rkukura> danwent, agreed, but the rootwrap filters could easily have issues
21:47:41 <danwent> rkukura: yes, sooner is definitely better than later, just letting him know that there's no "in or out" date
21:47:48 <rkukura> right
21:48:25 <danwent> Ok.  So let's do one last push of reviews, try to all be available on IRC during work hours, and see if we can push our the RC1 by main openstack meeting tomorrow.
21:48:53 <danwent> any other big bug/review concerns to highlight before we quickly talk docs?
21:49:14 <danwent> #topic quantum documentation
21:49:16 <amotoki_> Many of "Modified code Pyflakes warning." on gerrit are approved but they needs to be merged.
21:49:17 <garyk> what time is that meeting?
21:49:29 <danwent> garyk: 21 UTC
21:49:45 <garyk> oy vey
21:49:50 <amotoki_> s/merged/rebased/
21:49:58 <danwent> 23 hours :)
21:50:10 <garyk> ok
21:50:23 <danwent> we'll have to be cutthroat about focusing on the most critical bugs, and letting other things go.
21:50:32 <salv-orlando> garyk: midnight your time I think
21:50:37 <garyk> pyflakes is a problem. they are all dependant on one another and the submitter is mia
21:50:54 <danwent> garyk: please just ignore the pyflakes stuff for now
21:50:56 <garyk> salv-orlando: ok. so we have another 23 hours
21:50:59 <danwent> i'd clear them out if I could
21:51:12 <garyk> ok. anyone have jack bauers no?
21:51:27 <danwent> we need to be super focused on the critical issues, and extra imports aren't critical :)
21:51:35 <salv-orlando> Yep, the pyflakes stuff is clogged because they were each dependent on another
21:51:35 <danwent> garyk: haha
21:51:46 <salv-orlando> contacted the author, but no response.
21:52:00 <danwent> yup, let's move on.  can't let them distract us from RC1
21:52:10 <danwent> any more than they already have :)
21:52:44 <danwent> so on docs.  One reason I want to pull RC1 soon is that we really need to shift attention to docs.  We've made a lot of progress in the past few days on docs, but we need to whole team pitching in.
21:52:58 <danwent> Salvatore, did you get an answer on a publicly available version of the quantum v2 api doc?
21:53:04 <danwent> without having to build from XML?
21:53:26 <salv-orlando> Nope. Last response is from Anne saying that's something's broken on the website
21:53:32 <salv-orlando> and she was going to pull some infra guys
21:53:42 <salv-orlando> in the mean while I setup a vm with a doc build system
21:54:11 <gongysh> what is infra guys?
21:54:18 <salv-orlando> so I'm doing the finishing touches on the API
21:54:36 <gongysh> ok, I see.
21:54:37 <salv-orlando> infrastructure - the ones that runs web sites, and services such as gerrit, jenkins etc.
21:54:38 <danwent> ok, how is best to send out a version for review?
21:54:46 <salv-orlando> pdf to core mailing list?
21:54:49 <danwent> perhaps just send to ml?
21:54:58 <salv-orlando> or if you give me a web space I'll just upload the whole thing
21:55:04 <danwent> yeah, probably the best idea at this point.  and clear your calendar for feedback :)
21:55:18 <danwent> maybe attach it to a quantum wiki page and send out the link
21:55:24 <salv-orlando> nati-ueno is already helping with the API doc
21:55:37 <danwent> that way you can remove it when it is no longer current.
21:55:44 <danwent> instead of having stale content floating around
21:55:47 <salv-orlando> danwent: agree
21:55:48 <danwent> ok, 5 mins left
21:55:58 <salv-orlando> gongysh: are you getting started on the CLI doc?
21:55:59 <danwent> garyk's eyes are starting to close :P
21:56:13 <danwent> salv-orlando: are you talking about a part of the admin guide?
21:56:13 <garyk> nearly
21:56:18 <gongysh> I don't know how to start, where should I put it?
21:56:30 <gongysh> or part of admin guide?
21:56:36 <salv-orlando> ops… so probably I never sent you that email on wednsesday
21:56:40 <danwent> ok, so the admin guide in general is being drafted as a google doc until the end of this week
21:56:43 <danwent> https://docs.google.com/document/d/1xdovP4u8gLq3h3L2OYWhw9z5xGXFuJ3wO2NobHWof_M/edit#
21:56:52 <danwent> I think all core devs have seen this link already
21:57:00 <salv-orlando> tAnne has added a place where cli docs are going to be added
21:57:04 <danwent> anyone with the link can edit, so please be careful
21:57:11 <gongysh> yes. I saw the admin guide
21:57:28 <danwent> salv-orlando: did anne say we're using a separate doc as CLI reference?
21:57:38 <salv-orlando> look here: https://review.openstack.org/#/c/11274/
21:57:45 <danwent> I was thinking it would be an appendix to the admin guide, but i'm fine with it not being if that's more inline with other openstack projects.
21:58:15 <salv-orlando> in openstack-manuals there's a quantum_cli_commands.xml skeleton
21:58:46 <salv-orlando> I think the maven build will create a nice document out of it
21:58:57 <danwent> ok, sounds good.
21:59:05 <gongysh> ok, I see it in that review.
21:59:19 <gongysh> I will start it soon after all these reviews today.
21:59:25 <danwent> I'd like to encourage people to start looking through the current google doc for the admin guide, identifing gaps, and flushing out sections.
21:59:53 <danwent> remember that our RC1 will not be that useful if people can't install and use it.
22:00:16 <danwent> I'm going to take another pass through it to try and identify gaps and bug people who I think are able to fill in those gaps.
22:00:18 <gongysh> Yes. our concepts and models are complex now.
22:00:43 <danwent> Ok, and on that final topic, just wanted to touch on distro packaging for Folsom
22:00:56 <danwent> rkukura: how are thinkgs looking for fedora?
22:01:22 <rkukura> we'll have current snapshot packaged tonight or tomorrow
22:01:29 <rkukura> and then will refine setup scripts, etc
22:01:32 <danwent> sweet.
22:01:37 <gongysh> GRE isn't working on fedora, right?
22:01:43 <garyk> there is a fedora test day on the 18th
22:01:46 <rkukura> right
22:02:06 <danwent> I know the ubuntu folks are now jumping on the quantum packaging stuff.  still flushing out the details, but its been improving a lot since last meeting when I mentioned it needed a lot of help.
22:02:14 <danwent> garyk: awesome
22:02:26 <danwent> #topic open discussion
22:02:35 <danwent> so we're over time, any other items people need to comment on?
22:02:42 <danwent> anyone want to comment on the tempest work that is going on?
22:02:57 <gongysh> I am going to have a presentation for china Openstackers,
22:03:03 <danwent> that stuff is really important, so its great that there are people focusing on it..
22:03:12 <nati_ueno> We have meeting in tomorrow at #quantum-tempest
22:03:19 <danwent> gongysh: cool, where?
22:03:24 <gongysh> do u guys have any ideas or document for me?
22:03:28 <gongysh> In beijing.
22:03:31 <danwent> nati_ueno: want to send out a email to the main ML?
22:03:39 <nati_ueno> danwent: Sure
22:03:55 <nati_ueno> time is http://www.timeanddate.com/worldclock/meetingdetails.html?year=2012&month=9&day=11&hour=13&min=0&sec=0&p1=224&p2=33
22:04:05 <danwent> gongysh: my slides are always up on slideshare, as are salvatore's.  i'll send you a link.  you're always free to steal any of my slideware for talks.
22:04:16 <danwent> http://slideshare.com/danwent
22:04:36 <danwent> salvatore has some great slides as well from talks he's given
22:04:43 <danwent> ok, anything else before we close the meeting?
22:04:50 <gongysh> thanks
22:05:05 <nati_ueno> tons of 5 energies for you guys :)
22:05:16 <danwent> thanks for all the effort on RC1.  We're almost there.  One more day of reviews.  Please try to be on IRC if you're reviewing, or have a patch under review for quick coordination
22:05:28 <danwent> ok, thanks folks!
22:05:31 <danwent> #endmeeting