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/March 06 2013"

(EclipseCon face-to-face)
(EclipseCon face-to-face)
 
(8 intermediate revisions by 3 users not shown)
Line 42: Line 42:
 
| John Arthorne
 
| John Arthorne
 
| Eclipse (PMC)  
 
| Eclipse (PMC)  
|  
+
| Y
 
|-
 
|-
 
| Steffen Pingel  
 
| Steffen Pingel  
 
| Mylyn (ALM) PMC  
 
| Mylyn (ALM) PMC  
|  
+
| Y
 
|-
 
|-
 
| Brian Payton  
 
| Brian Payton  
 
| Datatools (PMC)  
 
| Datatools (PMC)  
|
+
| Y
 
|-
 
|-
 
| Doug Schaefer
 
| Doug Schaefer
Line 66: Line 66:
 
| Ian Bull
 
| Ian Bull
 
| Rt (PMC)  
 
| Rt (PMC)  
|  
+
| Y
 
|-
 
|-
 
| David Williams  
 
| David Williams  
 
| WTP (PMC) (appointed Chair)  
 
| WTP (PMC) (appointed Chair)  
|  
+
| Y
 
|-
 
|-
 
| Gary Xue  
 
| Gary Xue  
Line 90: Line 90:
 
| Neil Hauge  
 
| Neil Hauge  
 
| Oracle (Strategic Developer)  
 
| Oracle (Strategic Developer)  
|
+
| Y
 
|-
 
|-
 
| Kaloyan Raev  
 
| Kaloyan Raev  
 
| SAP AG (Strategic Developer)  
 
| SAP AG (Strategic Developer)  
|  
+
|
 
|-
 
|-
 
| Igor Fedorenko
 
| Igor Fedorenko
Line 102: Line 102:
 
| Markus Knauer  
 
| Markus Knauer  
 
| Innoopract (Strategic Developer)  
 
| Innoopract (Strategic Developer)  
|
+
| Y
 
|-
 
|-
| Markus Tiede  
+
| Achim Loerke (Markus Tiede)
 
| BREDEX (Strategic Developer)  
 
| BREDEX (Strategic Developer)  
|
+
| D
 
|-
 
|-
 
| [no name]  
 
| [no name]  
Line 140: Line 140:
  
 
* Our current policy statement on "new releases" joining a SR maintenance release is in our [[SimRel/Simultaneous_Release_FAQ#Policy_FAQs|Policy FAQs]]. Eventually that's the part we'll want to "tighten up". Must balance flexibility (agility) with stability. Perhaps something similar to "The new release must be in RC1 builds for the SR, must have released one month prior to that RC1, and must be willing/able to test and provide a quick maintenance release if last minute problems found."
 
* Our current policy statement on "new releases" joining a SR maintenance release is in our [[SimRel/Simultaneous_Release_FAQ#Policy_FAQs|Policy FAQs]]. Eventually that's the part we'll want to "tighten up". Must balance flexibility (agility) with stability. Perhaps something similar to "The new release must be in RC1 builds for the SR, must have released one month prior to that RC1, and must be willing/able to test and provide a quick maintenance release if last minute problems found."
 +
 +
: ''We didn't want to make a decision at this meeting, since wanted to be sure we were considering the "big picture" and not reacting to one case, but came up with the following items:''
 +
 +
:: ''Seemed reasonable to everyone that, if we keep our current policy, "minor updates must be in fully in by RC1" or else too late to join.''
 +
:: ''Should we even allow minor updates at all? What do adopters expect/want from SR releases? Pure maintenance, or new features too?''
 +
:: ''We don't say so, but "no major changes allowed" seems reasonable. That is, no API breaking changes. Sometime, "version ranges", even minor, in theory could be a "breaking change" (though, not exactly API).''
 +
:: ''Should whether or not in EPP packages be part of one of the factors? Seems that's where most stability is important/expected, since those users don't have a "choice" to move up to a particular version, they get it automatically.''
 +
:: ''As an aside, even Mylyn no longer does minor updates in SRs ... they've stabilized enough not to need it, and recognize they are a core piece of several EPP packages, so more important to be stable.''
  
 
== Kepler ==
 
== Kepler ==
Line 146: Line 154:
  
 
* Issues?
 
* Issues?
 +
: ''None stated.''
  
* Are people "building against" the Maven/Tycho builds?
+
* Are people "building against" the Platform's Maven/Tycho builds?
 +
 
 +
:''No one said "yes". Should send reminder (near time to put warm up in staging).''
  
 
== EclipseCon face-to-face  ==
 
== EclipseCon face-to-face  ==
Line 154: Line 165:
  
 
*Agenda topics? (Please list ideas, so we know ahead of time what's desired).
 
*Agenda topics? (Please list ideas, so we know ahead of time what's desired).
 +
 +
:''Several good ideas were mentioned.''
 +
::''Decide SR Policy.''
 +
::''Should Rt have their own "repo"? Their own Sim Rel Rules? How can the value to them be increased?''
 +
::''What relationship is there (should there be) between OSGi/p2 common repo and Maven/Maven Repos?''
  
 
*Who is planning to attend? (Please fill in with "yes" (Y), "no" (N), "indefinite" (I), the later being you haven't decided yet, or depends on tight plane schedule being on time, etc.).
 
*Who is planning to attend? (Please fill in with "yes" (Y), "no" (N), "indefinite" (I), the later being you haven't decided yet, or depends on tight plane schedule being on time, etc.).
Line 186: Line 202:
 
|-
 
|-
 
| Ian Bull  
 
| Ian Bull  
|  
+
| Yes
 
|-
 
|-
 
| David Williams  
 
| David Williams  
Line 195: Line 211:
 
|-
 
|-
 
| Wayne Beaton  
 
| Wayne Beaton  
|  
+
| Yes
 
|-
 
|-
 
| Cedric Brun  
 
| Cedric Brun  
Line 204: Line 220:
 
|-
 
|-
 
| Kaloyan Raev  
 
| Kaloyan Raev  
|  
+
| No (not attending EclipseCon)
 
|-
 
|-
 
| Igor Fedorenko  
 
| Igor Fedorenko  

Latest revision as of 02:36, 7 March 2013

Logistics

Meeting Title: Planning Council Conference Call
Date & Time: Wednesday, March 06, 2013, at 1300 Eastern
Dial in: (See Asterisk service for complete details on SIP, potential new numbers, phone mute commands, etc.)

Phone Numbers:

  • Ottawa (local call in Ottawa) 1-613-454-1403
  • North America (toll free) 1-877-369-7806
  • Germany (local call anywhere in Germany) +49-692-2224-6059
  • France (local call anywhere in France) +33-17-070-8535
  • UK (toll free) 0800-033-7806
  • Switzerland (local call anywhere in Switzerland) +41-44-580-2115
For all phone lines: Participant conference extension: 710 then enter pin 35498
  • SIP clients:
call 710@asterisk.eclipse.org, then enter pin 35498.

Members and Attendees

PMC (and Strategic) Reps
Chris Aniszczyk Technology (PMC)
John Arthorne Eclipse (PMC) Y
Steffen Pingel Mylyn (ALM) PMC Y
Brian Payton Datatools (PMC) Y
Doug Schaefer Tools (PMC)
Adrian Mos SOA (PMC)
Ed Merks Modeling (PMC)
Ian Bull Rt (PMC) Y
David Williams WTP (PMC) (appointed Chair) Y
Gary Xue Birt (PMC)
Wayne Beaton Eclipse Foundation (appointed)
Strategic Reps
Cedric Brun OBEO (Strategic Developer)
Neil Hauge Oracle (Strategic Developer) Y
Kaloyan Raev SAP AG (Strategic Developer) Y
Igor Fedorenko Sonatype (Strategic Developer)
Markus Knauer Innoopract (Strategic Developer) Y
Achim Loerke (Markus Tiede) BREDEX (Strategic Developer) D
[no name] Google (Strategic Developer) X
(PMC rep) Actuate (Strategic Developer) X
(PMC rep) IBM (Strategic Developer) X
Inactive
[no name] CA Inc. (Strategic Consumer) X

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

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
D = delegated
X = not expected

Juno SR2

  • Any post-release feedback? (Or, too early yet?)
  • Our current policy statement on "new releases" joining a SR maintenance release is in our Policy FAQs. Eventually that's the part we'll want to "tighten up". Must balance flexibility (agility) with stability. Perhaps something similar to "The new release must be in RC1 builds for the SR, must have released one month prior to that RC1, and must be willing/able to test and provide a quick maintenance release if last minute problems found."
We didn't want to make a decision at this meeting, since wanted to be sure we were considering the "big picture" and not reacting to one case, but came up with the following items:
Seemed reasonable to everyone that, if we keep our current policy, "minor updates must be in fully in by RC1" or else too late to join.
Should we even allow minor updates at all? What do adopters expect/want from SR releases? Pure maintenance, or new features too?
We don't say so, but "no major changes allowed" seems reasonable. That is, no API breaking changes. Sometime, "version ranges", even minor, in theory could be a "breaking change" (though, not exactly API).
Should whether or not in EPP packages be part of one of the factors? Seems that's where most stability is important/expected, since those users don't have a "choice" to move up to a particular version, they get it automatically.
As an aside, even Mylyn no longer does minor updates in SRs ... they've stabilized enough not to need it, and recognize they are a core piece of several EPP packages, so more important to be stable.

Kepler

M6

  • Issues?
None stated.
  • Are people "building against" the Platform's Maven/Tycho builds?
No one said "yes". Should send reminder (near time to put warm up in staging).

EclipseCon face-to-face

Sunday, 2 to 4, following by "joint meeting" with Arch. Council, from 4 to 5.
  • Agenda topics? (Please list ideas, so we know ahead of time what's desired).
Several good ideas were mentioned.
Decide SR Policy.
Should Rt have their own "repo"? Their own Sim Rel Rules? How can the value to them be increased?
What relationship is there (should there be) between OSGi/p2 common repo and Maven/Maven Repos?
  • Who is planning to attend? (Please fill in with "yes" (Y), "no" (N), "indefinite" (I), the later being you haven't decided yet, or depends on tight plane schedule being on time, etc.).


Representative (Delegate) Y/N/I
Chris Aniszczyk
John Arthorne Yes
Steffen Pingel No (not attending EclipseCon and Mik is not available on Sunday)
Brian Payton
Doug Schaefer
Adrian Mos No (flight schedule)
Ed Merks
Ian Bull Yes
David Williams
Gary Xue
Wayne Beaton Yes
Cedric Brun I
Neil Hauge Y
Kaloyan Raev No (not attending EclipseCon)
Igor Fedorenko
Markus Knauer Y
Achim Loerke Y
[Google]
[CA Inc.]

Next Meeting

  • March 24, 2013 - EclipseCon face-face, Sunday 2 to 4 PM (local time)
  • April 3, 2013

Reference

Kepler Wiki page
Juno Wiki page
Planning Council/Indigo retrospective
Planning Council Members
Simultaneous Release Roles and Simultaneous Release Roles/EMO

Back to the top