Skip to main content

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.

Jump to: navigation, search

Difference between revisions of "Planning Council/August 04 2010"

(Attendees)
(Next Meeting)
 
(9 intermediate revisions by one other user not shown)
Line 24: Line 24:
 
| Chris Aniszczyk  
 
| Chris Aniszczyk  
 
| Technology (PMC)  
 
| Technology (PMC)  
|  
+
| Y
 
|-
 
|-
 
| John Arthorne
 
| John Arthorne
Line 52: Line 52:
 
| 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  
Line 77: Line 77:
 
| 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
Line 139: Line 139:
 
== Helios SR1 ==
 
== Helios SR1 ==
  
Soon to switch for b3 aggregator format files. {{bug|312645}}
+
Soon to switch to b3 aggregator format files. {{bug|312645}}
  
 
Warm up (RC1) builds to start soon (8/9 to 8/13).  
 
Warm up (RC1) builds to start soon (8/9 to 8/13).  
Line 164: Line 164:
  
 
See initial [[indigo| Indigo Wiki page]]
 
See initial [[indigo| Indigo Wiki page]]
 +
 +
Are we agreed to [http://wiki.eclipse.org/Indigo/Simultaneous_Release_Plan#Milestones_and_Release_Candidates| Indigo dates ]? All shifted by one calendar day (to keep same day of week). Can we say these are official?
 +
 +
=== Issues and Proposal for 3.7 versus 4.1 ===
 +
 +
For planning documents, etc. we'll call 3.7 based work Indigo Minor, and 4.1 based work Indigo Major.
 +
 +
For this plan, more so than previous years, there will need to be adjustments based on experience over next few months.
 +
 +
Ideally focus would be on 4.1 based work. But final plans need to be based on where projects want to focus, and what proves suitable.
 +
 +
Main goal: participating projects must work with or contribute to both platform levels.
 +
 +
There's several options to accomplish this -- and participating projects must explicitly state what their plans are, what they support.
 +
 +
* One set of plugins work with both versions.
 +
 +
* Projects contribute "maintenance only" to Indigo Minor, but branch and all new work done assumes Indigo Major
 +
 +
EPP Packages: Ideally, EPP packages would be based on 4.1 (only).
 +
If experience shows 4.1 is not ready, or if projects can not fully move to 4.1, then
 +
this needs to be dropped back to 3.7 (only).
 +
Is is possible that each "package owner" can decide which they want. [Would this make sense?]
 +
Is is a fair assumption to say its unreasonable to produce two sets of packages? (I think so, but others can answer too). 
 +
 +
Issue: Can all bundles reside in one repo, and correct ones "pulled out" by P2? (can this be done easily, and reliably, that is).
 +
 +
Issue: If focus is on one stack, how to "test" other stack?
 +
 +
Feedback required from large projects such as webtools, CDT
 +
 +
Issues raised in meeting:
 +
 +
* Branding. Is it really one simultaneous release? Or two? Is one name (Indigo) enough? Does Indigo Major and Indigo Minor suffice? Or, do we need a whole additional code name?
 +
* Provisioning?  Often adopters provide an "all in one" product package, but they also want to "install into existing installation". So, what/how can they "install into". How to document and explain to users and customers?
 +
* Its one thing to conceive of one different "platform" in stack, but if or when there are different versions at higher levels, seems to get very complicated (e.g. if JDT has an Indigo Major vs. Indigo Minor version, that might "force" projects to take different planning paths. Its unclear what their plans are, and if the e4 related function would be "additive" to Indigo Minor bundles, or complete replacements.
 +
* Need another meeting in a few weeks to make progress on this issue.
  
 
== Other business  ==
 
== Other business  ==
Line 175: Line 212:
 
== Next Meeting ==
 
== Next Meeting ==
  
 
+
August 18, 12 noon (Eastern)
August 4. 12 noon? Or permanently move to 1 PM Eastern?
+
September 1, 12 noon (Eastern)
  
 
== Reference  ==
 
== Reference  ==
  
[[Helios Simultaneous Release]]  
+
[[Indigo/Simultaneous_Release_Plan| Indigo Simultaneous Release]]  
  
 
[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]]
 
[[Simultaneous Release Roles]] and [[Simultaneous Release Roles/EMO]]

Latest revision as of 12:43, 4 August 2010

Logistics

Meeting Title: Planning Council Conference Call
Date & Time: Wednesday, August 04, 2010, at 1600 UTC / 1200 Eastern
Dial-in: For the call-in numbers, see the "Project Review" number on Foundation Portal page.

Attendees

PMC (and Strategic) Reps

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

Strategic Reps

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

Appointed

Wayne Beaton 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

Inactive

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



Announcements

  •  ?

Helios SR1

Soon to switch to b3 aggregator format files. bug 312645

Warm up (RC1) builds to start soon (8/9 to 8/13).

Maintenance Schedule

SR1 Fourth Friday of September 9/24/2010

SR2 Fourth Friday of February 2/25/2011

For detailed RC schedules, see Service Release Schedule in master plan

Helios Retrospective

Any additions?

Planning_Council/Helios_retrospective

Indigo Plan and Schedule

Tracking "setup" required from Foundation in bug 321522

See initial Indigo Wiki page

Are we agreed to Indigo dates ? All shifted by one calendar day (to keep same day of week). Can we say these are official?

Issues and Proposal for 3.7 versus 4.1

For planning documents, etc. we'll call 3.7 based work Indigo Minor, and 4.1 based work Indigo Major.

For this plan, more so than previous years, there will need to be adjustments based on experience over next few months.

Ideally focus would be on 4.1 based work. But final plans need to be based on where projects want to focus, and what proves suitable.

Main goal: participating projects must work with or contribute to both platform levels.

There's several options to accomplish this -- and participating projects must explicitly state what their plans are, what they support.

  • One set of plugins work with both versions.
  • Projects contribute "maintenance only" to Indigo Minor, but branch and all new work done assumes Indigo Major

EPP Packages: Ideally, EPP packages would be based on 4.1 (only). If experience shows 4.1 is not ready, or if projects can not fully move to 4.1, then this needs to be dropped back to 3.7 (only). Is is possible that each "package owner" can decide which they want. [Would this make sense?] Is is a fair assumption to say its unreasonable to produce two sets of packages? (I think so, but others can answer too).

Issue: Can all bundles reside in one repo, and correct ones "pulled out" by P2? (can this be done easily, and reliably, that is).

Issue: If focus is on one stack, how to "test" other stack?

Feedback required from large projects such as webtools, CDT

Issues raised in meeting:

  • Branding. Is it really one simultaneous release? Or two? Is one name (Indigo) enough? Does Indigo Major and Indigo Minor suffice? Or, do we need a whole additional code name?
  • Provisioning? Often adopters provide an "all in one" product package, but they also want to "install into existing installation". So, what/how can they "install into". How to document and explain to users and customers?
  • Its one thing to conceive of one different "platform" in stack, but if or when there are different versions at higher levels, seems to get very complicated (e.g. if JDT has an Indigo Major vs. Indigo Minor version, that might "force" projects to take different planning paths. Its unclear what their plans are, and if the e4 related function would be "additive" to Indigo Minor bundles, or complete replacements.
  • Need another meeting in a few weeks to make progress on this issue.

Other business

  •  ?

ToDo Items

  •  ?

Next Meeting

August 18, 12 noon (Eastern) September 1, 12 noon (Eastern)

Reference

Indigo Simultaneous Release

Planning Council Members

Simultaneous Release Roles and Simultaneous Release Roles/EMO

Back to the top