6/28 OpenBMC Release Planning WG Meeting Minutes
Kurt Taylor
kurt.r.taylor at gmail.com
Sat Jun 30 07:37:15 AEST 2018
Thanks again to the company representatives for a productive kickoff
meeting. The meeting minutes will be kept here for now:
https://docs.google.com/document/d/1yo9lZp56jkwDM1eXJRE8p__FqlAjq7qcdIi1W7hAD5Y/edit?usp=sharing
Reminder: we will skip next week due to the US holiday and resume on July
12th.
Kurt Taylor (krtaylor)
6/28/18
-
Kickoff meeting of newly formed work group
-
Introductions
-
9 Attended
-
Kurt Taylor, IBM (WG lead)
-
Brad Bishop, IBM
-
*Andrew Geissler, IBM
-
*James Mihm, Intel
-
*Dick Wilkins, Phoenix
-
Kun Yi, Google
-
Patrick Venture, Google
-
Tao Ren, Facebook
-
Maury Zipse, IBM
-
Not attending
-
*Nancy Yuen, Google (on vacation)
-
*Sai Dasari, Facebook (on vacation)
-
*Ali Larijani, Microsoft (no response)
-
(*) Primary company contact
-
Release dates
-
Proposed target week of November 12-16, 2018
-
Discussion from Brad on release schedule being too close to Yocto
release to allow for other downstream components to adopt the 2.6 release
and still have time to test
-
Proposed to move farther after Yocto and to fall after the end of
year holidays
-
Agreement: The first release will be in the week of January 21-25,
2019
-
Agreement: The second release will be July 15-19, 2019
-
Agreement: The release dates will follow every 6 months, 3 months
after Yocto
-
Release version numbering
-
Proposed OpenBMC 3.0
-
Brad pointed out the mapping of our release with the yocto release
will be painful
-
Agreement: Follow Yocto release numbering, including fix builds
-
Agreement: OpenBMC specific build fixes will affix additional fix
numbering
-
Major.Minor.Fix.obmc-build
-
For example: 2.6.4.obmc-2
-
Backlog: Should we follow the Yocto codenames? Tabled for the next
meeting
-
Milestones, how many and when
-
Discussion on what milestones and why they were useful, tracking
progress
-
Proposed: WG formation, design, code 1, code2,...codeX, code freeze,
release
-
Discussion around what was needed in each milestone and exit criteria
-
Discussion around what would happen if a feature didn’t make a
milestone
-
Backlog: Topic tabled for next meeting in order to get to work item
discussion
-
Prioritized work items from each company
-
https://docs.google.com/spreadsheets/d/1lts-YX8J_AnS2dKfhW649OQHijz-JRiJWHTDpKY62Hk/edit#gid=0
-
Homework will be for each company to fill in table based on Must,
Want, Nice
-
Must = must be in this release cycle
-
Want = needed feature, but lower priority, could be in the next
release with some pain
-
Nice = needed feature, not important to complete this release
-
Backlog: Complete table, agree on top deliverables, assign leads
-
Next meeting
-
Agreement: Next meeting July 12th due to US holiday
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/openbmc/attachments/20180629/494821c6/attachment-0001.html>
More information about the openbmc
mailing list