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

Planning Council/June 08 2016

Logistics

Meeting Title: Planning Council Conference Call
Date & Time: Wednesday, June 8, 2016, at 1200 Noon Eastern
Dial in: (See Asterisk service for complete details on SIP, potential new numbers, phone mute commands, etc.)

Phone Numbers: (Check Asterisk/Numbers for more or current phone numbers.)

For all phone lines: Participant conference extension: 710 then enter pin 35498
  • Ottawa (local call in Ottawa) 1-613-454-1403
  • North America (toll free) 1-866-569-4992
  • 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
  • SIP clients:
call 710@asterisk.eclipse.org, then enter pin 35498.

Members and Attendees

PMC (and Strategic) Reps
Martin Lippert Cloud (PMC) Y
Chris Aniszczyk Technology (PMC)
Dani Megert Eclipse (PMC) Y
Sam Davis Mylyn (ALM) PMC Y
Brian Payton Datatools (PMC)
Doug Schaefer Tools (PMC) Y
Ian Bull Rt (PMC) Y
Chuck Bridgham WTP (PMC)
Wayne Beaton Eclipse Foundation (appointed) R
David Williams (appointed Chair) Y
Strategic Reps
Marc Khouzam Ericsson Y
Alexander Nyssen itemis AG (Strategic Developer) Y
Nick Boldt Redhat (Strategic Developer) Y
Remi Schnekenburger CEA List (Strategic Developer)
Cedric Brun OBEO (Strategic Developer)
Neil Hauge Oracle (Strategic Developer)
Stephan Merker SAP AG (Strategic Developer) Y
Markus Knauer EPP (appointed) Y
(has PMC rep; Dani Megert) IBM (Strategic Developer) X
Inactive
[no name] CA Inc. (Strategic Consumer) X
(was Gary Xue) Birt (PMC) X
(has/had PMC rep) Actuate (Strategic Developer) X
(was Rajeev Dayal) Google (Strategic Developer) X
Ed Merks Modeling (PMC) X
Adrian Mos (Marc Dutoo ) SOA (PMC) 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

Announcements

  • Welcome Marc Khouzam as the Ericsson representative to Planning Council.
  • Any others?

Previous meeting minutes

  • Review previous meeting minutes if you'd like. That is, review them before the meeting, but if questions or issues with previous minutes, this would be a good time to bring them up.

Neon maintenance

  • Dates (and RCs) for Neon.1 (etc.)
Nick provided proposal on 'discussion page'. ACTION ITEM He will "flush out", especially for M4 and M6 too (and M1 and M3 and M7  :) -- just no "update releases" with those
One "new thing" to announce to Cross-Project list, once formally established, is that "new projects joining the train must declare their intent and be in the Sim. Release build by Checkpoint 1". This would be roughly August 1st, for example, for the September release."

Oxygen Planning

  • There has been a lot of discussion about "giving up release name" and using "date" instead.

ACTION ITEM: Wayne to discuss with Ian on how best to get more data from our community of users.

This is still a "hot topic", but deferred discussion until hear more from Wayne on if more "input from community of users" can be expected.

old (ongoing) stuff

  • Release Policy vs. Release mechanics. This is being tracked in bug 483322.
In M6 we changed to have (nearly) all features to be "root features.
Now what? That is, can we "stop" adding "reference repositories" via feature p2.inf files?
  • "Rolling release" issue.
I have sometimes heard it suggested we allow more of a "continuous release". Is this something we should discuss? Should we have some long term planning for it? Such as, what would it take to accomplish that?
This could be planned with or without the "beta stream" mechanisms sometimes discussed.
Did not discuss much during this meeting, other than to note similarity to above issue.
  • Should the ability to update from yearly release to yearly release be a 'requirement'?
Impossible now, for Neon. Right? (for EPP Packages) Do we still need "streamless-URL" now? I am assuming "no".
ACTION ITEM from 6/8 meeting. Doug volunteered to "take up" this item to better specify "what does it mean" and "what will it take" to update across major releases. [Doug, it is up to you, but I suggest you form a small team of like 3 people, such as Ian and Dani or, others who know some of the technical issues, to help if they are able and willing.] The goal being just a more specific statement of what it means, and what projects have to do differently for Oxygen. That is, we don't need to reach Nirvana in one release cycle.
What would this take? (Such as features are never "just removed" but are replaced or transitioned?)
Preferences, views, etc. have to "migrate" (if their ID changes).
What testing would projects have to do?
May become "defacto requirement" once bug 483786 is implemented.
For Neon we will not have a "streamless" URL, since "won't work" for upgrading to Neon for the EPP packages.

New Business

  • The newly proposed download page was raised as a potential issue. Technically "not our business, but belongs to the Eclipse Foundation" but am sure they would like to hear our comments and views. Comment in bug 493809.
  • Wayne could not make the meeting, but posted a message to our mailing list about concern over some specific projects -- some of which may have to be "removed" from the train. But, in addition, expressed concern over "the process".
- I agree and commented on a similar issue on cross-project list about two projects who "declared intent", but thought they could join the build at the last minute.
- I wondered out loud if it was time for more of a Sim. Release process where projects had to "prove they were ready to be in the Sim. Release" instead of us just saying what they needed to do, and then assume they were doing it. We did not discuss at this meeting, but, for example, I mean like a checklist (web app) that has to be updated every milestone? Just an idea.

Next Meeting

  • August 3, 2016 - Regular First Wednesday Meeting -- We always skip July, since we "just shipped", and due to popular holidays. BUT, remember, business continues on the mailing list!

Reference

Draft Eclipse Project Branding Requirements (Wayne)
Neon Wiki page
Planning Council Members
Simultaneous Release Roles and Simultaneous Release Roles/EMO

Back to the top