Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Planning Council/October 07 2009
|Meeting Title:||Planning Council Conference Call|
|Date & Time:||Wednesday, October 07, 2009, at 1600 UTC / 0900 SFO / 1200 NYC / 1700 London / 1800 Berlin|
|Dial-in:||For the call-in numbers, see the "Project Review" number on Foundation Portal page.|
PMC (and Strategic) Reps
Criteria and Process
Introduce and overview Eclipse Simultaneous Release Document.
It is in cvs repo /cvsroot/org.eclipse in www/helios
Notes from meeting:
- Sounds like the "mature only" item will get some discussion. Some pointed out it encourages and trains projects as they are learning. One pointed out they are a lot of work :) (i.e. break the builds most often, etc.) Some mentioned it may motivate them to do what's required to graduate instead of floating along in incubation. It was also mentioned that Eclipse as a whole is getting mature enough that there are lots of mature projects and that should be the focus of the common discovery site. (There were not that many mature projects, or incubating projects, a few years ago when we first agreed to let in incubating projects. No one mentioned a need from strategic members (or, perhaps, if they do, just a 'release' is enough, no need for common repository?). It was also mentioned that, some believe, what is in the common discovery repository should be the best that Eclipse has to offer for casual end-users who are "just exploring" and should not be a place for "marketing" or "experimental prototypes". There should be other mechanisms for those things.
- It was mentioned that the "web app" method of tracking items seemed to some people like "creating a new tool when bugzilla is available with no investment". But, bugzilla is too hard to use and create reports for and create initial items, according to others views. But, it does depend on how much effort it would take to create the web-app. So, that's the next step. It was also suggested (by the same person :) that the "exception process for criteria items" be incorporated into the web-app so it's all documented in the same place. (To illustrate, you could document exceptions in bugzilla, but it would be hard to pull that data out of bugzilla, without a bunch of error prone conventions).
- There was some discussion of just how immutable repositories should be, with no particular conclusion. I did open bug 291637 for related issues.
- Overall, seemed most like new structure and avoidance of "must do/should do" terminology.
Proposed (initial) Cross-Project Teams
- John Arthorne (Platform)
- Thomas Hallgren (Buckminster)
- Tim deBoer (IBM/WTP)
- Oleg Besedin (Platform)
Structure of Common Discovery Site
- users vs. extenders (minimum runtimes vs. SDKs)
- runtime targets vs. tools
- hierarchical categories (are more levels required?)
How to track
- Web App (form based). Need concrete proposal for sizing.
This info is here for reference. (It was previously approved by PC). Will be moved to 'release document' soon.
- M1 8/7 - 8/21
- M2 9/18 - 10/2
- Initial standard-format plans due 10/2
- M3 10/30 - 11/13
- M4 12/11 - 12/18 [note: beginning of 1 week windows]
- M5 1/29 - 2/5 [seven week span from M4, to account for end-of-year holidays]
- M6 3/12 - 3/19
- EclipseCon 3/22 - 3/25
- M7 4/30 - 5/7 [seven week span from M6, to account for EclipseCon]
- Release: 6/23/2010 (4th Wednesday of June)
- create (and update) helios container plan (Wayne (re) volunteered)
- coordinate community input for next year's name (Oliver says last year this was started "shortly before EclipseCon" ... so, no rush).
- November 4, Wednesday, Noon Eastern Time.