Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "Planning Council/October 07 2009"
(10/7) |
(→Criteria and Process) |
||
(11 intermediate revisions by the same user not shown) | |||
Line 27: | Line 27: | ||
| John Arthorne | | John Arthorne | ||
| Eclipse (PMC) | | Eclipse (PMC) | ||
− | | | + | | Y |
|- | |- | ||
| Oliver Cole | | Oliver Cole | ||
| Tptp (PMC) | | Tptp (PMC) | ||
− | | | + | | Y |
|- | |- | ||
| Brian Payton | | Brian Payton | ||
| Datatools (PMC) | | Datatools (PMC) | ||
− | | | + | | Y |
|- | |- | ||
| Doug Gaff | | Doug Gaff | ||
Line 43: | Line 43: | ||
| Anthony Hunter | | Anthony Hunter | ||
| Tools (PMC) | | Tools (PMC) | ||
− | | | + | | Y |
|- | |- | ||
| Oisin Hurley | | Oisin Hurley | ||
| Stp (PMC) | | Stp (PMC) | ||
− | | | + | | Y |
|- | |- | ||
| Ed Merks | | Ed Merks | ||
Line 55: | Line 55: | ||
| Thomas Watson | | Thomas Watson | ||
| Rt (PMC) | | Rt (PMC) | ||
− | | | + | | Y |
|- | |- | ||
| David Williams | | David Williams | ||
| WTP (PMC) (appointed Chair) | | WTP (PMC) (appointed Chair) | ||
− | | | + | | Y |
|- | |- | ||
| Gary Xue | | Gary Xue | ||
| Birt (PMC) | | Birt (PMC) | ||
− | | | + | | Y |
|} | |} | ||
Line 72: | Line 72: | ||
| Cedric Brun | | Cedric Brun | ||
| OBEO (Strategic Developer) | | OBEO (Strategic Developer) | ||
− | | | + | | Y |
|- | |- | ||
| Stefan Daume | | Stefan Daume | ||
| Cloudsmith Inc.(Strategic Developer) | | Cloudsmith Inc.(Strategic Developer) | ||
− | | | + | | R |
|- | |- | ||
| Neil Hauge | | Neil Hauge | ||
| Oracle (Strategic Developer) | | Oracle (Strategic Developer) | ||
− | | | + | | Y |
|- | |- | ||
| Kaloyan Raev | | Kaloyan Raev | ||
| SAP AG (Strategic Developer) | | SAP AG (Strategic Developer) | ||
− | | | + | | Y |
|- | |- | ||
| Markus Knauer | | Markus Knauer | ||
− | | | + | | EclipseSource (Strategic Developer) |
− | | | + | | R |
|- | |- | ||
| Christian Kurzke | | Christian Kurzke | ||
Line 101: | Line 101: | ||
| Wayne Beaton | | Wayne Beaton | ||
| Eclipse Foundation (appointed) | | Eclipse Foundation (appointed) | ||
− | | | + | | Y |
|- | |- | ||
| Mike Milinkovich | | Mike Milinkovich | ||
Line 139: | Line 139: | ||
===Criteria and Process=== | ===Criteria and Process=== | ||
− | + | Introduce and overview [http://www.eclipse.org/helios/planning/EclipseSimultaneousRelease.php 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 [https://bugs.eclipse.org/bugs/show_bug.cgi?id=291637 bug 291637] for related issues. | |
− | + | ||
+ | * Overall, seemed most like new structure and avoidance of "must do/should do" terminology. | ||
===Proposed (initial) Cross-Project Teams=== | ===Proposed (initial) Cross-Project Teams=== | ||
Line 159: | Line 163: | ||
====Accessibiity==== | ====Accessibiity==== | ||
− | |||
− | |||
− | |||
− | |||
+ | See [[Planning_Council/Cross_Project_Teams/Accessibility]] | ||
====Capabilities==== | ====Capabilities==== | ||
Line 172: | Line 173: | ||
====Structure of Common Discovery Site==== | ====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==== | ====How to track==== | ||
− | : | + | :Web App (form based). Need concrete proposal for sizing. |
===Helios Dates=== | ===Helios Dates=== | ||
Line 200: | Line 203: | ||
(volunteers welcome) | (volunteers welcome) | ||
− | * create (and update) [http://www.eclipse.org/projects/project-plan.php?projectid=helios helios container plan] (Wayne volunteered) | + | * create (and update) [http://www.eclipse.org/projects/project-plan.php?projectid=helios helios container plan] (Wayne (re) volunteered) |
− | * coordinate community input for next year's name | + | * coordinate community input for next year's name (Oliver says last year this was started "shortly before EclipseCon" ... so, no rush). |
==Next Meeting== | ==Next Meeting== | ||
Line 214: | Line 217: | ||
[http://www.eclipse.org/org/foundation/council.php#planning Planning Council Members] | [http://www.eclipse.org/org/foundation/council.php#planning Planning Council Members] | ||
− | [[ | + | [[Simultaneous Release Roles]] and [[Simultaneous Release Roles/EMO]] |
Latest revision as of 09:54, 8 October 2009
Contents
Logistics
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. |
Attendees
PMC (and Strategic) Reps
Strategic Reps
Appointed
|
Inactive
|
Helios
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
Aggregation
- John Arthorne (Platform)
- Thomas Hallgren (Buckminster)
Accessibiity
See Planning_Council/Cross_Project_Teams/Accessibility
Capabilities
- 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.
Helios Dates
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)
ToDo Items
(volunteers welcome)
- 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).
Next Meeting
- November 4, Wednesday, Noon Eastern Time.
Reference
Simultaneous Release Roles and Simultaneous Release Roles/EMO