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 24 2013"

(draft agenda)
 
(draft agenda)
Line 10: Line 10:
 
|-
 
|-
 
| Face-to-Face. No Dial-in.  
 
| Face-to-Face. No Dial-in.  
|  Room: South End, on the Plaza Level (top floor) of the World Trade Center.
+
|  Room: South End, on the Plaza Level (top floor) of the World Trade Center. <br />Note: MeetGreen will be at the venue setting up registration in case you need anything.
 
|}
 
|}
  
Line 28: Line 28:
 
| John Arthorne
 
| John Arthorne
 
| Eclipse (PMC)  
 
| Eclipse (PMC)  
|  
+
| Yes
 
|-
 
|-
 
| Steffen Pingel  
 
| Steffen Pingel  
 
| Mylyn (ALM) PMC  
 
| Mylyn (ALM) PMC  
|
+
| No (not attending EclipseCon and Mik is not available on Sunday)
 
|-
 
|-
 
| Brian Payton  
 
| Brian Payton  
Line 44: Line 44:
 
| Adrian Mos
 
| Adrian Mos
 
| SOA (PMC)  
 
| SOA (PMC)  
|  
+
| No (flight schedule)
 
|-
 
|-
 
| Ed Merks  
 
| Ed Merks  
Line 52: Line 52:
 
| Ian Bull
 
| Ian Bull
 
| Rt (PMC)  
 
| Rt (PMC)  
|
+
| Yes
 
|-
 
|-
 
| David Williams  
 
| David Williams  
 
| WTP (PMC) (appointed Chair)  
 
| WTP (PMC) (appointed Chair)  
|
+
| No. John (or Markus) will lead meeting. <br /> Neil can represent WTP also.
 
|-
 
|-
 
| Gary Xue  
 
| Gary Xue  
Line 64: Line 64:
 
| Wayne Beaton  
 
| Wayne Beaton  
 
| Eclipse Foundation (appointed)  
 
| Eclipse Foundation (appointed)  
|    
+
| Yes   
 
|}
 
|}
 
|
 
|
Line 72: Line 72:
 
| Cedric Brun  
 
| Cedric Brun  
 
| OBEO (Strategic Developer)  
 
| OBEO (Strategic Developer)  
|
+
| ?
 
|-
 
|-
 
| Neil Hauge  
 
| Neil Hauge  
 
| Oracle (Strategic Developer)  
 
| Oracle (Strategic Developer)  
|  
+
| Yes
 
|-
 
|-
 
| Kaloyan Raev  
 
| Kaloyan Raev  
 
| SAP AG (Strategic Developer)  
 
| SAP AG (Strategic Developer)  
|  
+
| No (not attending EclipseCon) 
 
|-
 
|-
 
| Igor Fedorenko
 
| Igor Fedorenko
Line 88: Line 88:
 
| Markus Knauer  
 
| Markus Knauer  
 
| Innoopract (Strategic Developer)  
 
| Innoopract (Strategic Developer)  
|  
+
| Yes
 
|-
 
|-
 
| Achim Loerke (Markus Tiede)  
 
| Achim Loerke (Markus Tiede)  
 
| BREDEX (Strategic Developer)  
 
| BREDEX (Strategic Developer)  
|  
+
| Yes
 
|-
 
|-
 
| [no name]  
 
| [no name]  
Line 152: Line 152:
 
::''What relationship is there (should there be) between OSGi/p2 common repo and Maven/Maven Repos?''
 
::''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.).
 
  
<br>
 
 
{| width="50%" cellspacing="1" cellpadding="5" border="1" align="center"
 
|- valign="top"
 
| 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  ==
 
== Next Meeting  ==

Revision as of 22:48, 19 March 2013

Logistics

Meeting Title: Planning Council Meeting
Date & Time: Wednesday, March 24, 2013, at 1400 Eastern
Face-to-Face. No Dial-in. Room: South End, on the Plaza Level (top floor) of the World Trade Center.
Note: MeetGreen will be at the venue setting up registration in case you need anything.


Members and Attendees

PMC (and Strategic) Reps
Chris Aniszczyk Technology (PMC)
John Arthorne Eclipse (PMC) Yes
Steffen Pingel Mylyn (ALM) PMC No (not attending EclipseCon and Mik is not available on Sunday)
Brian Payton Datatools (PMC)
Doug Schaefer Tools (PMC)
Adrian Mos SOA (PMC) No (flight schedule)
Ed Merks Modeling (PMC)
Ian Bull Rt (PMC) Yes
David Williams WTP (PMC) (appointed Chair) No. John (or Markus) will lead meeting.
Neil can represent WTP also.
Gary Xue Birt (PMC)
Wayne Beaton Eclipse Foundation (appointed) Yes
Strategic Reps
Cedric Brun OBEO (Strategic Developer)  ?
Neil Hauge Oracle (Strategic Developer) Yes
Kaloyan Raev SAP AG (Strategic Developer) No (not attending EclipseCon)
Igor Fedorenko Sonatype (Strategic Developer)
Markus Knauer Innoopract (Strategic Developer) Yes
Achim Loerke (Markus Tiede) BREDEX (Strategic Developer) Yes
[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?
  • 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."
Notes from previous meeting:
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/M7

  • Issues?

EclipseCon face-to-face Long Term Planning

  • Agenda topics (mentioned in previous meeting, feel free to add)
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?


Next Meeting

  • April 3, 2013, "First Wednesday" Meeting

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