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/April 10 2013"

(template agenda)
 
(EclipseCon face-to-face follow-through)
 
(5 intermediate revisions by one other user not shown)
Line 38: Line 38:
 
| Chris Aniszczyk  
 
| Chris Aniszczyk  
 
| Technology (PMC)  
 
| Technology (PMC)  
|  
+
| N
 
|-
 
|-
 
| 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
 
| Tools (PMC)  
 
| Tools (PMC)  
|  
+
| N
 
|-
 
|-
 
| Adrian Mos
 
| Adrian Mos
 
| SOA (PMC)  
 
| SOA (PMC)  
|  
+
| N
 
|-
 
|-
 
| Ed Merks  
 
| Ed Merks  
 
| Modeling (PMC)  
 
| Modeling (PMC)  
|
+
| N
 
|-
 
|-
 
| 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  
 
| Birt (PMC)  
 
| Birt (PMC)  
|  
+
| N
 
|-
 
|-
 
| Wayne Beaton  
 
| Wayne Beaton  
 
| Eclipse Foundation (appointed)  
 
| Eclipse Foundation (appointed)  
|    
+
| Y   
 
|}
 
|}
 
|
 
|
Line 86: Line 86:
 
| Cedric Brun  
 
| Cedric Brun  
 
| OBEO (Strategic Developer)  
 
| OBEO (Strategic Developer)  
|
+
| N
 
|-
 
|-
 
| Neil Hauge  
 
| Neil Hauge  
 
| Oracle (Strategic Developer)  
 
| Oracle (Strategic Developer)  
|  
+
| Y
 
|-
 
|-
 
| Kaloyan Raev  
 
| Kaloyan Raev  
 
| SAP AG (Strategic Developer)  
 
| SAP AG (Strategic Developer)  
|
+
| N
 
|-
 
|-
 
| Igor Fedorenko
 
| Igor Fedorenko
 
| Sonatype (Strategic Developer)  
 
| Sonatype (Strategic Developer)  
|  
+
| N
 
|-
 
|-
 
| Markus Knauer  
 
| Markus Knauer  
 
| Innoopract (Strategic Developer)  
 
| Innoopract (Strategic Developer)  
|
+
| N
 
|-
 
|-
 
| Markus Tiede  
 
| Markus Tiede  
 
| BREDEX (Strategic Developer)  
 
| BREDEX (Strategic Developer)  
|
+
| N
 
|-
 
|-
| [no name]
+
| Rajeev Dayal
 
| Google (Strategic Developer)  
 
| Google (Strategic Developer)  
| X
+
| N
 
|-
 
|-
 
| (PMC rep)
 
| (PMC rep)
Line 134: Line 134:
  
 
<small>Note: feel free to correct any errors/omissions in above attendance record.</small><br/><small>Y = Yes, attended</small><br/><small>N = No, did not</small><br/><small>R = regrets sent ahead of time</small><br/><small>D = delegated</small><br/><small>X = not expected</small>
 
<small>Note: feel free to correct any errors/omissions in above attendance record.</small><br/><small>Y = Yes, attended</small><br/><small>N = No, did not</small><br/><small>R = regrets sent ahead of time</small><br/><small>D = delegated</small><br/><small>X = not expected</small>
 
  
 
== Kepler ==
 
== Kepler ==
Line 141: Line 140:
  
 
* Issues?
 
* Issues?
:  
+
: ''No issues raised''
  
 
== EclipseCon face-to-face follow-through ==
 
== EclipseCon face-to-face follow-through ==
 +
 +
: Continue discussion from EclipseCon face-to-face
 +
:: [[Planning_Council/March_24_2013]]
 +
 +
: Come up with actionable items
 +
: Solicit volunteers to do the actions
 +
 +
: The following are notes/actions from discussing the specific items.
 +
 +
=== Policy on new releases joining SR ===
 +
 +
dw to update current policy in FAQ with the additional detail.
 +
 +
=== Build reproducibility ===
 +
 +
dw to come up with "perfect example". Add to wiki, send to Wayne and Than, and see if some way "CBI" maven task could produce, from template, as part of build output.
 +
 +
dw better educate. Give perfect example on wiki. Emphasize non-changing repos. Give "acceptable" example on wiki. Give "unacceptable" examples on wiki. 
 +
 +
dw create "report of changes" from one build to another, one repo to another, so a) individual projects could see if things changed when they should not have; b) PMCs, Team Leads, Planning council could better observe "big picture" of how much change there was, especially related to changes in build input files.
 +
 +
dw start to tag build file project, each build (so we could diff build files).
 +
 +
wayne to add item to release review that "there must be a retention policy" (it should cover how long repos stay around, such as milestone repos, and also via ?education? emphasis that it must be "non-changing".) And then Planning Council can add extra rules for sim. release, if necessary.
 +
 +
=== Release train rules ===
 +
 +
John and Neil volunteered to improve. The idea is to provide briefer version, but still (probably via hyperlinks?) allow readers to find out "reasons" for a rule. This would be for Luna (due in Fall, after Kepler release).
 +
 +
=== Release train rhythm ===
 +
 +
We don't anticipate any changes to rhythm, but perhaps more emphasis/education on milestones. (Perhaps, eventually, add idea of "1 milestone" to SR cycles).
 +
 +
Wayne volunteered to add suggestion/idea to GSOC database to make some user friendly way that users could say "I want to follow beta releases" ... this would add the "current" development stream URL to update sites, so they'd get updates from milestones, without having to know about it, and manually add it.
 +
 +
=== The release train and RT ===
 +
 +
No actions came from this discussion. It was thought that if/when RT projects begin to ''need'' coordination, that we are
 +
certainly open to changes in "rules" that make it more accommodating. (But ... we don't know if any concrete rules that are
 +
inhibitors (all can have exceptions) ... but the mere act of coordinating schedules, if there is no need to coordinate with others, is inhibiting). If RT stacks are all relatively independent of IDE, and each other, they often prefer to set their
 +
own schedules, etc. There might be a day when there could be some "marketing" advantage, say to announce large maven central update, or something, might be interesting to Rt projects ... but, not clear its needed now. 
 +
 +
=== Orbit ===
 +
 +
The Orbit Project Lead (dw) agreed to a plan for a plan ... a plan will be created after Kepler release, by end of August (since July often a "slow" month) ... and implemented in the months after that.
  
 
== Next Meeting  ==
 
== Next Meeting  ==

Latest revision as of 14:10, 10 April 2013

Logistics

Meeting Title: Planning Council Conference Call
Date & Time: Wednesday, April 10, 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) N
John Arthorne Eclipse (PMC) Y
Steffen Pingel Mylyn (ALM) PMC Y
Brian Payton Datatools (PMC) Y
Doug Schaefer Tools (PMC) N
Adrian Mos SOA (PMC) N
Ed Merks Modeling (PMC) N
Ian Bull Rt (PMC) Y
David Williams WTP (PMC) (appointed Chair) Y
Gary Xue Birt (PMC) N
Wayne Beaton Eclipse Foundation (appointed) Y
Strategic Reps
Cedric Brun OBEO (Strategic Developer) N
Neil Hauge Oracle (Strategic Developer) Y
Kaloyan Raev SAP AG (Strategic Developer) N
Igor Fedorenko Sonatype (Strategic Developer) N
Markus Knauer Innoopract (Strategic Developer) N
Markus Tiede BREDEX (Strategic Developer) N
Rajeev Dayal Google (Strategic Developer) N
(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

Kepler

M7

  • Issues?
No issues raised

EclipseCon face-to-face follow-through

Continue discussion from EclipseCon face-to-face
Planning_Council/March_24_2013
Come up with actionable items
Solicit volunteers to do the actions
The following are notes/actions from discussing the specific items.

Policy on new releases joining SR

dw to update current policy in FAQ with the additional detail.

Build reproducibility

dw to come up with "perfect example". Add to wiki, send to Wayne and Than, and see if some way "CBI" maven task could produce, from template, as part of build output.

dw better educate. Give perfect example on wiki. Emphasize non-changing repos. Give "acceptable" example on wiki. Give "unacceptable" examples on wiki.

dw create "report of changes" from one build to another, one repo to another, so a) individual projects could see if things changed when they should not have; b) PMCs, Team Leads, Planning council could better observe "big picture" of how much change there was, especially related to changes in build input files.

dw start to tag build file project, each build (so we could diff build files).

wayne to add item to release review that "there must be a retention policy" (it should cover how long repos stay around, such as milestone repos, and also via ?education? emphasis that it must be "non-changing".) And then Planning Council can add extra rules for sim. release, if necessary.

Release train rules

John and Neil volunteered to improve. The idea is to provide briefer version, but still (probably via hyperlinks?) allow readers to find out "reasons" for a rule. This would be for Luna (due in Fall, after Kepler release).

Release train rhythm

We don't anticipate any changes to rhythm, but perhaps more emphasis/education on milestones. (Perhaps, eventually, add idea of "1 milestone" to SR cycles).

Wayne volunteered to add suggestion/idea to GSOC database to make some user friendly way that users could say "I want to follow beta releases" ... this would add the "current" development stream URL to update sites, so they'd get updates from milestones, without having to know about it, and manually add it.

The release train and RT

No actions came from this discussion. It was thought that if/when RT projects begin to need coordination, that we are certainly open to changes in "rules" that make it more accommodating. (But ... we don't know if any concrete rules that are inhibitors (all can have exceptions) ... but the mere act of coordinating schedules, if there is no need to coordinate with others, is inhibiting). If RT stacks are all relatively independent of IDE, and each other, they often prefer to set their own schedules, etc. There might be a day when there could be some "marketing" advantage, say to announce large maven central update, or something, might be interesting to Rt projects ... but, not clear its needed now.

Orbit

The Orbit Project Lead (dw) agreed to a plan for a plan ... a plan will be created after Kepler release, by end of August (since July often a "slow" month) ... and implemented in the months after that.

Next Meeting

  • May 1, 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