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 07 2012"

(Indigo SR2)
(Other Business)
Line 171: Line 171:
 
=== Other Business ===  
 
=== Other Business ===  
  
* Fair (and desired?) to add "provide non-greedy repository" to requirements? 'Should' or 'must'? See [[SimRel/Simultaneous_Release_Requirements#Provide_optimized_p2_repository_.28partially_tested.29| Provide_optimized_p2_repository section]]. I propose: <br />
+
* I added some info about p2.mirrorsURL and p2.index to [[SimRel/Simultaneous_Release_Requirements#Provide_optimized_p2_repository_.28partially_tested.29| Provide_optimized_p2_repository section]]. I did this to help educate everyone, but, if anyone thinks I've added too much, please let me know.  
''Clarification on 01/23/2012: the repositories produced and contributed (for Juno and subsequent releases) must use p2 publishers that use greedy='false' by default. See {{bug|247099}} and the [http://wiki.eclipse.org/Equinox/p2/Publisher p2 Publisher wiki] for some history and details on this issue of greedy vs. non-greedy requirements.''
+
:: ''It was affirmed this is important and ok to add to "must do" requirements. If, for some reason, a project can not, they can always file for an exception and we can assess impact then.''
+
  
 
* Project Priorities: Please review and be prepared to discuss this proposed "policy document" about [[SimRel/Priorities| project priorities]].  
 
* Project Priorities: Please review and be prepared to discuss this proposed "policy document" about [[SimRel/Priorities| project priorities]].  
:''Good discussion''
+
: One issue: should we mention LTS? Technically ... it is not in our mission or scope.  
:: ''Somme concern about "E" [now "F", after edits] ... might be some merit to it, but should be reworded to emphasize "abnormally high" amount of CQs, not simply "number of".''
+
:: ''Suggested to mention LTS, as we do EPP.  
+
:: ''Some tangential discussion to get more detailed about ... such as, are there ways still to simplify the process? Such as for "minor" updates to a package. Will continue at next meeting.''
+
:: ''Is was suggested a "flow chart" was needed (like the IP process?) but a) I think that was made in jest, and b) think it will be "next year" before we could formalize into a heuristic.''
+
:: ''Will discus more at March meeting, before considering the document "reviewed and approved" by Planning Council.''
+
:: ''No overall objection to having PC state priorities, but some concern that a lot depends on the context in which the priorities were needed or used. Perhaps add a note these are priorities for producing a timely, predictable release train for adopters, products, and projects, and not that related to "importance" of a project, which could depend on factors such as innovation, demand, and others.''
+
  
 
+
* {{bug|361628}} Will this be an issue? Fix possible? Won't literally be a problem if everyone published both jar.pack.gz files and jars, but would be inefficient (ending up with "failures" with pack.gz files, and then downloading jars if using Java 7.  
:: {{bug|361628}} Not known yet, but some solution is likely needed, and that might require a "mass change" to not "packing" (and not signing?) nested jars.
+
  
 
* Anything else?
 
* Anything else?

Revision as of 23:26, 5 March 2012

Logistics

Meeting Title: Planning Council Conference Call
Date & Time: Wednesday, March 07, 2012, at 1200 Eastern
Dial-in: For the call-in numbers, see the "Project Review" number on Foundation Portal page.

Members and Attendees

PMC (and Strategic) Reps
Chris Aniszczyk Technology (PMC)
John Arthorne Eclipse (PMC)
Mik Kersten Mylyn (ALM) PMC
Brian Payton Datatools (PMC)
Doug Schaefer Tools (PMC)
Adrian Mos SOA (PMC)
Ed Merks Modeling (PMC)
Jesse McConnell Rt (PMC)
David Williams WTP (PMC) (appointed Chair) Y
Gary Xue Birt (PMC)
Wayne Beaton Eclipse Foundation (appointed)
Strategic Reps
Cedric Brun OBEO (Strategic Developer)
Stefan Daume Cloudsmith Inc.(Strategic Developer)
Neil Hauge Oracle (Strategic Developer)
Kaloyan Raev SAP AG (Strategic Developer)
Igor Fedorenko Sonatype (Strategic Developer)
Markus Knauer Innoopract (Strategic Developer)
Christian Kurzke Motorola (Strategic Developer)
Achim Loerke BREDEX (Strategic Developer)
(PMC rep) Actuate (Strategic Developer) X
(PMC rep) IBM (Strategic Developer) X
Inactive
[no name] TPTP (PMC) X
[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

Announcements

  • Any?

Indigo SR2

  • Success? Feedback?
  • Issue to discuss and decide if we need a plan of action: p2 content metadata at SR2 is 3 times what it is at SR0. Should our common "release repo" contain only the latest code? And "move" older stuff to different site? The different site would be named something like .../releases/juno/complete or or something, and be simply a different composite (no duplication of actual artifacts). This site would not be "built in" to any update repo lists, but could be used by builds or others that needed "the old stuff". I think if someone updated, and then wanted to revert or rollback the change, they might also have to manually add the ".../releases/juno/complete" URL to their list of sites (assuming p2 GC had cleaned off the old stuff. Please read the msg chain on p2-dev list. There is a trade off of function and performance and want to be sure everyone is aware of it and if anyone has any opinions on if we currently have the right choice.

Juno

Ready for M6?

Issues or Exceptions

  • Any issues? Everyone in? Any exceptions known?
Exceptions for projects not in M4, that still will to join Juno:
Virgo approved during 1/05 meeting (from rt PMC list, will be in M6)
BPEL approved on mailing list (as late for M4, but in M5)
Code Recommenders approved on mailing list (as late for M4, but in M5).
Koneki project approved on mailing list (as late for M4, but joining in M6).
Others?
  • Anyone "dropping out" that should be removed from aggregation build?
removed following b3aggrcon files, for M6:
dsdp-mjt
emf-teneo
emf-mint
m2t-jet
tools-sequoyah
stp
  • What to do about Papyrus (and XWT dependency), both in general (bug 370974), and specific for this case.

Plans

  • anything to look at? In particular, plans specifying "planned support for 3.8 workbench"?

Other Business

  • Project Priorities: Please review and be prepared to discuss this proposed "policy document" about project priorities.
One issue: should we mention LTS? Technically ... it is not in our mission or scope.
  • bug 361628 Will this be an issue? Fix possible? Won't literally be a problem if everyone published both jar.pack.gz files and jars, but would be inefficient (ending up with "failures" with pack.gz files, and then downloading jars if using Java 7.
  • Anything else?

Next Meeting

  • EclipseCon face-to-face meeting: Sunday, March 24, 2 - 4 local time (Eastern). Joint meeting with Arch. Council 4 - 5.
  • April 4, 2012 (our regular "first Wednesday" meeting, at Noon Eastern).

Reference

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

Copyright © Eclipse Foundation, Inc. All Rights Reserved.