17:00:02 #startmeeting tsc 17:00:02 Meeting started Thu Apr 23 17:00:02 2015 UTC. The chair is colindixon. Information about MeetBot at http://ci.openstack.org/meetbot.html. 17:00:02 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:00:02 The meeting name has been set to 'tsc' 17:00:08 #topic agenda bashing and roll call 17:00:16 #info colindixon 17:00:31 #chair dfarrell07 tbachman ChrisPriceAB edwarnicke phrobb 17:00:31 Current chairs: ChrisPriceAB colindixon dfarrell07 edwarnicke phrobb tbachman 17:00:46 #link https://wiki.opendaylight.org/view/TSC:Main#Agenda the agenda in it’s usual place 17:01:19 #info Chris Price (too soon?) 17:01:27 * ChrisPriceAB no audio yet 17:01:43 we’re going 17:02:04 #info edwarnicke 17:02:45 #info dlenrow 17:02:49 #info LuisGomez 17:03:28 #link https://meetings.opendaylight.org/opendaylight-meeting/2015/tsc/opendaylight-meeting-tsc.2015-04-09-17.00.html meeting minutes from last time 17:04:53 #action dfarrell07 to draft a heuristic to determine if an issue for being a blocker to an SR 17:05:10 ^^ack 17:05:59 #info jmedved 17:06:18 #action dfarrell07 to write up something about how to raise a bug as a (potential) blocker for lithium 17:06:24 #info mohnish 17:07:16 #action regXboi and/or edwarnicke will post things about moxy to the weather page and/or add it to release notes with a workaround 17:08:39 #info LuisGomez suggests that if a project is blocking integration system tests from running, we should give them 24hrs to fix it before we kick them (easy to apply again once fixed) 17:11:07 #topic Updates 17:11:16 #info Phil isn't here, so no event updates 17:11:18 #link http://www.opendaylight.org/news/events/ the events page 17:11:18 #info Youcef Laribi 17:11:43 #topic Li and Stable Helium updates 17:12:17 #info gzhao says that all projects should have status reported, a number of projects haven't 17:12:20 #info two offset 1 and and two offset 2 projects have failed to provide M4 reports so far 17:13:06 #info gzhao reports on projects shifting between green<->yellow 17:13:14 #link https://docs.google.com/spreadsheets/d/1KPpO9LH539Vlcoa4RvLa6PPCdLifi5JD-ihRhlybqeo/edit#gid=1196332566 the status spreadsheet 17:13:19 ^^thanks 17:13:45 #link See the status link above for details of those status changes 17:13:48 #undo 17:13:48 Removing item from minutes: 17:13:53 #info See the status link above for details of those status changes 17:14:39 #info There are a number of projects that are in the process of withdrawing from the release, discussions ongoing 17:15:17 colindixon: he's #info'd in 17:15:21 maple still hasn't been cleared for resources by phrobb 17:15:39 #info at this point in time the following projects seem like the may withdraw: SXP, plugin2oc, Maple, Discovery 17:15:49 #info Discovery has sent an email to ask to formally withdraw 17:15:54 * dfarrell07 digs for link 17:15:54 https://lists.opendaylight.org/pipermail/release/2015-April/002030.html <-- persistence 17:16:30 #link https://lists.opendaylight.org/pipermail/tsc/2015-April/002925.html Discovery project request to withdraw from Li 17:16:46 #Info phrobb is working with Maple to figure out what makes sense, they are likely to withdraw as they still don’t have resources because of IPR issues (even though they are now resolved) 17:16:55 #info phrobb is working with Maple to figure out what makes sense, they are likely to withdraw as they still don’t have resources because of IPR issues (even though they are now resolved) 17:16:55 idk 17:17:20 Team reports status before can come off mute, priceless 17:18:00 #info As discussed past weeks, Plugin2OC is dropping from SR 17:18:09 #topic Integration and Test updates 17:18:54 #info Super Committers are now able to merge patches for release, which is good 17:19:16 #info two things to improve our ability to do integration tests: (1) allow for faster (or automated) version bumping and (2) pull back time to be remove people from integration if they break things to 24 hours 17:19:17 #info 24hr limit on breaking Integration tests before kick mentioned by LuisGomez 17:20:02 #info No objections raised to LuisGomez kicking projects if they break Integration tests for >=24hrs 17:20:07 My question would be "responds to what?" 17:20:13 24h is not very long 17:20:32 dneary: it's very long if they are preventing all Integration tests from running 17:20:37 dneary: and it's easy to add them back 17:20:51 dfarrell07, OK 17:22:04 #info edwarnicke says he’s pretty sure he knows how to write the test to catch the last remaining loophole that allows projects to break the integration build 17:22:34 #action colindixon to send mail and/or maybe just push that test forward himself 17:22:36 #undo 17:22:36 Removing item from minutes: 17:22:47 #info ping edwarnicke if you're willing to take that "last loophole" TODO above 17:22:56 #action colindixon to send mail and/or maybe just push the last test that lets projects break integration 17:23:35 #info Integration team is working to get additional perf jobs in CI 17:23:44 #topic Infrastructure 17:24:40 edwarnicke: I would like to help on that 17:24:46 #info Our LF heros, tykeal and zxiiro, have been fighting a bunch of fires in infra during the past few days 17:24:53 dfarrell07: +100 17:24:57 edwarnicke: close the "last loophole" issue 17:25:31 This is one of the reasons we had to move to bamboo (btw) 17:25:35 #info tykeal gives overview of Jenkins problem, still working on it 17:26:23 #info we're still processing jobs way faster than in past releases, FYI (just not stable atm) 17:26:26 #link https://wiki.opendaylight.org/view/Weather#Jenkins_slave_instability 17:27:02 edwarnicke: rofl 17:27:08 the fact that tykeal and zxiiro have a functional workaround is awesome 17:27:24 The space elevator is ready? 17:27:34 I missed that progress report 17:27:43 Uber for Space Elevators 17:27:54 #topic Committer Promotions 17:28:05 #info noone from GBP on call 17:28:18 #info no one from CAPWAP on call 17:28:26 #link https://lists.opendaylight.org/pipermail/tsc/2015-April/002909.html proposal Luis Gomez on RelEng/Builder 17:28:29 would Lyft be more appropriate for a space elevator … 17:28:35 #info Reviewing adding LuisGomez to as committer on RelEng 17:29:15 not ready 17:29:38 #action colindixon to start e-mail voting threads on CAPWAP and GBP to the mailing list 17:29:44 #startvote Shall the TSC approve LuisGomez as a committer on RelEng/Builder? -1, 0, +1 17:29:44 Begin voting on: Shall the TSC approve LuisGomez as a committer on RelEng/Builder? Valid vote options are -1, 0, +1. 17:29:44 Vote using '#vote OPTION'. Only your last vote counts. 17:29:50 #vote +1 17:29:53 #vote +1 17:29:53 #vote +1 17:29:53 #vote +1 17:29:54 #vote +1 17:29:57 #vote +1 17:30:02 #vote +1 17:30:04 #vote +1 17:30:09 #endvote 17:30:09 Voted on "Shall the TSC approve LuisGomez as a committer on RelEng/Builder?" Results are 17:30:09 +1 (8): dlenrow, jmedved, LuisGomez, ChrisPriceAB, edwarnicke, mohnish, colindixon, Youcef 17:30:11 lol loves that LuisGomez is voting for himself ;) 17:30:24 #agreed LuisGomez is approved as a committer on RelEng/Builder 17:30:32 tykeal: quorum demands it :) 17:30:39 I know :D 17:31:23 #topic Beryllium Release Plannig 17:31:41 #link https://lists.opendaylight.org/pipermail/tsc/2015-April/002931.html some sample dates for a Lithium-like Beryllium release 17:31:52 #link https://lists.opendaylight.org/pipermail/tsc/2015-April/002931.html Sample dates for Be release planning 17:32:11 * dfarrell07 checks periodic table to check "Be" 17:33:06 #info colindixon gives updates on status of Be release planning, see dates link above 17:33:55 #info No feedback from TSC to colindixon on Be planning, take it to the lists 17:34:31 sorry, have to drop 17:35:51 #info colindixon points out that both M1 and M3 are so fuzzy as to be almost useless, dropping them may give us a faster release candice with lower overhead 17:36:07 #undo 17:36:07 Removing item from minutes: 17:36:19 #info colindixon points out that both M1 and M3 are so fuzzy as to be almost useless, dropping them may give us a faster release cadence with lower overhead 17:36:50 #info edwarnicke likes the "declare participating" part of M1, discussion about that being in M0 17:38:15 #link https://lists.opendaylight.org/pipermail/tsc/2015-April/002923.html here is the more blunt e-mail saying maybe we should drop M1 and M3 17:38:44 #info edwarnicke talks about importance of having a sufficient release to M0 gap 17:39:37 #info General positive feedback about shorter release cycles in general 17:40:59 #info colindixon points out that offset 0 projects likely don't need much time to figure out if they will take part in release, don't need much gap between release and M0 17:41:35 #info so offset concept will build in enough time between release and M0, address edwarnicke's points 17:45:21 #info Discussion about various times between Ms, if they are enough for various activities for various offset projects 17:46:09 I don't think people stop making code 17:48:21 having trouble hearing this person 17:48:24 I don't think Colin & Ed are in disagreement - the deadlines matter the week of the deadline 17:48:33 Long term answer is layered ecosystem where "core" releases infrequently and layered stuff more frequently. High frequency SR is wrong goal for platform/ecosystem goalsnIMHO 17:48:34 Outside of that, they don't, much 17:49:56 colindixon: may need some help capturing this, trouble hearing 17:54:00 Smaller batch sizes require reduced planning/set-up/tear-down 17:54:14 #info High order bits, per colindixon, are that we want to lower overhead of release. Might can do that by not causing people to plan for things that are far away, and maybe reducing the number of milestones. 17:54:59 #info People should look at the dates and talk about this on the lists 17:58:10 #info To be clear, you don't have to avoid working before you declare intent to participate in a release 17:59:27 yeah, and for new ones they dont carry through old projects anyway 17:59:33 #info colindixon and likely others would like to have Be release plan done in next few weeks, as offset 0 projects are getting fairly close to thinking about next release 17:59:46 colindixon, Inkscape used to have a pretty cool roadmapping process I have described as fractal 17:59:58 colindixon, As you got closer to the current release, you got more detail 18:00:08 dneary: please, please, please let me know 18:00:33 #info No time for board request discussion this week 18:00:42 thanks all 18:00:44 #topic cookies 18:00:45 #topic Cookies 18:00:47 lol 18:00:47 So you would have a one-line "theme" for the B release, a short list of high-level features for Be, and for Li a list of patches to be reviewed & bug tracker entries 18:00:48 #endmeeting