21:00:34 <danwent> #startmeeting quantum
21:00:35 <openstack> Meeting started Mon Mar  4 21:00:34 2013 UTC.  The chair is danwent. Information about MeetBot at http://wiki.debian.org/MeetBot.
21:00:36 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
21:00:38 <openstack> The meeting name has been set to 'quantum'
21:00:48 <nati_ueno> hi!
21:00:50 <emagana> hi all!
21:00:52 <danwent> #info agenda: https://wiki.openstack.org/wiki/Network/Meetings
21:01:00 <danwent> #topic announcements
21:01:09 <danwent> #info congrats to nati_ueno on becoming a member of quantum core!
21:01:17 <nati_ueno> Thanks! ALL!
21:01:33 <danwent> #info we are now in full grizzly lock down… one week away from the G-RC1 drop
21:01:38 <arosen> hi
21:01:51 <alexxu> hi
21:01:51 <gongysh> he
21:01:56 <danwent> RC1 should contain all fixes we believe ware needed for the grizzly release, such that if no blocker bugs are found, it becomes the grizzly release.
21:01:58 <gongysh> I mean i
21:02:50 <danwent> #info starting tomorrow, the bar for merging a bug becomes even higher: unless it is something that we would merge into a stable maintainence branch, don't merge it into RC1 without a discussion with the core team.
21:03:19 <danwent> #info this week, our focus should be on knocking out the last of the bugs, testing more, and spinning up our documentation efforts.
21:03:27 <danwent> any other announcements?
21:03:54 <danwent> #topic Quantum RC1 feature freeze exceptions (danwent
21:03:55 <danwent> )
21:04:04 <danwent> good news on this front.
21:04:21 <danwent> #info both FFEs for the quantum team have merged.  thanks for the hard work from yong + mark
21:04:39 <gongysh> thanks for the review team.
21:04:40 <danwent> #info we could still use eyeballs on a devstack patch for lbaas: https://review.openstack.org/#/c/23382/
21:04:59 <danwent> #info for testing, i updated: https://wiki.openstack.org/wiki/Quantum/LBaaS/HowToRun
21:05:43 <gongysh> great. I just want to know something about Lbaas today.
21:05:44 <danwent> gongysh: looks like https://review.openstack.org/#/c/23396/ merged, so no need to ask for more reviews.
21:06:05 <gongysh> yes
21:06:15 <gongysh> thanks for salvatore and amotoki.
21:06:17 <danwent> gongysh: we'll talk about the sqlalchemy session exhaustion bug in the next section.
21:06:26 <danwent> gongysh: did you have a question about lbaas?
21:06:41 <gongysh> no, not yet. I will have after testing.
21:06:46 <danwent> gongysh: ah, ok
21:06:57 <danwent> #topic Grizzly-RC1 Bugs (markmcclain )
21:07:18 <garyk> markmcclain: danwent: https://review.openstack.org/#/c/23406/
21:07:46 <danwent> garyk: yup, i think that's on the list, correct?
21:08:04 <danwent> I think markmcclain is going to go through all open bugs targeted for RC1 quickly, and confirm we have someone working on it.
21:08:05 <garyk> danwent: hope so :)
21:08:15 <garyk> ok, sorry for bargin in
21:08:27 <markmcclain> garyk and danwent it's on the list
21:08:37 <garyk> markmcclain: tx
21:08:46 <markmcclain> ok we've got 14 open bugs
21:09:09 <danwent> hehe, actually, seems to have gone iup in the past few hours :)
21:09:09 <markmcclain> we've got two that need to have work started:
21:09:26 <markmcclain> https://bugs.launchpad.net/quantum/+bug/1084355
21:09:28 <uvirtbot> Launchpad bug 1084355 in quantum "Tap interface does not automatically get an IP address upon a reboot" [High,Confirmed]
21:09:40 <markmcclain> https://bugs.launchpad.net/quantum/+bug/1136064
21:09:42 <uvirtbot> Launchpad bug 1136064 in quantum "quantum server consumes all of sqlalchemy sessions" [High,Confirmed]
21:09:43 <danwent> i found at least one issue in nova releated to that a while back, still need to commit
21:09:53 <danwent> (i'm talking about 1084355)
21:10:06 <danwent> I will make sure that one gets taken care of.  garyk is actve on it as well.
21:10:25 <markmcclain> ok sounds like we two cores on it
21:10:31 <markmcclain> 1136064
21:10:50 <markmcclain> the SQL exhaustion issue that gongysh raised earlier
21:11:00 <danwent> gongysh: any update on https://bugs.launchpad.net/quantum/+bug/1136064
21:11:03 <uvirtbot> Launchpad bug 1136064 in quantum "quantum server consumes all of sqlalchemy sessions" [High,Confirmed]
21:11:11 <danwent> seems to be our most critical bug out there, at a glance
21:11:45 <markmcclain> agreed
21:12:22 <danwent> ok, gongysh may be offline temporarily.  let's circle back later to this bug.
21:12:31 <markmcclain> ok
21:12:33 <gongysh> no, I am here. I am thinking.
21:12:36 <garyk> markmcclain: i am using qpid so the behavious is a little different. i'll try and reproduce tomorrow
21:12:37 <danwent> ah, ok :)
21:13:00 <danwent> i definitely saw that issue testing with nvp plugin
21:13:21 <gongysh> I will write a program to reproduce it when quantum server is alive.
21:13:31 <danwent> ok, as long as we know it has gongysh's full attention, i think we can move on
21:13:43 <garyk> gongysh: please let me know whenyou have it.
21:13:46 <danwent> main goal is just to make sure that important bugs get the attention they need this week, and others are bumped out.
21:13:57 <markmcclain> yeah.. we also have 4 other cores looking at it too
21:14:02 <gongysh> garyk: I always welcome your help.
21:14:11 <garyk> :)
21:14:19 <markmcclain> https://bugs.launchpad.net/bugs/1100282
21:14:21 <uvirtbot> Launchpad bug 1100282 in quantum "DoS through XML entity expansion (CVE-2013-1664)" [High,In progress]
21:14:35 <markmcclain> The code has been submitted for this change, but needs a small change
21:15:16 <danwent> https://review.openstack.org/#/c/23024/
21:15:30 <danwent> ok, looks like markmcclain and garyk are actively reviewing, we're good here
21:16:21 <danwent> https://bugs.launchpad.net/bugs/1103840
21:16:22 <uvirtbot> Launchpad bug 1103840 in quantum "Deletion of DHCP should be notified to the security group rpc" [High,In progress]
21:17:03 <danwent> nati_ueno: is this needed to fix broken functionality?  can't tell from bug title
21:17:17 <salv-orlando> did not look really high to me as well
21:17:32 <salv-orlando> but it seem the patch is quite mature and self contained
21:17:41 <nati_ueno> danwent: We should delete iptables rule entries for DHCP, when the DHCP is deleted.
21:17:49 <danwent> nati_ueno: ah, ok.
21:17:55 <danwent> yeah, patch seems small enough anyway
21:18:05 <nati_ueno> danwent: so impact is about garbage collection
21:18:07 <danwent> garyk + amotoki are reviewing
21:18:12 <danwent> so I think we're ok
21:18:17 <nati_ueno> may be not high but it good to have it
21:18:20 <amotoki> i feel it's not high since it is not an usual usecase changing dhcp ip or toggling enable_dhcp.
21:18:32 <markmcclain> yeah.. we're in good shape with most bugs having 2+ cores
21:18:41 <markmcclain> the one I wanted to discuss was this:
21:18:47 <nati_ueno> yes. so I'll trying to get merged it in today otherwise wait stable
21:18:53 <markmcclain> https://bugs.launchpad.net/quantum/+bug/1144426
21:18:54 <uvirtbot> Launchpad bug 1144426 in quantum "The name of the security group rule field "source_ip_prefix"  is misleading" [High,In progress]
21:18:57 <gongysh> amotoki: thinking about agent schedule, the dhcp IP is changing often.
21:19:47 <danwent> markmcclain: i'm in favor of the change
21:20:02 <markmcclain> ok.. the review is here: https://review.openstack.org/#/c/23451/
21:20:08 <danwent> with egress rules, using "source" is confusing.  In fact, I thought we had cleared this up with a discussion a while back, but the change never got in
21:20:09 <nati_ueno> 1144426 impacts the API, so we should have it in G.
21:20:09 <amotoki> gongysh: thanks. I don't think dhcp ip *often* changes.... *sometimes* changes.
21:20:15 <danwent> its important to fix this before the API is released.
21:20:30 <nati_ueno> danwent: +1
21:20:34 <danwent> arosen, you had a chance to python-quantumclient.  does this also require a change to nova proxy?
21:20:44 <danwent> or maybe not, as nova doesn't support egress?
21:21:10 <arosen> No change in the client for nova
21:21:31 <danwent> k
21:21:31 <danwent> https://bugs.launchpad.net/bugs/1104337
21:21:33 <uvirtbot> Launchpad bug 1104337 in quantum "Deleting a subnet that is added to a router leaves behind a port that cannot be deleted" [High,In progress]
21:21:34 <arosen> the changes in order to drop source with remote for nova are here: https://review.openstack.org/#/c/23459/
21:22:22 <salv-orlando> As we did not heard from the original dev for 1104337 I pushed a new patch for it
21:22:23 <danwent> salv-orlando: looks like you're rescuing this bug.  I think this deserves to go in.
21:22:26 <danwent> yup
21:22:35 <danwent> https://bugs.launchpad.net/bugs/1115999
21:22:36 <uvirtbot> Launchpad bug 1115999 in quantum "quantum-netns-cleanup does not stop metadata proxies" [High,In progress]
21:23:06 <markmcclain> this one needs to be fixed and we have 2 cores on
21:23:07 <markmcclain> https://bugs.launchpad.net/bugs/1119409
21:23:09 <uvirtbot> Launchpad bug 1119409 in quantum "Delete is possible of an in-use port" [High,In progress]
21:23:29 <danwent> i personally think this doesn't need a fix in quantum
21:23:42 <garyk> danwent: i agree
21:23:47 <markmcclain> agreed.. the review has been abandoned
21:23:50 <markmcclain> I'll move it out
21:23:56 <danwent> i think we could add a fix in pytyon-quantumclient + horizon to require a --force or confirmation before deleting a port with a device_owner or device_id set
21:24:12 <salv-orlando> fixing this would require us to change the nova model for using an admin context. So it's too much imo
21:24:30 <danwent> salv-orlando: yeah, i actually don't think the api should ever change
21:24:47 <markmcclain> https://bugs.launchpad.net/bugs/1136264
21:24:49 <uvirtbot> Launchpad bug 1136264 in quantum "Linuxbrige agent downs with tap device deletion timing issue" [High,In progress]
21:25:05 <markmcclain> fix is here: https://review.openstack.org/#/c/23259/
21:25:28 <garyk> markmcclain: amotoki had some very good insight here. hopefully it will be addressed following his comments
21:25:48 <markmcclain> ok.. looks like you both have this handled
21:26:02 <danwent> ok, looks like amotoki and garyk have this one handled
21:26:13 <markmcclain> https://bugs.launchpad.net/bugs/1143283
21:26:14 <uvirtbot> Launchpad bug 1143283 in quantum "Default behavior of Security groups egress handling has different semantics than ingress" [High,In progress]
21:26:44 <danwent> make this change in grizzly makes sense I think, as it would be hard to change afterward if the api is already out
21:26:52 <danwent> we had an discussion on the ML about this.
21:27:00 <danwent> if anyone disagrees, lets discuss on the review
21:27:13 <danwent> tomoe_:  thanks for pointing this out
21:27:16 <markmcclain> https://bugs.launchpad.net/bugs/1143569
21:27:18 <uvirtbot> Launchpad bug 1143569 in quantum "make quantum pep8 version + exceptions match other openstack projects" [High,In progress]
21:27:27 <danwent> i think this is merging already
21:27:30 <amotoki> we need throughout tests across various plugins.
21:27:42 <tomoe_> danwent: NP. i'm working on fixing tests now
21:27:52 <amotoki> please open your eyes on the patch if you are plugin maintainers.
21:27:55 <tomoe_> hopefuly i can submit another patch soon
21:27:56 <danwent> tomoe_: there's a review in progress already, right?
21:28:19 <tomoe_> danwent: yes. but that one is not quite ready
21:28:23 <danwent> tomoe_: i don't see it associated with laounchpad bug
21:28:29 <amotoki> review is in progress. we are wating for test codes.
21:28:43 <markmcclain> https://bugs.launchpad.net/quantum/+bug/1116137
21:28:44 <uvirtbot> Launchpad bug 1116137 in quantum "Missing error handle for quota" [Medium,In progress]
21:28:51 <markmcclain> review here: https://review.openstack.org/#/c/21197/
21:29:23 <markmcclain> cleans up api error reponses looks like danwent and salv-orlando are reviewing this one
21:29:24 <danwent> tomoe_: i added it
21:29:41 <markmcclain> https://bugs.launchpad.net/bugs/1126661
21:29:42 <uvirtbot> Launchpad bug 1126661 in quantum "move cisco qos + credential extension to plugin dir" [Medium,In progress]
21:29:52 <tomoe_> danwent: thanks.
21:29:59 <danwent> markmcclain: yes, we'll take care of it
21:30:13 <salv-orlando> danwent: was it really as easy as moving the files and fixing those few imports?
21:30:44 <danwent> salv-orlando: i can't test their plugin, so arvind is test it.
21:30:54 <salv-orlando> k, thanks
21:31:06 <markmcclain> https://bugs.launchpad.net/bugs/1136027
21:31:07 <uvirtbot> Launchpad bug 1136027 in quantum "improve unit tests for wsgi module" [Medium,In progress]
21:31:11 <danwent> they will need to update their plugin path to include plugins/cisco/extensions
21:31:33 <markmcclain> danwent: seems reasonable for vendor extensions
21:31:41 <markmcclain> https://bugs.launchpad.net/bugs/1136027
21:31:55 <danwent> markmcclain: yeah, it was supposed to always be that way, but we caught a few exceptions.
21:32:12 <markmcclain> this is 100% unit tests and really just needs the commit message updated
21:32:15 <danwent> wsgi tests patch is big, but all unit tests code
21:32:17 <danwent> yeah
21:32:20 <markmcclain> SumitNaiksatam has been leading this one
21:32:41 <danwent> as long as it merges by tomorrow i'm fine
21:32:47 <markmcclain> https://bugs.launchpad.net/bugs/1138757
21:32:48 <uvirtbot> Launchpad bug 1138757 in quantum "l3-agent is not working with Metadriver" [Medium,In progress]
21:33:13 <markmcclain> just moves some configurations opts around
21:33:17 <markmcclain> needs two cores
21:33:35 <danwent> will review in background :)
21:33:36 <nati_ueno> I can be one
21:33:36 <markmcclain> review is here: https://review.openstack.org/#/c/23462/
21:33:44 <arosen> I can be one too
21:33:48 <amotoki> I am reviewing it.
21:33:55 <markmcclain> nati_ueno: you can get your first +2 :)
21:34:06 <absubram> hi sorry to interject.. anyone seeing pep8 errors on Master when doing a ./run_tests.sh?
21:34:08 <danwent> haha, ok amotoki + nati_ueno you take it
21:34:08 <nati_ueno> markmcclain: wow scary..
21:34:14 <markmcclain> https://review.openstack.org/#/c/23462/
21:34:23 <danwent> absubram: let's talk about it in open discussion at end of meeting
21:34:37 <markmcclain> oops.. wrong linkk
21:34:38 <markmcclain> https://bugs.launchpad.net/bugs/1124117
21:34:40 <uvirtbot> Launchpad bug 1124117 in quantum "security group extension should be disabled when Noop Firewall driver is used" [Low,In progress]
21:35:06 <absubram> thanks danwent
21:35:44 <danwent> markmcclain: as i indicated in the review, i'm ok with that change, even though its on the kind of big side, as the changes are pretty trivial and repeitive,
21:35:57 <danwent> and it reduces the risk of someone doing something insecure
21:36:29 <markmcclain> last one...
21:36:29 <markmcclain> https://bugs.launchpad.net/quantum/+bug/1144370
21:36:31 <uvirtbot> Launchpad bug 1144370 in quantum "log the configuration options for metadata agent and proxy" [Medium,In progress]
21:36:32 <amotoki> sorry for becoming the test code bigger...
21:37:07 <danwent> i ran into a similar issue where i wanted to see logs for the metadata proxy, so this seems valuable to me
21:37:09 <gongysh> It will help me to answer metadata related questions in the furture.
21:37:20 <danwent> looks like we need one more core dev on that
21:37:40 <markmcclain> yeah… I've looked at this briefly, and will take a look
21:37:58 <danwent> we also have https://bugs.launchpad.net/bugs/1144076
21:37:59 <uvirtbot> Launchpad bug 1144076 in quantum "Quantum CLI does not show the default Quotas" [Medium,In progress]
21:38:02 <danwent> or did we talk about that already?
21:38:23 <markmcclain> we did a little.. garyk raised it and forgot to come back to it
21:38:55 <danwent> i think this one is valuable, assuming the patch is reasonably safe
21:39:02 <gongysh> I think it is good to see default quotas when tenant-per is not available.
21:39:40 <danwent> yup
21:39:41 <gongysh> It is all about viewing.
21:39:46 <markmcclain> danwent: ageed
21:39:50 <danwent> ok, any other RC1 bugs we did not discuss?
21:40:07 <markmcclain> that should be all of them
21:40:10 <garyk> when are we planning the rc1 release?
21:40:12 <danwent> markmcclain: thx
21:40:29 <danwent> #info target for grizzly RC1 release is March 12th
21:40:36 <garyk> thanks
21:40:43 <nati_ueno> Is that possible to fix this one too https://bugs.launchpad.net/quantum/+bug/1085276 ?
21:40:44 <uvirtbot> Launchpad bug 1085276 in quantum "The router interface cannot be deleted by using Quantum Metaplugin" [Undecided,In progress]
21:41:02 <nati_ueno> review is here https://review.openstack.org/#/c/17571/
21:41:37 <danwent> patch looks a bit larger than I would have expected, and changes from core code
21:41:48 <nati_ueno> Ok so let's wait stable
21:41:51 <amotoki> In the recent patchset , new bug fixes are added. I recommended it should be split.
21:42:09 <danwent> nati_ueno: i'm not saying one way or another.  we'll have to look at the review in more detail
21:42:25 <markmcclain> I agree with amotoki that it should be split per bug
21:42:32 <danwent> amotoki: ok, splitting this into more targeted fixes would be a good idea
21:42:41 <markmcclain> also looks like there is code from other proposals mixed in
21:42:42 <nati_ueno> danwent: OK, so Akihiro, and Summit is reviewing this bug. so If this is not for RC1 please -1
21:42:50 <danwent> we can target the resulting items for RC1
21:43:09 <danwent> if any of the core devs reviewing feel like it is too risky for RC1, let's raise it for the team, otherwise, proceed.
21:43:18 <danwent> ok, next topic
21:43:30 <danwent> ony 15 minutes left, so need to hurry a bit
21:43:35 <danwent> #topic python-quantum client status
21:43:40 <danwent> gongysh & markmcclain
21:43:45 <gongysh> hi,
21:44:06 <gongysh> that is good for client side, we have a fix for source_group_ip.
21:44:18 <gongysh> others are unit test patches.
21:44:41 <gongysh> we can push 2.2.0 when server's RC1 is out.
21:44:51 <gongysh> that is it.
21:44:54 <markmcclain> gongysh: we actually need to push before
21:44:59 <danwent> gongysh: i thought we were planning on pushing before
21:45:00 <danwent> yes
21:45:01 <gongysh> before?
21:45:12 <danwent> b/c we need other projects to update their dependencies
21:45:15 <amotoki> gongysh: 2.2.0 is required before nova and horizon rc1 are shipped.
21:45:34 <danwent> markmcclain: we were planning on march 6th?
21:45:42 <danwent> i forget exact date
21:45:42 <gongysh> Ok, just wait source_ip problem.
21:45:50 <amotoki> nova requires source_group fix and horizon requires lbaas api update.
21:45:53 <markmcclain> danwent: yes
21:46:31 <danwent> #info python-quantumclient 2.2 release planned for march 6th, to be used by nova / horizon for grizzly
21:46:38 <danwent> ok, anything else on client/cli?
21:46:53 <gongysh> not from me
21:46:58 <danwent> amotoki: we'll go a bit out of order and do horizon + quantum next
21:47:03 <amotoki> https://blueprints.launchpad.net/horizon/+spec/quantum-lbaas
21:47:10 <danwent> #topic horizon + quantum (amotoki)
21:47:11 <amotoki> Need feedback from LBaaS team before merging the patch and need testing with HAproxy.
21:47:31 <danwent> amotoki: https://wiki.openstack.org/wiki/Quantum/LBaaS/HowToRun
21:47:45 <danwent> maybe link horizon lbaas branch here and point people to test it?
21:48:05 <markmcclain> that would be helpful for testing
21:48:09 <amotoki> I will add the link to the above page.
21:48:41 <danwent> ok, anyting else for horizon + quantum?
21:48:49 <amotoki> no from me.
21:48:55 <SumitNaiksatam> i will let kc know about the wiki page
21:49:08 <danwent> thx
21:49:11 <amotoki> i will send an horizon status update later today.
21:49:17 <danwent> #topic grizzly documentation (danwent)
21:49:53 <arosen> I have updated the security group docs here https://review.openstack.org/#/c/20636/
21:49:58 <danwent> Ok, its the time in the release cycle when we need to start putting most of our energy toward documenting things, and then testing that the documetnatioin works.
21:50:06 <garyk> tomorrow i'll update the vif's
21:50:18 <danwent> arosen: thanks.
21:50:29 <gongysh> who can tell me how to test the isolated network metadata feature?
21:50:30 <danwent> I've created a grizzly docimpact page for quantum: https://wiki.openstack.org/wiki/Network/GrizzlyDocImpact
21:50:54 <danwent> please link doc bugs there, so we can see what we already have a bug for, and where we have gaps
21:51:09 <danwent> i'll be coordinating grizzly doc efforts
21:51:25 <gongysh> why not use openstack-manuals directly?
21:51:42 <salv-orlando> if you file a bug against openstack-manual, and it's something that impacts the API too, please do not forget about openstack-api-site
21:51:51 <danwent> gongysh: we will track items in openstack-manuals for admin guide items
21:52:11 <danwent> gongysh: goal with the wiki page was just to collect items from each of the blueprints merged into quantum in grizzly
21:52:23 <danwent> (i.e., to track everything with a doc impact)
21:52:38 <danwent> once we know we have everything in openstack manuals, we'll work just off of the links.
21:52:47 <danwent> #info grizzly doc impact wiki page: https://wiki.openstack.org/wiki/Network/GrizzlyDocImpact
21:52:51 <gongysh> it is ok, just don't want to duplicate efforts.
21:53:02 <danwent> #info: openstack manuals bug page: https://bugs.launchpad.net/openstack-manuals/+bugs?field.tag=quantum
21:53:23 <danwent> #info: openstack quantum api bug page: https://bugs.launchpad.net/openstack-api-site/+bugs?field.tag=netconn-api
21:53:56 <danwent> gongysh: are there any changes to the CLI doc for grizzly? I'm not sure where those would be tracked.
21:54:19 <gongysh> I will find the location.
21:54:27 <gongysh> and update the wiki page.
21:54:30 <danwent> expect to see emails from me as we identify doc bugs related to code you wrote :)
21:54:34 <danwent> gongysh: thanks
21:54:44 <gongysh> :)
21:54:44 <danwent> #topic open discussion
21:55:03 <danwent> ok, i think we had one question during the meeting that was bumped to open discussion
21:55:27 <danwent> i need to run right at the top of the hour though… have to get to another meeting
21:55:36 <danwent> ok…. going once, going twice?
21:55:36 <nati_ueno> How about we have etherpad pages for Hanova summit presentation?
21:55:55 <danwent> nati_ueno: we will, but I don't want people too focused on havana summit until we've shipped RC1
21:56:04 <nati_ueno> danwent: I agree.
21:56:04 <danwent> summit is still more than a month away
21:56:21 <danwent> so fear not, you will not be cut out of any planning if you have not started thinking about the summit yet
21:56:39 <danwent> we'll start discussing topics, making etherpads, etc. once RC1 is out.
21:56:59 <nati_ueno> danwent: I got it. I just worring about the voting for the session.
21:57:06 <danwent> ok, have a good week folks.  great work getting grizzly wrapped up from a code perspective.
21:57:09 <salv-orlando> voting?
21:57:14 <danwent> nati_ueno: technical sessions have no voting
21:57:21 <danwent> those are only for the conference sessions
21:57:23 <danwent> not the summit
21:57:25 <nati_ueno> aga,, what's a misunderstandings...
21:57:29 <nati_ueno> Thanks
21:57:35 <danwent> we'll discuss as a team what our summit session priorities are
21:57:42 <danwent> then allocate sessions.
21:57:49 <danwent> ok, talk to you later folks!
21:57:53 <danwent> #endmeeting