Skip to main content

Notice: This Wiki is now read only and edits are no longer possible. Please see: for the plan.

Jump to: navigation, search

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

Chris Aniszczyk Technology (PMC)
John Arthorne Eclipse (PMC) Y
Oliver Cole Tptp (PMC) Y
Brian Payton Datatools (PMC) Y
Doug Gaff Dsdp (PMC)
Anthony Hunter Tools (PMC) Y
Oisin Hurley Stp (PMC) Y
Ed Merks Modeling (PMC)
Thomas Watson Rt (PMC) Y
David Williams WTP (PMC) (appointed Chair) Y
Gary Xue Birt (PMC) Y

Strategic Reps

Cedric Brun OBEO (Strategic Developer) Y
Stefan Daume Cloudsmith Inc.(Strategic Developer) R
Neil Hauge Oracle (Strategic Developer) Y
Kaloyan Raev SAP AG (Strategic Developer) Y
Markus Knauer EclipseSource (Strategic Developer) R
Christian Kurzke Motorola (Strategic Developer)


Wayne Beaton Eclipse Foundation (appointed) Y
Mike Milinkovich Eclipse Foundation (appointed)

Note: feel free to correct any errors/omissions in above attendance record.
Y = Yes, attended
N = No, did not
R = regrets sent ahead of time


 ? Nokia (Strategic Developer) X
 ? CA Inc. (Strategic Consumer) X
 ? brox IT-Solutions GmbH (Strategic Developer) X

Note: "Inactive" refers to Strategic Members we have not heard from in a year or so, and have been unable to convince to participate. Those members can become active again at any time. Contact David Williams if questions.


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)


See Planning_Council/Cross_Project_Teams/Accessibility


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)

  • 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.


Helios Simultaneous Release

Planning Council Members

Simultaneous Release Roles and Simultaneous Release Roles/EMO

Back to the top