TSC 2017-09-27 (Paris F2F)
Date
IRC MinutesÂ
Recording . Meeting starts at timestamp 06:25:50 (385:50)
Agenda Item | Requested by | Notes / Links |
---|---|---|
Beijing Release Calendar Proposal | Gildas | |
Committer Diversity & Upstream First Cultural Discussion | Helen | |
December 11-13 Amsterdam event | Mazin | |
Rewards | Mazin | |
ONAP Marketing | Lisa Caywood | Available via the recording only due to context dependent content |
Versioning | jamil.chawki |
#onap-meeting: TSC, 2017-09-27-F2F
Meeting started by kennypaul at 12:51:03 UTC (full logs).Â
Meeting summary
- rollcall (kennypaul, 12:51:47)
- Huabing Zhao, Proxy of Zhaoxing Meng, ZTEÂ (Huabing_Zhao, 12:53:39)
- Jason Hunt, IBMÂ (JasonHunt, 12:58:17)
- Stephen Terrill, Ericsson (SteveT, 13:03:05)
- Ranny Haiby, Nokia (RannyHaiby, 13:03:23)
- Frank Brockners, Cisco (frankbrockners, 13:05:15)
- Chris Donley Huawei (cdonley, 13:06:03)
- , Arthur Berezin, Cloudify (ArthurBerezin, 13:09:19)
- aayush bhatnagar Reliance Jio (AayushJio, 13:11:07)
- Opening and Agenda (SteveT, 13:11:18)
- Beijing Release Calender Proposal (SteveT, 13:14:28)
- presented by Gildas (SteveT, 13:14:36)
- Susana Sabater Vodafone (Susana, 13:14:50)
- 6 month release would imply May 24 release for Beijing. (SteveT, 13:19:06)
- Question was raised whether we should support also an additional Amasterdam release. (SteveT, 13:30:14)
- Question - could we testing earlier? (SteveT, 13:30:44)
- The response was that we can (SteveT, 13:31:20)
- Target M1 for architecture and S3P reqs (SteveT, 13:33:19)
- Question: Do we maintain Amsterdamn or not. We need to decide what to do for vulnerabilities as well. (SteveT, 13:36:37)
- Start with code integration as earlier as possible (3 months??). (SteveT, 13:37:47)
- Need to decide on what is a release and do we branch. i.e. what is the branching strategy. (SteveT, 13:38:42)
- Extend the period between api freeze and code freeze by bringing earlier (SteveT, 13:40:07)
- Lingli asks if it is possible to offset the projects so that those projects that are depended upon hit API freeze sooner then those that depend on them. (phrobb, 13:41:57)
- Consider API freeze based on dependancy graph. e (SteveT, 13:43:51)
- Discussion about branching. Need to be very selective about the defects to print and bring from the main branch into the amasterdam release. Then there was a proposal that we should not have maintanance of Amsterdamn. (SteveT, 13:47:56)
- there was a proposal that a team could decide its branching strategy (i.e. when it decides what is master and what is "release". (SteveT, 13:51:52)
- Consider that SONAR works of the latest update. (SteveT, 13:52:39)
- When considering the branching strategy, need to consider whether allowing people to play with a version and fix the bugs. (SteveT, 13:53:56)
- Will come back to in the TSC Oct 5th. (SteveT, 13:55:11)
- As additional information, there is a separation of component releases from ONAP release (SteveT, 13:58:00)
- There is the comment that the Casablanca release will not be November, we should bring it into say Septebmer to align with oh (SteveT, 14:00:52)
- Release Versioning (SteveT, 14:01:00)
- Release version proposal was presented by Jamil. (SteveT, 14:01:44)
- correction - not LATE November. Possibly Sept to align with ODL/OPNFV/etc. or early Nov. TBD. (cdonley, 14:02:04)
- proposal is the Symantec versioning (x.y.z). (SteveT, 14:07:51)
- If approved we need to update and reflect the minor releases in the planning. (SteveT, 14:10:31)
- Helen raised that there has been a proposal for a project to release independently. This means that a project can release without having a "ONAP" release. (SteveT, 14:13:06)
- Helen raised that the integration infrastructure supports independent project release. (SteveT, 14:13:49)
- comment made recommending that we build a release plan and tools to allow components that don't have child dependents to release totally orthogonally from the ONAP release. ONAP could lead this type of flexibility (phrobb, 14:14:01)
- Gildas notes that devs don't like to work on main./bugs on stable release. Others note that bug fixes often happen in master and are cherry-picked to stable branch (phrobb, 14:19:51)
- updated proposal will be presented to TSC next week. (SteveT, 14:26:13)
- diversity and upstream culture (SteveT, 14:28:16)
- There was a question about how to handle the 36 hour rule on commits. The conclusion was that it was ok to abandon the committ at that stage. (SteveT, 14:33:29)
- December F2FÂ (SteveT, 14:33:43)
- The December meeting will be both a ONAP developer meeting as well as a ONAP user meeting. (SteveT, 14:35:03)
- It is on 11-13 December, Santa Clara. (SteveT, 14:35:29)
- Aside from Beijing focus, there will be videos etc to address vacation. There is also a consideration of a Hackathon. (SteveT, 14:37:07)
- Correction Aside from Beijing focus, there will be videos etc to address end users. There is consideration of a hackathon on the first day.(SteveT, 14:40:55)
- There was a suggestion for a hackfest of the developers working on the projects as well. (SteveT, 14:44:31)
- Next opportunity would be is in March. (SteveT, 14:48:05)
- consider other universities and getting ONAP univeristy material adopted in the universities. (SteveT, 14:48:33)
- There was a suggestion from the modelling committee to suggest a 1 day workshop with SDOs. (SteveT, 14:52:28)
- ONAP marketing (SteveT, 14:52:44)
- Marking update was presented (SteveT, 15:02:14)
- If it is a for profit event using ONAP. Inform LF. (SteveT, 15:08:08)
- What about also targeting enterprise industry events. (SteveT, 15:08:23)
- what about the December OPNFV plugfest? (SteveT, 15:13:04)
- - response was that we were trying to colocate the ONAP F2F in december with the OPNFV plugfest. It wasn't fesible. (SteveT, 15:14:08)
- Reward (SteveT, 15:14:21)
- Lessons Learned (SteveT, 15:19:42)
- Due to lack of time, Eric and Catherine were requested to distribute the work. (SteveT, 15:20:18)
- AOBÂ (SteveT, 15:20:23)
- Reminder. sub-committee coordinoators to provide weekly update. (SteveT, 15:20:57)
- Functional Requirements for R2Â (SteveT, 15:22:52)
- Alla presented the functional requirements for R2 there were a summary of the UC work. (SteveT, 15:23:20)
- This identifies what is considered as important. Further work is required to dig into what is the gap from Release 1Â (SteveT, 15:30:58)
- integration with thirdparty controllers is interacting with (SteveT, 15:33:27)
Meeting ended at 15:40:46 UTC (full logs).Â
Action items
- (none)
People present (lines said)
- SteveT (58)
- phrobb (6)
- kennypaul (4)
- collabot` (4)
- JasonHunt (2)
- cdonley (2)
- frankbrockners (1)
- jamil (1)
- AayushJio (1)
- Huabing_Zhao (1)
- ArthurBerezin (1)
- Susana (1)
- RannyHaiby (1)