16:59:14 #startmeeting tsc 16:59:14 Meeting started Thu Oct 23 16:59:14 2014 UTC. The chair is colindixon. Information about MeetBot at http://ci.openstack.org/meetbot.html. 16:59:14 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:59:14 The meeting name has been set to 'tsc' 16:59:21 #topic roll call and agenda bashing 16:59:29 #chair phrobb tbachman alagalah 16:59:29 Current chairs: alagalah colindixon phrobb tbachman 16:59:35 #info colindixon 16:59:43 * tbachman cracks knuckles 16:59:53 #info dmm 16:59:55 #info regXboi 16:59:55 * tbachman takes a drink of coffe 17:00:20 * regXboi notes he may do IRC more than phone today - hacking and coughing don't come through the IRC channel :) 17:00:53 *cough*hack* 17:00:54 ;) 17:01:04 #chair regXboi 17:01:04 Current chairs: alagalah colindixon phrobb regXboi tbachman 17:01:12 #action colindixon to add irc channel information into TSC agenda on the wiki 17:01:21 phrobb: thanks 17:01:25 #info Kent Watsen 17:02:01 * regXboi flexes fingers 17:02:46 #info abhijitkumbhare (standing in for Chris Price) 17:02:53 #info Ivan Wood 17:03:09 #link https://wiki.opendaylight.org/view/TSC:Main#Agenda the agenda 17:03:13 colindixon: thx 17:03:43 #topic action items from last meeting 17:04:00 #info pushing item 1 (testing of Helium on windows still assigned to LuisGomez phrobb and IvanWood) to a later date 17:04:32 #info looking for update on item 2 (gzhao to check on master branch version bumps) to that update 17:04:36 #info tykeal says that the sonar issues with the controller have been worked out 17:04:41 #info dlenrow 17:05:02 #info tykeal solution was to cause it to garbage collect more often (spending too much time in garbage collection while talking to sonar) 17:05:07 #undo 17:05:07 Removing item from minutes: 17:05:14 #info tbachman's message covers items 3 and 4 (tykeal, zxiiro, and Tony T. to work off line on the Controller sonar issue and tykeal and ttkacik to work out what the next steps are to resolve this) 17:05:15 #info Chris Wright 17:05:32 I am having some technical difficulties joining the webex 17:05:32 #info tykeal said the solution was to cause it to garbage collect more often (spending too much time in garbage collection while talking to sonar) 17:05:43 * cdub too 17:05:51 * tbachman waves to cdub and edwarnicke 17:05:59 and I've lost the thread because colindixon needs to slow down slightly 17:06:08 regXboi: this is nothin’ 17:06:13 no kidding 17:06:14 he’s taking it easy on us right now 17:06:22 lol 17:06:32 * gzhao waves to edwarnicke 17:06:46 edwarnicke - welcome back :) 17:06:46 edwarnicke: welcome back 17:06:58 abhijitkumbhare: Good to be back :) 17:07:37 #info jmedved 17:07:59 phrobb: recording? 17:08:02 mohnish: can you #info in? 17:08:10 I see it recording 17:08:13 colindixon: yes 17:08:14 edwarnicke: can you #info in? 17:08:22 or did you already? 17:08:24 and away we go! 17:08:41 #info edwarnicke 17:08:44 #topic updates 17:08:47 therewe go :) 17:08:48 (now on the webex :) ) 17:08:51 :) 17:08:51 #info joined the call 17:08:58 #topic board elections 17:09:06 mohnish: you usually do something like #info mohnish 17:09:11 (where #info is the first thing typed) 17:09:15 thanks 17:09:16 joined what? 17:09:17 np! 17:09:20 #info mohnish 17:09:28 mohnish: that’s it — thanks! 17:09:29 CAn anyone else hear phil ? 17:09:39 Cos I cannot 17:09:42 #info it sounds like we are in the middle of the process, but as I can't really hear phrobb it's difficult 17:09:44 #undo 17:09:44 Removing item from minutes: 17:10:08 #info In order to vote in the board elections you have to be a member of the non-profit, which requires submitting a form 17:10:14 * tbachman goes looking for email 17:10:15 apparently phil is underwater while attending the meeting. Swimming laps? 17:11:14 #link https://lists.opendaylight.org/pipermail/tsc/2014-October/001945.html email from Phil Robb describing the process to submit 17:11:34 #topic update on events 17:12:00 #info dusseldorf SDN/OpenFlow world congess was a success 17:12:26 #info next week is a hackfest in Tokyo (next Wed to be precise) 17:12:46 #info openstack summit first work of Nov in Paris 17:12:55 #info dmm will be at the openstack summit 17:12:55 * colindixon will not be at OpenStack 17:12:56 #info phrobb asks who’s participating in the OpenStack Summit 17:12:56 * cdub will be there 17:13:04 Helen and I will go to openstack 17:13:11 * regXboi will not be attending - too much to do here 17:13:23 #info Helen Chen and gzhao will attend openstack 17:13:43 #info regXboi will not be attending 17:13:44 #info dlenrow @ OSSummit 17:13:50 colindixon: we can't hear you 17:13:51 colindixon? 17:14:04 #info cdub, dmm, gzhao, Helen Chen, and dlenrow indicated they will be attending the OpenStack summit; colindixon and regXboi will not be attending 17:14:49 +1 keep track of when community members show up at events 17:15:30 #info colindixon asks if there’s a simple mechanism for keeping track of who’s attending conferences 17:15:37 * edwarnicke refrains from suggesting chipping community members ;) 17:15:42 self-signup on wiki? 17:15:54 kwatson: Genius 17:15:57 #info abhijitkumbhare and kwatsen recommended doing this on a wiki 17:16:23 * tbachman can’t tell if dlenrow is referring to a web site, or paying kwatsen a compliment ;) 17:16:29 alagala: Super genius (Wile E Coyote) 17:16:46 #topic System Integration and Testing 17:17:03 #info colindixon asks where we are with Windows testing and removing docker from the integration repo 17:17:29 #info LuisGomez says they’re still waiting for the master updating for version bumps 17:17:49 so, no windows, docker status? 17:18:42 did I lose audio? 17:18:47 the incredible random webex muting 17:18:48 colindixon: my webex just frozre 17:18:55 I can’t even unmute 17:18:55 colindixon: if you are spekaing now, then yes 17:18:56 colindixon: I don't hear you 17:19:04 can anyone hear anyone on webex? 17:19:07 did it die on us? 17:19:07 I can’t hear anyone 17:19:13 tbachman: I hear LuisGomez 17:19:14 seems like Luis can't hear us 17:19:17 webex isn't allowing me to unmute 17:19:18 can't hear nobody 17:19:21 I can hear Luis 17:19:21 i can hear LuisGomez 17:19:22 regXboi: same 17:19:23 I can hear LuisGomez 17:19:23 and I can't hear anything 17:19:31 we’re experiencing some fun :) 17:19:35 can webex "host" unmute the world? 17:19:37 * colindixon is logging out and back in 17:19:46 just came back 17:19:58 we just lost like 2 mins 17:20:18 tbachman: have to slip Lithium :) 17:20:24 dlenrow: lol 17:21:38 webex back for everyone? I'm hearing Luis well 17:21:54 * zxiiro can hear 17:22:00 dlenrow - slip by 2 min :) 17:22:47 #action LuisGomez will send an email indicating they will stop building the hydrogen release distributions in the future, with a timeline 17:24:24 #info LuisGomez asks how we handle working with events in other organizations (e.g. plugfests) 17:24:49 #info phrobb says we typically try to coordinate our activities, but it’s not required (i.e. helpful/valuable if we coordinate it) 17:24:55 * tbachman goes looking for email 17:25:15 http://www.criterionnetworks.com/events/onf-fall-2014-plugfest/ 17:25:25 #link https://lists.opendaylight.org/pipermail/integration-dev/2014-October/001898.html email on plugfest 17:26:31 #info rexpugh says that HP is sponsoring the plugfest in Roseville 17:27:16 * tbachman hears edwarnicke’s voice for first time in a while 17:27:30 edwarnicke: welcome back! 17:27:40 #topic Stable Helium 17:27:57 #info First stability release scheduled for 11/10/2014 17:28:31 #info colindixon says that in order for the TSC to bless the release, ideally the artificacts would be cut by 11/6/2014 17:28:48 #info gzhao says that zxiiro sent an email about tagging the branch 17:29:02 #info gzhao says that the auto-release builds have been stable for last 4-5 days 17:29:27 #info gzhao recommends targeting a build around 10/28/2014 for integration to start testing 17:30:34 #info abhijitkumbhare recommends testing for 1 week (have a build on Nov 3) 17:30:41 abhijitkumbhare: thx! :) 17:31:41 #info colindixon says that unless we want a special meeting on November 10th, cutting a release on November 3rd only allows 3 days for integration testing. 17:32:07 #info LuisGomez says the regular tests can be done in this time frame, but if we want to do some additional testing (e.g. performance), that might be tight 17:33:56 #action gzhao and LuisGomez to put together a plan for cutting and testing artifacts for stable/helium 17:36:23 #info abhijitkumbhare suggests having the stable release on a Thursday (either Nov 6 or 13) to coincide with the TSC meeting 17:36:37 #info gzhao says that the master branch versions have been bumped on all the projects, according to gerrit, but he noted that his build failed 17:36:47 #action LuisGomez to begin testing on bumped master 17:37:03 #action edwarnicke to help gzhao with getting auto-release on master un-stuck 17:38:01 * gzhao hopes he didn't screw up edwarnicke's lithium worker 17:38:04 #topic Creation Review for Release Engineering 17:38:21 #link https://wiki.opendaylight.org/view/Project_Proposals:Release_Engineering_-_Builder Wiki page for project proposal 17:38:36 #link #link https://lists.opendaylight.org/pipermail/project-proposals/2014-October/000159.html email proposing the project 17:38:39 gzhao: It is entirely possible my lithium worker wasn't working that great to begin with :) 17:39:04 gzhao, i think we need this merged to proceed with integration bump: https://git.opendaylight.org/gerrit/#/c/11856/ 17:39:48 #info tykeal says their project is creating a build repository for keeping the CI jobs, so they can be versioned, reviewed, et. 17:40:26 #info colindixon asks if this repo is for non-LF employees, and can help with this effort 17:40:49 LuisGomez: ok, let me follow up with priyanka, 17:40:56 #info tykeal says they do intend to accept revisions to things, and are planning on doing this to help move everyone to a more scaleable setup 17:41:01 tykeal: are we also going to get a bit more visibility as to what's on the horizon? 17:41:09 #info colindixon asks if they would be open to committers outside the LF 17:41:29 #info tykeal says they’re open to this, but they want to make sure that new committers have a good understanding and committment to the project 17:42:54 #info colindixon asks if there’s a timeline for this 17:43:05 #info tykeal says that zxiiro has a lot of the basic jobs already designed 17:43:25 #info zxiiro says that he has 3 job templates — verify, merge, and daily 17:44:29 #info zxiiro says that there’s a single thing that new projects can use that creates these three templates 17:44:42 #info colindixon notes that integration is missing from this list 17:45:36 #info zxiiro says they just need a few projects to test the templates with, in order to verify their correctness 17:46:10 #info phrobb says they’re targeting the week of November 10th to complete this effort 17:46:48 #info tykeal says they received an email on whether this should be one big project with efforts underneath it, or whether it should be separate projects 17:47:05 #info tykeal says that the rel-eng heirarchy is related to anything for environmental needs 17:47:56 #info edwarnicke says you may want to consider a rel-eng top-level project, and use the life cycle feature 17:48:47 #info tykeal says there’s not a good way of saying “this is how it all fits together” — it’s best dealt with in “here’s how you do this piece" 17:49:55 * tbachman wonders where his scribe-partner-in-crime, regXboi, has gone too :( 17:50:16 * regXboi is having problems with webex 17:50:32 * regXboi notes he's only hearing half of everything said 17:50:34 #info rovarga asks if there will be something similar to a release plan to get an idea of what’s on the horizon 17:50:54 that wouldnt' really make sense 17:51:12 #info tykeal says they aren’t planning on participating in a simultaneous release, but they will look into providing a release plan to assist developers 17:51:26 it actually would, as we need to align with project plans and need to see how our infrastructure is going to evolve 17:52:38 #info dlenrow notes that normally they’d look to see committer diversity, tho this is perhaps a special case 17:53:07 #info colindixon says that committer diversity is called out as a topic to be covered much after a creation review 17:53:54 #info mohnish says they want to find out more on how they do these pieces — will there be a wiki page describing this? 17:54:58 #info tykeal says they will definitely have documentation on how developers can add jobs this way, and will put this in their repository and wiki pages 17:55:38 #info zxiiro says their plan is to provide templates for the most common jobs (i.e. in their repo) 17:56:40 #info tykeal says that no one will have direct access to create jobs in jenkins, but will instead do this as part of the templates. This is b/c they’ve run into a lot of problems with projects creating their own jenkins jobs, so this will hopefully address some of those problems 17:58:43 #info regXboi expresses concern in being limiited to just these templates 17:59:03 regXboi: i don't think you are precluded from doing your own 17:59:08 regXboi: these are useful templates 17:59:33 #undo 17:59:33 Removing item from minutes: 17:59:34 #undo 17:59:34 Removing item from minutes: 17:59:57 #info tykeal says that no one will have direct access to create jobs in jenkins, but will instead do this as part of the UI provided This is b/c they’ve run into a lot of problems with projects creating their own jenkins jobs, so this will hopefully address some of those problems 18:00:47 regXboi: what are your concern with the proposed solution? 18:00:54 #info colindixon asks if the intent is to move projects to a single silo, or to recomend projects move to a single silo 18:01:19 #info tykeal says that they can’t force them to move to a single silo, but it’s their recommendation, and then they get the benefit of dependency triggers 18:01:22 rovarga: I actually want to see this in action for something *other* than the base three 18:02:57 regXboi: ah, right. I think the point is to provide the base three and evolve templates as more and more projects (like ovsdb) are integrated 18:03:08 #info regXboi would like to see documentation that helps them work outside of the 3 templates 18:04:09 #info edwarnicke points out that there is no mandate for people to follow these templates, and therefore is not an issue for the creation review for this project 18:04:28 #info tykeal says that if we don’t move to something like this, adding new projects is going to become more of a strain on our infrastructure 18:04:44 #startvote Shall the TSC approve the "Release Engineering - Builder" project to the "incubation" state? -1, 0, +1 18:04:44 Begin voting on: Shall the TSC approve the "Release Engineering - Builder" project to the "incubation" state? Valid vote options are -1, 0, +1. 18:04:44 Vote using '#vote OPTION'. Only your last vote counts. 18:04:44 yes, please! 18:04:51 #vote +1 18:05:00 #vote +1 18:05:07 #vote +1 18:05:16 #vote +1 18:05:22 #vote +1 18:05:24 #vote +1 18:05:25 #vote +1 18:05:28 #vote +1 18:05:33 #vote +1 18:05:38 #vote +1 18:05:40 #endvote 18:05:40 Voted on "Shall the TSC approve the "Release Engineering - Builder" project to the "incubation" state?" Results are 18:05:40 +1 (10): flaviof, dlenrow, regXboi, edwarnicke, cdub, mohnish, kwatsen, colindixon, abhijitkumbhare, IvanWood 18:05:42 #info The belief of the TSC is that participation in the rel-eng project hasn’t been agreed to be mandatory 18:05:43 #vote +1 18:05:49 dmm: just missed! 18:05:59 #info edwarnicke weeps tears of joy 18:06:09 tykeal: huzzah! 18:06:10 tykeal: zxiiro congrats! :) 18:06:26 zxiiro: huzzah! 18:07:50 #topic Lithium Release Plan 18:07:52 :) 18:08:24 edwarnicke: surprise! 18:08:33 #info If current proposal is that we don't require commiter diversity at project creation (when there is greatest risk of land grab via special status of "appointed, not merit based" commiter approval at project creation) then I want to discuss the merits of that proposal more. Future agenda? 18:09:37 #info colindixon says that we need to vote today for the last call for projects for Lithium 18:09:55 #info edwarnicke prefers we say the “soonest the last call can occur” 18:10:46 * tbachman sets stopwatch 18:10:48 * regXboi sets his alrarm 18:11:04 #link https://wiki.opendaylight.org/view/Simultaneous_Release:DRAFT_Lithium_Release_Plan_ckd draft LI plan 18:11:10 regXboi: thx! 18:11:22 tbachman: I can hear people again now 18:11:36 * tbachman hopes it’s the TSC call regXboi can hear ;) 18:11:45 i haven't read it, can you highlight what is fundamentally different? 18:11:47 regXboi: hearing voices again? 18:12:42 colindixon: ^^ 18:12:43 edwarnicke: webex drops in and out, which makes scribing .... interesting :) 18:13:15 #info colindixon asks if all the TSC members have had a chance to read the release plan 18:13:31 #info cdub asks for the high-level differences (Cliffs Notes :) ) 18:13:32 fast flyby from author(s) would be good 18:13:40 #info answer is that we are going to have a flyby from Colin 18:14:42 #info the first thing is that there 18:14:44 #undo 18:14:44 Removing item from minutes: 18:15:13 #info colindixon covers the definitions 18:15:28 #info Legacy APIs are assumd to be frozen for the duration of the Lithium Release 18:15:50 #info a Provisional API is one that is there but could be modified in the Lithium Release 18:16:33 #info Tentative APIs are APIs which may or may not be part of the final release 18:17:04 #info The release plan template covers things like expected dependencies on other projects 18:17:31 #info There’s also a section on what other projects need from this project, which should be filled out by the depending projects 18:17:45 aka "send patches" 18:18:47 #info colindixon says that these dependencies should only apply for provisional APIs, and not for Legacy APIs 18:19:10 #info regXboi asks if we call out the definition of APIs for API freeze 18:19:18 #undo 18:19:18 Removing item from minutes: 18:19:28 #info regXboi points out that we do call out the definition of APIs 18:19:31 :) 18:19:32 :) 18:20:23 can you #link these as you show them 18:20:34 colindixon: and you #link these as you show them? 18:20:56 cdub: you want the links he’s clicking on? 18:20:59 * tbachman can try to keep up 18:21:10 yes 18:21:11 k 18:21:35 tbachman: thanks 18:21:37 #link https://wiki.opendaylight.org/view/Simultaneous_Release:Release_Schedule_Framework Framework for the release 18:21:43 * tbachman missed what colindixon asked 18:22:30 #action colindixon to ensure all bullets from "schedule framework" are indicated in the schedule for Lithium 18:22:31 colindixon: fwiw, there’s a link on that page, “Formal Lithium Release”, that isn’t being shared 18:22:33 phrobb: thx 18:22:54 phrobb beat me to it 18:23:07 #link https://wiki.opendaylight.org/view/Simultaneous_Release:DRAFT_Release_Plan_2014_Template Release Plan Template 18:24:08 #info The idea behind functionality freeze is that the APIs should be in some “Beta” functionality, so that dependent projects could have a sense of what APIs they can use and test against 18:25:58 #info colindixon says we should show projects how to prevent exporting their APIs 18:27:27 #info Code Freeze has pretty much the same meaning as in Helium 18:27:42 I didn't hear that question? 18:27:44 #info mohnish asks what if there’s a feature that has to be dropped at Code Freeze, for some reason 18:28:31 #info colindixon says you can drop functionality or delay a release, but this depends on what offset your project is on 18:28:38 * tbachman isn’t sure he got that right 18:29:27 #info edwarnicke asks if there’s been some integration points added to the release plan 18:29:34 tbachman: close enough 18:29:51 #info colindixon says that M2 and M3 address this 18:29:59 regXboi: thx 18:30:35 * tbachman notes there’s a lot of “we’d like to see” that’s not covered by the plan 18:30:57 #info edwarnicke says that handing a 18:30:58 #undo 18:30:58 Removing item from minutes: 18:31:38 #info colindixon says that as part of M2, he’d like to see the TSC perform release plan reviews, which would include possible pushback from projects indicating something isn’t reasonable 18:32:57 #info The Release Candidate definition says that you can’t spin the next RC until all the bugs in the current RC have been fixed 18:33:25 #info Intermediary RC’s can be created to allow RCs in between the (major) RCs to address such bugs 18:33:53 wasn’t there a continuous release/build proposed by dlenrow ? 18:33:58 (or was it rovarga?) 18:34:23 #info rovarga proposes that we should shoot for continuous release/delivery 18:34:32 #info colindixon says we’d like to get there, but maybe not with this release 18:35:08 #action colindixon to edit Lithium Relelase plan that we will continue to cut RCs to address bugs and create the release 18:35:19 tbachman: beat me to it again :) 18:35:24 lol 18:35:59 #info jmedved says we should continue cutting RCs, but there needs to be a deadline 18:36:03 spin RC's until we're good has one drawback, which is there's little external visbility 18:36:25 #info colindixon says he’ll probably leave the RCs in the plan to provide such deadlines 18:37:16 AMEN 18:37:56 #info colindixon says that the full project graph as of today is at least 8 layers deep, and having 7 offsets is untenable 18:38:24 #info The release plan collapses this into 3 leves — offset 0, 1, and 2 18:38:45 #info The intent is a 2 week gap between offset for code deliverables, and a 1 week gap between offsets for non-code deliverables 18:39:54 #info edwarnicke asks how the offsets might work with continuous delivery 18:40:28 #info rovarga says that the key with continuous delivery is getting the key infrastructure off the ground; if we can get that in place by M2, then we probably can do this with continuous delivery 18:40:54 #info colindixon says he’s a bit skeptical, and would like to see a small set of projects start out with continuous delivery first, and then migrate the others 18:40:55 #info My recommendation that we essentially exclude the offset 2 projects (leaves) from the SR is on record, I assume I don't need to restate on this call. 18:41:06 #info rovarga says that the problem with that approach is version skew 18:42:33 #info abhijitkumbhare says that we probably need an explicit test cycle in order to say that the release is good 18:42:56 #info colindixon says that the time between M5 and the RCs is essentially the test cycle 18:44:53 #link https://wiki.opendaylight.org/view/Simultaneous_Release:DRAFT_Lithium_Release_Plan_ckd#Requirements_for_Participation requirements for participation in Lithium 18:45:36 #info Projects need a Project Lead, elected by the project committers 18:46:14 #info Project Leads need to be responsive to release related communications (i.e. 48-hr response time, when emails sent indicating a response is required) 18:47:28 #info Service Release participation is now mandatory 18:47:42 #info Projects are also now required to report testing results to sonar 18:49:05 #info rovarga would like to see a requirement on code quality added 18:50:09 #info abhijitkumbhare asks if the sonar reporting is required for mature projects 18:50:19 #info colindixon says that sonar reporting is for all projects 18:50:49 actually I wanted to say whether sonar reporting was also required for the new projects 18:51:07 #undo 18:51:07 Removing item from minutes: 18:51:08 #undo 18:51:08 Removing item from minutes: 18:51:18 #info abhijitkumbhare asks if sonar reporting was also required for new projects 18:51:35 #info colindixon saysa that sonar reporting is required for all projects participating in the Simultaneous Release 18:51:52 jmedved seconds rovarga’s requirement 18:52:05 (can’t get to say it on the call) 18:52:20 #link https://wiki.opendaylight.org/view/GettingStarted:Project_Main#New_Project_Checklist Wiki page for new project checklist 18:52:37 I actually second colindixon requirements 18:53:04 * tbachman wasn’t sure who to action there 18:53:38 colindixon: 7 minutes 18:53:51 did we agree on anything re: sonar requirements? 18:54:05 jmedved: colindixon wanted to action someone on that 18:54:09 to bring it to closure 18:54:12 just wasn’t sure who :( 18:54:25 volunteers? :) 18:54:32 and what was the closure? 18:55:00 not sure, but I think that was the intent of the action (i.e. figure out what to do) 18:55:03 do we require it for all projects or not? (for a project to participate in simultaneous release)? 18:55:32 jmedved: we’ll ask it again on the call, after colin gets the vote that he wants for project proposals 18:57:04 #info cdub asks if it’s implicit on whether projects from previous releases are in the Lithium release 18:57:20 crumbs 18:57:21 missed that 18:57:47 #info abhijitkumbhare points out that most new projects are likely to be at offset 2 18:58:06 #info dlenrow says we should exclude offset 2 projects from the simultaneous release 18:58:21 #info regXboi says that before we do that, we need to have a proposal on how those projects would get released 18:58:45 #startvote Shall the TSC specify the soonest that the "Last Call for new projects to be eligible to join" the Lithium Release to be November 7th, 2014, for offest 0, November 20th, 2014 for offset 1, and November 28th, 2014 for offset 2? -1, 0, +1 18:58:45 Begin voting on: Shall the TSC specify the soonest that the "Last Call for new projects to be eligible to join" the Lithium Release to be November 7th, 2014, for offest 0, November 20th, 2014 for offset 1, and November 28th, 2014 for offset 2? Valid vote options are -1, 0, +1. 18:58:45 Vote using '#vote OPTION'. Only your last vote counts. 18:59:41 #endvote 18:59:41 Voted on "Shall the TSC specify the soonest that the "Last Call for new projects to be eligible to join" the Lithium Release to be November 7th, 2014, for offest 0, November 20th, 2014 for offset 1, and November 28th, 2014 for offset 2?" Results are 19:00:04 #action colindixon to clarify language around project proposals in draft schedule 19:00:05 #vote +1 19:00:06 * tbachman was going to do that 19:00:26 :-) 19:01:02 irc://irc.freenode.net:6667/#startvote Shall the TSC specify the soonest that the "Last Call for new projects to be proposed" to be allowed into the Lithium Release to be November 7th, 2014, for offest 0, November 20th, 2014 for offset 1, and November 28th, 2014 for offset 2? -1, 0, +1 19:01:04 #vote +1 19:01:08 #vote +1 19:01:14 #startvote Shall the TSC specify the soonest that the "Last Call for new projects to be proposed" to be allowed into the Lithium Release to be November 7th, 2014, for offest 0, November 20th, 2014 for offset 1, and November 28th, 2014 for offset 2? -1, 0, +1 19:01:14 Begin voting on: Shall the TSC specify the soonest that the "Last Call for new projects to be proposed" to be allowed into the Lithium Release to be November 7th, 2014, for offest 0, November 20th, 2014 for offset 1, and November 28th, 2014 for offset 2? Valid vote options are -1, 0, +1. 19:01:14 Vote using '#vote OPTION'. Only your last vote counts. 19:01:20 #vote +1 19:01:20 #vote +1 19:01:21 #vote +1 19:01:21 #vote +1 19:01:26 #vote +1 19:01:28 #vote +1 19:01:30 #vote +1 19:01:32 #vote +1 19:01:32 #vote +1 19:01:35 #vote +1 19:01:53 #endvote 19:01:53 Voted on "Shall the TSC specify the soonest that the "Last Call for new projects to be proposed" to be allowed into the Lithium Release to be November 7th, 2014, for offest 0, November 20th, 2014 for offset 1, and November 28th, 2014 for offset 2?" Results are 19:01:53 +1 (10): dlenrow, jmedved, regXboi, dmm, edwarnicke, cdub, mohnish, colindixon, abhijitkumbhare, IvanWood 19:02:04 #action colindixon to add requirement for projects to report sonar testing results (i.e. fine bugs) as part of project review for participation in SR 19:02:10 regXboi: thx! 19:03:19 we done? 19:03:44 #agreed the vote on dates for new projects to Lithium above is approved 19:03:48 #endmeetiong 19:03:48 #endmeeting