17:00:08 #startmeeting tsc 17:00:08 Meeting started Thu Aug 20 17:00:08 2015 UTC. The chair is colindixon. Information about MeetBot at http://ci.openstack.org/meetbot.html. 17:00:08 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:00:08 The meeting name has been set to 'tsc' 17:00:14 #topic rol call and agenda bashing 17:00:50 #link https://wiki.opendaylight.org/index.php?title=TSC:Main&oldid=35398 the agenda for today 17:00:53 #info Chris Price 17:00:55 #info edwarnicke 17:00:55 #info colindixon 17:01:02 #info adetalhouet 17:02:30 is there a TSC meeting today/now? 17:02:37 yup 17:02:41 #action OF-CONFIG project will add ODL user IDs for the committers to the project proposal 17:02:45 afewell: yes 17:02:54 #undo 17:02:54 Removing item from minutes: 17:02:57 #undo 17:02:57 Removing item from minutes: 17:03:01 #action OF-CONFIG project will add ODL user IDs for the committers to the project proposal 17:03:19 #action KevinLuehrs to add ODL user IDs for committers listed without them 17:03:20 #action KevinLuehrs to provide links to the relevant OPNFV and MEF specs/models 17:03:21 #action KevinLuehrs to link to the powerpoint slides from the proposal page 17:03:44 it appears the last update for Ubuntu must have killed my webex again 17:03:50 #action colindixon to try to find somebody to help with documenting the general procedure for the platform upgrade from Helium to Lithium (for SR2) https://bugs.opendaylight.org/show_bug.cgi?id=3160 17:04:29 #action phrobb to send out mail when the new infra person is up-to-speed so that he knows when he will not be waking people up after hours 17:04:55 #info dfarrell07_con 17:05:13 #info phrobb notes is that we should not wake up Thanh and Andy after hours immediately now as we now have staff in australia, please use the escalation process as usual to do that 17:05:14 * dfarrell07_con is irc only atm 17:05:40 #action phrobb to keep working on JIRA and let us know when we can use it 17:05:58 #action tony and zxiiro to look at the sonar/jacoco reports and try to figure out how (and if) we can reasonby get feature-level code coverage information 17:06:07 #action tony to send out an e-mail explaining his alternative solution to version bumping and branch cutting 17:07:06 I only see 4 TSC member: colindixon, ChrisPriceAB, edwarnicke, dfarrell07_con 17:07:16 we have LuisGomez on webex 17:07:27 #info LuisGomez 17:07:48 jmedved: are you here? 17:08:10 * dfarrell07_con is getting invalid meeting number stuff from webex but it could be his fault 17:08:21 LuisGomez: 17:08:35 * ChrisPriceAB stares at the clouds... 17:08:40 ^^nvm, sorry, mobile 17:08:40 dlenrow: you here? 17:08:42 colindixon: on im only 17:08:46 will join voice later 17:08:50 #info jmedved 17:09:12 welcome mohnish 17:09:17 #info mohnish anumala 17:09:20 wow 17:09:31 Sorry, I am delayed 17:09:45 #link https://meetings.opendaylight.org/opendaylight-meeting/2015/tsc/opendaylight-meeting-tsc.2015-08-13-17.01.html last week’s minutes, we already got all the actions 17:10:11 * dfarrell07_con has audio 17:11:02 #info adding integration split to the agenda 17:11:11 #topic mailing list votes 17:11:29 #link https://lists.opendaylight.org/pipermail/tsc/2015-July/003500.html this process to change a project’s scope 17:11:36 #link https://lists.opendaylight.org/pipermail/tsc/2015-August/003564.html discussion continues here 17:12:29 colindixon: I've already voted on it I think, glad to do it again 17:12:36 * ChrisPriceAB likes the proposal... 17:12:53 * ChrisPriceAB doesn't see that it would affect a project participating in a release cycle. 17:12:55 do TSC members feel comfortable voting on this? 17:16:35 #startvote shall we adopt thie following policy for a project to extend or reduce the scope of a project https://lists.opendaylight.org/pipermail/tsc/2015-July/003500.html ? -1, 0, +1 17:16:35 Begin voting on: shall we adopt thie following policy for a project to extend or reduce the scope of a project https://lists.opendaylight.org/pipermail/tsc/2015-July/003500.html ? Valid vote options are -1, 0, +1. 17:16:35 Vote using '#vote OPTION'. Only your last vote counts. 17:16:58 #vote +1 17:16:59 #vote +1 17:17:00 #vote +1 17:17:00 #vote +1 17:17:06 #vote +1 17:17:07 #vote +1 17:17:19 #endvote 17:17:19 Voted on "shall we adopt thie following policy for a project to extend or reduce the scope of a project https://lists.opendaylight.org/pipermail/tsc/2015-July/003500.html ?" Results are 17:17:19 +1 (6): jmedved, LuisGomez, edwarnicke, ChrisPriceAB, mohnish, colindixon 17:17:44 * ChrisPriceAB thinks it will all come clear when someone tries to exercise the policy. 17:17:45 #agreee #startvote this is the policy for a project to extend or reduce the scope of a project https://lists.opendaylight.org/pipermail/tsc/2015-July/003500.html 17:18:03 #undo 17:18:03 Removing item from minutes: 17:18:09 #agreee this is the policy for a project to extend or reduce the scope of a project https://lists.opendaylight.org/pipermail/tsc/2015-July/003500.html 17:18:22 +1 for ending early... prefer not to be around but can be forced 17:18:22 agreed - right colindixon ? 17:18:22 colindixon: I can be around for 2 hours 17:18:24 are TSC members available for the two hours today 17:18:34 ed: +1 17:18:48 +1 17:18:58 #topic events 17:19:01 I think you wrote agreee (with an extra e) 17:19:11 colindixon: i will be available until 12:oo noon PST. starting 11:30 on voice 17:19:15 #undo 17:19:15 Removing item from minutes: 17:19:17 #undo 17:19:17 Removing item from minutes: 17:19:23 #agree this is the policy for a project to extend or reduce the scope of a project https://lists.opendaylight.org/pipermail/tsc/2015-July/003500.html 17:19:25 #topic events 17:19:32 #link https://www.opendaylight.org/global-events the events page 17:20:00 * ChrisPriceAB can do negative feedback too! 17:20:22 #info the current plan for a hackfest is to be colocated with the OPFNV summit, 11/9-11/10 at the Hyatt Regency San Francisco Airport 17:20:41 #link http://events.linuxfoundation.org/events/opnfv-summit < -- opnfv summit 17:20:52 #info this is the last call for objections, all feedback so far has been positive 17:21:13 #link https://lists.opendaylight.org/pipermail/tsc/2015-August/003653.html mailing list thread 17:21:39 #info ChrisPriceAB says he thinks it’s a great idea 17:21:39 I've given positive off-list feedback to phrobb already, that date is good as far as I know 17:21:56 #info phrobb will lock down the venue 17:22:07 btw happy bday to Chris! 17:22:44 #info SDN OpenFlow world congress in dusseldorf has it’s CFP out now 17:22:47 https://www.opendaylight.org/events/2015-10-12-000000-2015-10-16-000000/sdn-openflow-world-congress 17:22:52 #link https://www.opendaylight.org/events/2015-10-12-000000-2015-10-16-000000/sdn-openflow-world-congress 17:22:57 thanks! 17:23:04 Happy birthday ChrisPriceAB 17:23:07 :D 17:23:07 thanks guys! 17:23:13 #info happy birthday to ChrisPriceAB! 17:23:22 ChrisPriceAB: HBD 17:23:24 He's turning 29 again ;) 17:23:29 lol 17:23:32 * edwarnicke starts singing happy birthday into mute 17:23:35 afewell: over and voer 17:23:44 :O 29? still early 20's guys... be nice 17:23:52 #topic Lithium-SR1 17:24:26 Happy birthday ChrisPriceAB - have a good evening and drink to Beryllium & Brahmaputra :) 17:24:26 Happy Birthday ChrisPriceAB ! 17:24:31 #link https://docs.google.com/spreadsheets/d/1udOk9ZmOCeMjpI-wl0zjLO_AXgO8wYrDjKiPQWkXKb4/edit#gid=0 17:24:37 #link https://docs.google.com/spreadsheets/d/1udOk9ZmOCeMjpI-wl0zjLO_AXgO8wYrDjKiPQWkXKb4/edit#gid=0 these are the test failures that we had with Lithium-SR1, all projects have said they are expected/non-regressions/non-blocking 17:24:41 #undo 17:24:41 Removing item from minutes: 17:24:42 #undo 17:24:42 Removing item from minutes: 17:24:44 #link https://docs.google.com/spreadsheets/d/1udOk9ZmOCeMjpI-wl0zjLO_AXgO8wYrDjKiPQWkXKb4/edit#gid=0 these are the test failures that we had with Lithium-SR1, all projects have said they are expected/non-regressions/non-blocking 17:25:50 #link https://nexus.opendaylight.org/content/repositories/automatedweeklyreleases-1083/org/opendaylight/integration/distribution-karaf/0.3.1-Lithium-SR1/ this is the relevant artifacts 17:26:13 #info LuisGomez says there are no regressions to his knowledge 17:26:27 * dfarrell07_con is ready to vote 17:26:36 * ChrisPriceAB drumroll 17:26:46 #startvote shall the TSC approve these as the Lithium-SR1 artifacts: https://nexus.opendaylight.org/content/repositories/automatedweeklyreleases-1083/ ? -1, 0, +1 17:26:46 Begin voting on: shall the TSC approve these as the Lithium-SR1 artifacts: https://nexus.opendaylight.org/content/repositories/automatedweeklyreleases-1083/ ? Valid vote options are -1, 0, +1. 17:26:46 Vote using '#vote OPTION'. Only your last vote counts. 17:26:47 #info gzhao suggests Lithium SR1 is a go 17:26:48 #vote +1 17:26:51 #vote +1 17:26:53 #vote +1 17:26:54 #vote +1 17:26:54 #vote +1 17:26:58 #vote +1 17:27:09 jmedved: want to vote? 17:27:28 #endvote 17:27:28 Voted on "shall the TSC approve these as the Lithium-SR1 artifacts: https://nexus.opendaylight.org/content/repositories/automatedweeklyreleases-1083/ ?" Results are 17:27:28 +1 (6): dfarrell07_con, LuisGomez, ChrisPriceAB, edwarnicke, mohnish, colindixon 17:27:38 #agree Lithium-SR1 is a go 17:27:42 *blastoff* 17:28:14 #topic Beryllium 17:28:17 * ChrisPriceAB likes the idea of Philsafes... 17:28:24 #link https://wiki.opendaylight.org/view/Weather the weather page 17:28:41 #undo 17:28:41 Removing item from minutes: 17:29:01 #link https://wiki.opendaylight.org/view/Weather#Current_Weather_Report the current weather report 17:29:16 #info gzhao says the problem is that we have lots of new projects that are spinning up as fast as they can 17:29:32 * ChrisPriceAB feels the need for the TSC to start to think about project lifecycle progression... 17:29:44 ChrisPriceAB: noted 17:30:37 ChrisPriceAB: https://lists.opendaylight.org/pipermail/tsc/2015-July/003511.html 17:30:38 reply tere 17:30:41 we should start a committee to assign titles to people :) 17:31:55 #info george says that as he steps down, the new person is stepping up but there will be an announcement as they come up to speed 17:32:25 #info edwarnicke suggests to give the new person some airtime to make it clear that people pay careful attention to their mails when they come 17:33:44 #info gzhao is actually worried about M2 and M3 more than M1 and so new projects may need more help then 17:34:32 #action colindixon to see if anyone wants to write survival guides for M2 and M3 17:34:58 I could help with review/editing but I dont have the knowledge to produce the meat 17:35:23 #link https://lists.opendaylight.org/pipermail/tsc/2015-August/003702.html gzhao had a question about how to acknowledge dependencies 17:36:40 #info gzhao would like to thank phrobb and edwarnicke for their help and support for working as RM. 17:36:54 gzhao: It was all you my friend :) 17:37:12 I concur with Ed. you rock gzhao 17:37:19 #info system integration test 17:37:27 #undo 17:37:27 Removing item from minutes: 17:37:37 thanks for all your work gzhao 17:37:40 #topic infrastructure 17:37:58 edwarnicke: I am speechless, other than a big thanks 17:38:02 You're awesome gzhao, thanks for the great work! :) 17:38:13 abhijitkumbhare: dfarrell07_con thanks 17:38:49 #info the dial-in numbers for all WebEx meetings hosted by the LF changed, if you haven’t updated them, please check to make sure they’re right 17:39:19 gzhao, we will miss you 17:39:40 +1 for something other than webex - poor Linux support 17:39:42 #info odl-casey did a lot of that on the meetings page and updated the calendar 17:39:50 LuisGomez: I will be around. 17:39:56 +1 to move from webex 17:40:07 #info abhijitkumbhare asks if we can help to have recordings from meetings that overlap 17:40:27 + the ability for international participants including china 17:40:27 #info phrobb asks if we want to consider moving off WebEx 17:40:37 gzhao, i hope you will :) 17:40:48 #action phrobb to start a discussion on the idea of moving from WebEx to something else 17:41:08 #info jmedved 17:41:18 jmedved is back; joining hte call 17:41:39 sadly every time you do anything more than a tiny upgrade in ubuntu you need to go re-resolve all the dependencies manually 17:42:11 #topic continuation of the OF-CONFIG creation review 17:42:25 #link https://lists.opendaylight.org/pipermail/tsc/2015-August/003706.html lots of discussion happened here 17:42:45 I do have a quick question I wanted to try to inject towards the end, or whenever would be good 17:42:52 #link https://wiki.opendaylight.org/view/Project_Proposals:OF-CONFIG the revised proposal 17:43:14 * ChrisPriceAB thinks its a good idea to vote on this 17:43:23 #startvote shall we move the OF-CONFIG project to incubatin? -1, 0 +1 17:43:23 Begin voting on: shall we move the OF-CONFIG project to incubatin? Valid vote options are -1, 0, +1. 17:43:23 Vote using '#vote OPTION'. Only your last vote counts. 17:43:26 #vote +1 17:43:26 #vote +1 17:43:27 #vote +1 17:43:27 #vote +1 17:43:29 #vote +1 17:43:30 #vote +1 17:43:33 #vote +1 17:43:37 #endvote 17:43:37 Voted on "shall we move the OF-CONFIG project to incubatin?" Results are 17:43:37 +1 (7): jmedved, dfarrell07_con, LuisGomez, ChrisPriceAB, edwarnicke, mohnish, colindixon 17:43:46 #agree the OF-CONFIG project is moved to incubation 17:43:54 #vote +1 17:44:35 #topic Armoury creation review 17:45:00 #link https://wiki.opendaylight.org/view/Project_Proposals:Armoury 17:45:18 #link https://wiki.opendaylight.org/images/c/c0/Armoury_Proposal.pdf the presentation 17:45:38 #link https://lists.opendaylight.org/pipermail/project-proposals/2015-August/000367.html proposed on 8/5/2015 17:46:48 #info there is no way for OpenDaylight today ask for resources from a VM provisiioning service, e.g., OpenDaylight 17:47:07 #info it’s all requests from the VM provisioning system to OpenDaylight for networking 17:47:26 how is this related to tacker? 17:48:13 #link Armoury Overview: Just as compute needs to make requests to the controller to get networking resources in order to provide its services, so too does the controller sometimes need to make requests of the workload manager to get compute resources and/or network function (NF) (physical or virtual) orchestration to provide its services. 17:49:13 #info Uri says while the need for this is clear, it’s not clear to him whether this request should orginate from ODL or some orchestrator further north 17:50:51 #info edwarnicke says that there was a lot of this discussion at the summit which produced ths project proposal, and one thing that came out was that you need to have some way to hand off ODL-specific information to an orchestrator 17:51:12 * edwarnicke notes that colindixon is very very good at simplifying his statements ;) 17:52:01 #info AMOURY SCOPE 17:52:13 #info 1. A registry or catalog of the necessary information (images, metadata, templatized day 0 config, how to communicate with the NF, etc) to describe the NF to the workload manager and/or network function (NF) (physical or virtual) orchestration. 17:52:28 #info 2. The most minimal possible API to allow applications to request that the workload manager start/stop/etc the NF and some information from the workload manager/nf orchestrator about the state of the NF. 17:52:37 #info 3. Example Drivers to talk to various workload managers (OpenStack/Meseophere/Docker/Kubernetes/etc). 17:53:03 #info jmedved and adetalhouet say that this is aimed at both physical NFs and virtual NFs 17:53:51 #info tony asks if the scope is bascially to prove a facade to abstract the interface to different orchestrators? 17:54:54 #info jmedved says yes, but adetalhouet seems to be unable to get a word in edgewise over edwarnicke and adetalhouet. 17:55:04 #Undo 17:55:04 Removing item from minutes: 17:55:09 #info jmedved says yes, but adetalhouet seems to be unable to get a word in edgewise over edwarnicke and jmedved. 17:55:38 curious if there are any related standards efforts or if Atrium is trying to do something similar? 17:55:49 afewell: tacker is the most obvious 17:56:00 thx 17:56:08 https://wiki.openstack.org/wiki/Tacker 17:56:17 I don’t think Atrium is doing anythign like this 17:57:26 #info uri and edwarnicke go back and forth about where the relevant responsibilites should reside 18:00:45 #info ChrisPriceAB and Uri both argue that we should be more clear that responsiblity should be alloacated between compute and/or (V)NF manager and that the amoutn in each place might vary 18:01:08 * ChrisPriceAB thinks argue is such a strong word. 18:02:24 #undo 18:02:24 Removing item from minutes: 18:02:33 #info ChrisPriceAB and Uri both say we should be clear that responsiblity should be alloacated between compute and/or (V)NF manager and that the amoutn in each place might vary 18:02:35 better? 18:03:44 * dfarrell07_con would sure love to vote on the Integration namespace split today 18:04:09 #info abhijitkumbhare asks what’s in OpenDaylight, adetalhouet says everything in orange boxes on slide 8 18:04:45 #info workloadproviders are drivers for different providers, e.g., mesosphere, docker, openstack 18:04:59 #info the workload manager is the thing which provides the ODL interfact to spin things up and down 18:05:02 dfarrell07_con: noted 18:05:08 colindixon: thanks :) 18:05:23 #info jmedved asks where NF images are going to be stored? 18:05:34 #info adetalhouet says that woudl be stored in the NF Repository 18:06:17 #Info colindixon says slide 9 says it’s actually going to be metadata or pointers to NFs that are in the NF repository, not the actual images 18:08:31 #info ChrisPriceAB needs to drop, abhijitkumbhare will stand in for me for the rest of the call. 18:08:57 #info Prem_ and mohnish asks how this expands out to dealing with longer workflow, adetalhouet says that this would be the responsiblity of the ODL applicatin and/or orchestrator, not Armoury itself 18:12:28 #link https://wiki.openstack.org/wiki/Tacker colindixon asks if there’s a plan to interact with Tacker 18:13:36 the other thing is that tackers scope says it includes vnf manager and nfv orchestrator so it looks like a broader scope than we want 18:14:14 #info there are no current plans, but it could be a workload provider to provide Armoury functionality 18:14:15 but I would think we should rationalize our minimalistic approach with tacker to ensure what we are doing is compatible/useful from their perspective 18:15:00 #info afewell notes that tacker has a broader scope as it plans to be VNF manager, which includes more functions like lifecycle-managmement 18:15:35 #info edwarnicke says that a key element is avoiding welding us to a given provider 18:16:35 #info jmedved says it’s also the only thing he knows of that controls both physical and virtual NFs 18:16:50 or phrased differently, it appears tacker has a broader scope, and it would be ideal if the portion of the scope that overlaps between tacker and armoury were on the same page ... they may even embrace this if they like the architecture and we are contributing resources ... food for thought 18:17:26 #info mohnish says he likes the idea, but he’s curious how much it overlaps and how it fits in with other similar ideas and architecture diagrams, e.g., ETSi 18:19:19 https://www.ietf.org/proceedings/92/slides/slides-92-nfvrg-7.pdf 18:20:51 #link https://www.ietf.org/proceedings/92/slides/slides-92-nfvrg-7.pdf if you look at the last slide here, they have the VNF manager is above OpenStack 18:21:06 #info mohnish asks where Armoury fits in the diagram 18:21:27 if everyone could please check to make sure they are muted - there is background noise 18:22:48 #info edwarnicke says he can’t imagine drawing Armoury in this diagram because it doesn’t have a network controller 18:22:59 afewell: I think it’s coming from mohnish who is talking 18:24:31 #info edwarnicke says that if you chose openmano as your workload provider, then Armoury would make requests to it about what (V)NFs it needs, it woudl be allowed to either meet that request, not meet it, or return something it things was a better decision 18:25:52 #statvote shall we move Armoury to incubation? -1, 0, +1 18:25:56 #startvote shall we move Armoury to incubation? -1, 0, +1 18:25:56 Begin voting on: shall we move Armoury to incubation? Valid vote options are -1, 0, +1. 18:25:56 Vote using '#vote OPTION'. Only your last vote counts. 18:25:59 #vote +1 18:26:02 #vote +1 18:26:04 #vote +1 18:26:11 #vote +1 18:26:13 #vote +1 18:26:15 #vote +1 18:26:17 #vote +1 18:26:22 #end vote 18:26:30 #endvote 18:26:32 space 18:26:36 #endvote 18:26:36 Voted on "shall we move Armoury to incubation?" Results are 18:26:36 +1 (7): jmedved, dfarrell07_con, LuisGomez, edwarnicke, mohnish, colindixon, abhijitkumbhare 18:26:44 #info Uri also votes +1 18:26:53 #agree the Armoury project is moved to incubation 18:27:04 #topic integration split 18:27:29 #link https://lists.opendaylight.org/pipermail/project-proposals/2015-August/000369.html 18:27:46 Armoury will be an interesting project. Congrats! 18:28:03 #link https://wiki.opendaylight.org/view/Project_Proposals:Integration_Test 18:28:07 #link https://wiki.opendaylight.org/view/Project_Proposals:Integration_Distribution 18:28:13 #link https://wiki.opendaylight.org/view/Project_Proposals:Integration_Packaging 18:29:12 #info the TSC considers that for this special case the new projects have met the requirement for 2 weeks of public reviews, despite not being sent to project-proposals (all projects in the future are still expected to send mail to project-proposals) 18:29:22 https://lists.opendaylight.org/pipermail/integration-dev/2015-August/003976.html 18:29:42 afewell: not to the project-proposals list 18:29:58 afewell https://lists.opendaylight.org/pipermail/project-proposals/ 18:30:40 #info LuisGomez says there were always three folders in integration: test, distribution, and packaging, but there was no need to have separate proejcts 18:31:00 #info they are now big enoguh that they would like to split 18:31:28 #info also, it will enable faster movement because building each one will be faster than building all of them 18:32:16 #link https://lists.opendaylight.org/pipermail/integration-dev/2015-August/003976.html the explanation of the split 18:36:00 Integration/Test, Integration/Packaging, Integration/Distribution are the names I'll use, with init/pak, int/test, int/dist for short 18:36:40 what about wiki names on the project list dfarrell07_con ? 18:36:57 project list? 18:37:17 https://wiki.opendaylight.org/view/Project_list 18:37:29 #info was thre a methodology for coming up with the committers on the new projects? 18:37:53 #info all existing committers were offered to be on whatever projects they wanted, others were added if they felt it was required 18:38:02 abhijitkumbhare: the offical name is Integration-Packaging etc, so we'd ues thta 18:38:12 #info the only committer here that wasn’t on integration is Thanh on packaging 18:38:19 OK dfarrell07_con 18:38:56 #info zxiro has a large contribution history to integration: https://git.opendaylight.org/gerrit/#/q/owner:thanh.ha%2540linuxfoundation.org+project:integration 18:39:13 #info The git history will be preserved after the split 18:39:20 #info colindixon asks what will happen to the current integration repo 18:39:42 #info LuisGomez the current repo will effectively archived as soon as that makes sense 18:40:49 colindixon: I'd call that a tech detail of the split, but that's imho. The decision was implied by the vote to split passing. 18:41:22 #info colindixon asks if the integration project voted to archive the original project, dfarrell07_con and LuisGomez say that it was implicit in the decision to split 18:42:49 #startvote shall we move the three new integration projects splitting out from integration? -1, 0, +1 18:42:49 Begin voting on: shall we move the three new integration projects splitting out from integration? Valid vote options are -1, 0, +1. 18:42:49 Vote using '#vote OPTION'. Only your last vote counts. 18:42:54 #vote +1 18:42:55 #vote +1 18:42:55 #vote +1 18:42:59 #vote +1 18:42:59 #vote +1 18:43:00 #vote +1 18:43:08 #endvote 18:43:08 Voted on "shall we move the three new integration projects splitting out from integration?" Results are 18:43:08 +1 (6): dfarrell07_con, LuisGomez, edwarnicke, mohnish, colindixon, abhijitkumbhare 18:43:15 #info Uri also votes +1 18:43:27 #agree the three new integration subprojects are moved to incubation 18:45:12 #topic next week 18:45:24 #info colindixon says next week will return to the normal 1 hour meeting 18:45:32 #topic cookies 18:45:36 #endmeeting