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 "Eclipse/PMC"

(Meeting Minutes)
 
(621 intermediate revisions by 12 users not shown)
Line 1: Line 1:
 
= Documents =
 
= Documents =
 
 
Some documents written and/or used by the PMC:
 
Some documents written and/or used by the PMC:
  
Line 8: Line 7:
 
= Meeting Schedule =
 
= Meeting Schedule =
  
The [http://www.eclipse.org/eclipse/team-leaders.php Eclipse Project PMC] has a weekly phone meeting '''every wednesday at 10.30am EST'''.
+
The [http://www.eclipse.org/eclipse/team-leaders.php Eclipse Project PMC] has a weekly phone meeting '''every Tuesday at 11.00am EST'''.
  
 
= Meeting Minutes =
 
= Meeting Minutes =
'''October 30, 2013''' - McQ, Dani, Andrew, Martin
 
* Andrew: Excited by {{bug|379102}} Kris Daniel '''patch for Shared Installs'''
 
* Andrew: ECE Hackathon went well; "Let's make Eclipse Fun Again" BoF
 
* McQ: Hackathon next week for BlueMax cloudfoundry (Orion)
 
  
<hr/>
+
See https://github.com/eclipse-platform/.github/wiki/PMC-Meeting-minutes for new minutes
'''October 16, 2013''' - John, Dani, Andrew, Martin
+
* Dani: '''Good progress on Java 8''' - {{bug|380190}} compiler work done - going to send something
+
* Martin: {{bug|402509}} Context Menu Filtering : Paul set to 4.4 for discussion as part of UI review; Martin still interested, could help with some resources (testing, or even implementation when architectural guidance is given)
+
* '''IDE Working Group''' ([[IDE Working Group Proposal]])
+
** John: from PMC point of view, a good thing: sponsored contributors would be just like another group of contributors
+
** Some companies prefer making code contributions but for other companies this is very impractical and might work better with a [http://images3.wikia.nocookie.net/__cb20130603225716/leagueoflegends/images/6/66/Iffem_shut-up-and-take-my-money.jpg shut up and take my money] model.
+
* Andrew: '''Krzystof Daniel for commit rights on p2'''
+
** It appears to be resolved already but we hope it doesn't have to come to this in the future.
+
** Recent studies show that timely responses within 1 day (even "we'll respond in a month") will dramatically increase engagement
+
  
<hr/>
+
March 30, 2022 - Alex, Tom, Lars
'''October 9, 2013''' - John, Dani, Andrew, Martin
+
* Discussion about simplification of the Github repo structure
* John: '''Builds''' - looks like things are under control
+
* Currently no plan to provide a Github for user to report issues, we rather
* John: '''Help System Security Bug''' - {{bug|418443}} only when help server is run on https, thus not an issue when run locally
+
* For pull request there should no need to open a bug report / GH issue,  all present PMC members agreed, to be discussed next week with Jay and MQ.
  
<hr/>
+
February 16, 2022 - Alex, Tom, Jay, Lars, McQ
'''October 2, 2013''' - McQ, John, Dani
+
* IP log done for 2022-03, process might be removed by the foundation in the future
* no discussion topics
+
* Auto-closed policy can now be decided by project, project committer can vote on it
 +
* Support of additional architecture LoongArch and FreeBSD was discussed, for now we expect the builds outside of Eclipse.org for these architures
 +
** building Eclipse might get easier with planned enhancements in Tycho
 +
* Bug reports from Bugzilla are not planned to be moved to Github, will continue to exist in Bugzilla
  
<hr/>
 
'''September 25, 2013''' - McQ, Andrew, Martin, John
 
* Andrew: '''Commercial Support Thread''' - Directory of consultants to effect change when needed
 
** Foundation to employ developers to "do whatever is best for the Platform" : Who decides on features, and where does the funding come from ?
 
** There is precedent of Foundations employing developers... but don't think that "developers for hire" model could work
 
  
* Martin: '''ide-dev''' discussion
+
'''January 19, 2022''' - Alex, Tom, Jay, Lars, McQ
** A Platform team tries to come up with features and architecture that they think is valuable...  
+
* Eclipse aggregator build is currently migrated to Github
** but there's not the same drive towards a product / UX that a commercial product has
+
* Github migration work of the aggregator is documented in https://bugs.eclipse.org/bugs/show_bug.cgi?id=577323
** Because of the nature how we do things, it's harder to get to a polished UX
+
* The most important PGP work items are done with the help of Ed Merks, some secondary issues are still missing, e.g. such features are shown as unsigned
 +
* JFR Event are discussed in https://bugs.eclipse.org/bugs/show_bug.cgi?id=578055, PMC members should check so that we can discuss it next week
  
<hr/>
+
'''January 12, 2022''' - Alex, Tom, Jay, McQ
'''September 18, 2013''' - McQ, Dani, Martin, Andrew
+
* Move to PGP signed content news to IDE WG and Planning Council
* Mozilla: Orion vs CodeMirror as Editor - Speed of progressing on Editor features, Community size ?
+
** Well received so far
** CodeMirror addons can't be absorbed at Orion (licenses, provenance, etc.)
+
** 2022-03 to has the implementation, 2022-06 to do full switch
** Can we prove that the Orion editor is better ?
+
** we use PGP for content not delivered to Simrel
** What matters is our amount of commitment to "Development in the Cloud"
+
** Ed helps with implementation/bug fixes
 +
** only concern is critical CVE - that would require either help or PGP signed content being pushed to 2022-03
 +
*** To be further discussed if such an issue happens
 +
* ECF relation
 +
** Project is heavily under resourced
 +
** No one knows good reason to still be using Apache Httpclient, Java HttpClient is not tried out and the previous JVM Http code had severe limitations
 +
** Development falling out on Platform releng for updates to Apache Httpclient, Windows proxy support and etc. is a no-go
 +
** Possible plan
 +
*** Create Java Httpclient based connector for ECF or enhance the current default one to use Httpclient and not Httpconnection - removes need to update Apache Httpclient dependency, take care of windows specific bundles with JNA dependency and so on
 +
*** If previous doesn't uncover limitation in Java's Httpclient stop shipping Apache Httpclient connector
 +
*** Assuming 2 previous complete - look if it makes sense to not have ECF as a dependency at all to skip one cyclic dependency
  
<hr/>
+
= Archive =
'''September 11, 2013''' - McQ, John, Dani, Martin
+
* John: '''RC4''' navigaton history fix ({{bug|416902}}) - review
+
* McQ: Focusing Ottawa on Orion
+
* Martin: '''[[E4/Scripting]]''' progress. Homepage has links onto Requirements, EclipseCon Europe talk and more
+
** McQ: Overlap with RAP when JavaScript is being used ?
+
* John: Krzystof Daniel of Red Hat for committer / component lead
+
  
<hr/>
+
* [[Eclipse/PMC/Minutes 2021 | Archive of Meeting Minutes from 2021]]
'''September 4, 2013''' - No meeting
+
* [[Eclipse/PMC/Minutes 2020 | Archive of Meeting Minutes from 2020]]
 
+
* [[Eclipse/PMC/Minutes 2019 | Archive of Meeting Minutes from 2019]]
'''August 28, 2013''' - Dani, John, Martin
+
* [[Eclipse/PMC/Minutes 2018 | Archive of Meeting Minutes from 2018]]
* Dani: '''Stardust adding features to SR1''' - Planning Council exception - no objections
+
* [[Eclipse/PMC/Minutes 2017 | Archive of Meeting Minutes from 2017]]
* John: '''language tooling on [http://dev.eclipse.org/mhonarc/lists/ide-dev/ ide-dev]''' - where to host the work ?
+
* [[Eclipse/PMC/Minutes 2016 | Archive of Meeting Minutes from 2016]]
** Eclipse project/e4 proposed
+
* [[Eclipse/PMC/Minutes 2015 | Archive of Meeting Minutes from 2015]]
** Dani: '''What's the goal?''' - make it easier adding new languages, or refactor existing projects ?
+
* [[Eclipse/PMC/Minutes 2014 | Archive of Meeting Minutes from 2014]]
*** Martin interested in cross-language crossreferencing
+
* [[Eclipse/PMC/Minutes 2013 | Archive of Meeting Minutes from 2013]]
**** Lua tooling / C bindings, Java/JNI, Python C bindings, TCF, CORBA generated stubs/proxies, ...
+
*** Easier to create tooling for JVM-based languages
+
*** Common support for refactoring
+
*** ...
+
** AC could be involved - makes sense for AC to be involved in a working group
+
*** In the end, it boils down to who steps up writing code
+
* Martin: short update on scripting-dev ... making progress, code has been provided, e4 proposed as a home, no feedback yet
+
 
+
<hr/>
+
'''August 21, 2013''' - Dani, John, Andrew, Martin
+
* Dani: '''Still need the links to the torrents?''' Can we measure usage of torrents ? "Eclipse SDK" traffic is low these days anyways, would make sense for EPP only if ever
+
* Martin: Some traffic these days on the [http://dev.eclipse.org/mhonarc/lists/eclipse-scripting-dev/ eclipse-scripting-dev] mailing list
+
** John: Some UI would likely be simpler with e4 now ...
+
** e4 would be a possible initial place for the project (incubator), initial basic hooks could even be put into the Platform
+
* Luna M1 went pretty well
+
 
+
<hr/>
+
'''August 14, 2013''' - Dani, Andrew
+
* Dani: no changes to release pace for Luna. For details see [[Planning_Council/August_7_2013]]
+
 
+
<hr/>
+
'''August 7, 2013''' - Dani, Andrew, Martin, McQ
+
* Dani - '''Moving to more frequent releases''' to be discussed at the PC today
+
** McQ believes that aggregating monthly releases into a train can't work given the size of the train, so the monthly release wouldn't be useful to anyone
+
** Martin agrees that as a commercial adopter, stability (of the yearly train) is key: new features are interesting in one or two projects but not in the train
+
** Moving faster with the train can't be at the expense of no longer getting backports of bugfixes to those releases that I have chosen to adopt !
+
** McQ: No more SR releases, but only converge the development streams every 4 months ? - Backports could be made but adopters would have to build themselves.
+
* What causes most grief when adopting a new Platform version ?
+
** Notifications have proven most problematic .. on either Resource / project system or XML / EMF models: subtle change of behavior can have a big impact when notifications trigger other notifications
+
*** Can it be fixed with a community effort ? [Not sure, most problems are in layers on top of the platform...]
+
 
+
<hr/>
+
'''July 31, 2013''' - Dani, John, Andrew, Martin
+
* ide-dev list : "Eclipse as an IDE" from a cross project / cross PMC point of view
+
** Tools + Equinox + Packages ...
+
* The "Uber Package..."
+
** Not recommendable. Better to improve Marketplace ... not all Train projects are on the Marketplace.
+
** Dani: As per the downloads page, it looks like the standard package doesn't have marketplace client ? - Martin: might be filtered; might be worth a bug if not visible.
+
*** filed {{bug|414305}}
+
* Looking forward to discussions on ide-dev.
+
 
+
<hr/>
+
'''July 24, 2013''' - McQ, Dani, John
+
* Brief planning discussion. Kepler SR1 end-game plan released. Luna M1 is August 9th.
+
* We will resume architecture team meetings on August 7th. John to remind team next week.
+
* John will be away Aug 1-16
+
 
+
'''July 17, 2013''' - McQ, Dani, John, Andrew
+
* Brief discussion of the "code smells" thread on cross-project list
+
* Overall positive discussion and we hope to see good things come out of it
+
 
+
'''June 26, 2013''' - McQ, Dani, Martin, Andrew, John
+
* Andrew: '''Orion Browser API Standardization'''
+
* John: '''More process around Kepler Maintenance Stream''' - 1 reviewer, similar to RC1 ?
+
 
+
<hr/>
+
'''June 19, 2013''' - John, Dani, Martin
+
* John/Dani: '''Kepler Retrospect'''
+
** JDT Versioning: Bundles and features at 3.10 for Luna, Marketing version at 4.4
+
** Freeze Plan: Worked fine for Platform, but others on the Train didn't quite play by the rules
+
*** Dani to replace John on the Planning Council (phone meeting once per month)
+
* '''Rules of Engagement for Maintenance Releases'''
+
** JDT is in the middle of a release cycle, since doing Java 8
+
* {{Bug|411132}} '''Security Advisory''' regarding raw Javadoc - Eclipse help system not vulnerable, suggest improving the docs around "Help" setting to disallow opening external links
+
 
+
<hr/>
+
'''June 12, 2013''' - McQ, John, Martin, Dani, Andrew
+
* John: '''EclipseCon France Report''' - 2 day board meeting was good: strategic planning for what the Foundation should focus on
+
* Dani: 4.3 ramp-down looks good ... but other projects on the release train ship significant changes late ?!?
+
* Dani: Java 8 looking good
+
* John: Planning - e4 vs compatibility layer
+
** McQ: Because we want e4 to be a complete Platform, it makes sense to look at our own editors and see what it takes to have them run on pure e4
+
** But that's on a case-by-case basis only
+
** There's still a lot of confusion around e4
+
 
+
<hr/>
+
'''May 29, 2013''' - Dani, Andrew, Martin
+
* Dani: '''4.3 Release Update''' - looking good, some minor doc fixes only for RC4.
+
* Martin: '''4.3 Standard Package''' with egit and mpc - also looking good.
+
** Minor binary diffs traced down to an "encoding" flag in the JAR format which is not significant (see {{bug|408944}})
+
** Automated comparison of SDK against EPP are still possible when unzipping all Jar's and comparing the contents (actually listing contents with unzip -v is also fine)
+
 
+
<hr/>
+
'''May 22, 2013''' - Dani, Martin, John, McQ
+
* John: '''4.3 Update''' - still 100 bugs open with 4.3 target milestone, need a reminder
+
** There's still some [[Platform_UI/Plan/4.3 | Platform/UI 4.3 Backlog]] - some keybindings, activation, about dlg; need to make some decisions what's in or what's out
+
** Don't work on the list until the last day ... for any 2 bugs fixed, there's probably 1 introduced so need to ramp down
+
** Release review: Docs, N&N looking good
+
* Google Android announcement - IntelliJ is well integrated and polished, but Eclipse has more plugins ... the 2 concepts are somewhat at odds
+
** Just one in the large ecosystem - but need to watch for a trend of others moving away
+
 
+
<hr/>
+
'''May 15, 2013''' - Dani, Martin, John, McQ
+
* John: Switching focus from Orion to Eclipse Platform for the endgame - will be away first week of June
+
* Mike Milinkovich did a demo on Orion in the Zurich lab and at the Eclipse Stammtisch Zurich
+
 
+
<hr/>
+
'''May 8, 2013''' - Dani, Martin, John, Andrew, McQ
+
* Dani: {{bug|403149}} '''Removing Tycho Dependency''' - AI John comment on the bug
+
** Martin would like to see a simple Doc page somewhere that explains how to fix the versions
+
** Dani thinks that any serious build would update pom versions automatically as part of the build
+
* Martin: {{bug|402509}} context menu filtering - request gentle nudge
+
* John: Will '''switch to Asterisk''' for the PMC from next week on - '''AI McQ''' update the invite
+
 
+
<hr/>
+
'''May 1, 2013''' - John, Dani, Andrew, McQ
+
* John: LTS now running IBM Juno maintenance builds in LTS forge. Some small details still being worked out.
+
* Dani: Gerrit can be configured to deny non-fast-forward merges. We agreed to request that all Eclipse project Gerrit repositories be configured in this way. See {{bug|402791}} for details.
+
* Dani: Request for JUnit bundle to stop re-exporting Hamcrest bundle. Hamcrest was originally part of JUnit so this was done for compatibility reasons. We agreed that we will not do this because it breaks all users of JUnit bundle. See {{bug|403676}} for details.
+
 
+
<hr/>
+
'''April 24, 2013''' - John, Dani, Martin
+
* Dani: '''Upload Freeze Plan'''
+
* Dani: '''Java 8 Update'''
+
* John: '''Pawel stepping down as Platform/Debug Lead'''
+
** Leaves Pin & Clone orphaned for next year. Working sets for expression view also not in Kepler.
+
 
+
<hr/>
+
'''April 17, 2013''' - John, Dani, Martin
+
* Martin: '''New Classic Package''' - Will commit SDK branding, and Egit Capability def
+
** CSS - Should inherit proper styling from Platform (most probably OK)
+
* John: '''API Baselines''' - remind teams to set API baselines
+
* Martin: {{bug|402509}} context menu filtering - request gentle nudge
+
* John: [[Platform_UI/Plan/4.3 |Triage of Platform UI issues to be addressed]]
+
 
+
 
+
<hr/>
+
'''April 3, 2013''' - McQ, Dani, John, Andrew
+
* John: Kepler draft plan update ready, please take a look and provide comments
+
* We discussed EclipseCon. It was a very good event for Eclipse project. On desktop community is moving forward on Eclipse 4. There was lots of good feedback, and very little grumbling. Orion was very well represented, lots of talks and demos from several companies adopting it.
+
 
+
<hr/>
+
'''March 20, 2013''' - McQ, Dani, Martin, Andrew
+
* Dani: '''Java 8''' - jdt.core making very good progress - almost everything compiles in the editor
+
* Dani: '''pom files update''' - to be discussed in the arch call
+
* Martin: {{bug|402509}} '''Context Menus''' - no feedback, ping again
+
* Martin: {{bug|145635}} '''Pin & Clone'''
+
** Dani - the feature itself is good and makes sense, would also like it in JDT
+
** '''The UI metaphor is new and would need some testing in the Field''' - McQ would like the patch in ASAP in a way that doesn't cause more swirl to start experimenting
+
** CDT would need to adopt it, upstream changes needed
+
** Current implementation showed quite a lot of ripples and bugs
+
*** Current impl breaks existing workflows, that's the big problem
+
** John: only 1 milestone left, if it appears in M7 and breaks any adopters they have little time to react;
+
*** Can loop-in JDT and CDT, but there might be others ...
+
*** Was PTP involved in any way ? They could also be broken, they have very special requirements
+
** McQ: Do we have ownership of this work ? - If we have a clear need and a clear owner working on it we could give it a try
+
** '''AI Martin''' (1) Clarify with CDT why they didn't like the feature and what are their plans; all the rest comes after that eg PTP, Pawel, can it be done in a non-breaking way
+
* John: {{bug|402912}} '''Significant Memory Leak in M6''' fixed this week: noticable if eclipse running for a long time
+
** Workaround for M6: Turn off Workbench Autosave feature by setting it to 0
+
** ''AI Post to cross-project'' - people doing demos at Eclipsecon might want to use the workaround
+
* Martin: {{bug|397896}} '''New Classic Package''' - initial package done but unusable while the SDK branding bundle's contents is not migrated
+
** Martin will continue pushing for this to happen - fallback would be not
+
** Not much risk in judging whether it's good or not, only binary diff needed
+
* John: {{bug|380325}} '''Java 7 filesystem fragment'''
+
** McQ do we know performance implications, could we get rid of the native bundles ?
+
** Martin would like to have the fragment in all builds, to make it easier to test performance etc implications
+
* Martin: {{bug|403589}} '''eclipse.inf'''
+
** Different binary bits depending on distribution channel is bad ... Tycho removed
+
** Defect in post-processing (why does it add eclipse.inf) or defect in bundle preparation (why isn't eclipse.inf in there) ?
+
** Maybe related to pack200 conditioning - Martin thinks that eclipse.inf was used in the past as a marker to know whether pack200 conditioning has happened ... now downstream aggregator conditions and adds eclipse.inf
+
** '''AI John investigate'''
+
 
+
<hr/>
+
'''March 13, 2013''' - McQ, John, Martin, Dani
+
* Andrew: '''{{bug|397896}} final throughts on the EPP package'''
+
** Move forward with [https://bugs.eclipse.org/bugs/show_bug.cgi?id=397896#c17 ]
+
** Testing - could find someone if it's just "use during the test pass"
+
** Q: Can the EPP build be done frequently so it's available 1 week before the milestone for testing ?
+
* Martin: '''{{bug|402509}} context menu filtering'''
+
** Would like to get some advice from Platform on the approach; some trajectory of a solution moving forward
+
** Not a must-have for Kepler, but would like to see where this is heading
+
** '''AI McQ''' find Platform folk to discuss this
+
* John: '''Eclipse 4 API Status'''
+
** Publishing a "usable subset" of the former provisional API as final: model, core services; consume injection
+
** Allows building a real Eclipse 4 App now on API
+
*** Mostly clean-up, documentation; removing some bad stuff
+
*** Writing an App on Kepler E4 API might actually be able to run on Juno
+
** Some of the advanced stuff remains provisional for now, eg define injection
+
* John: '''Plan Update''' - No permission to update in the PMI
+
* McQ: '''CBI''' / Bad Launcher
+
** Have an idea that doing some little extra work after the CBI build might be good enough for now
+
** HP-UX CBI Build doesn't start out of the box (will likely stay a known issue for M6)
+
* Martin: '''{{bug|380325}} Java7 EFS Plugin''': Build ?
+
 
+
<hr/>
+
'''March 6, 2013''' - McQ, John, Martin, Andrew
+
* Martin: '''{{bug|402509}} context menu filtering'''
+
** AI Martin ask engineers document what we're doing today
+
* Martin: '''{{bug|397896}} EPP vs Classic''' - how to proceed
+
** Martin's recent findings on Marketplace
+
*** There's p2, Marketplace, Packages in the Open but they are only parts of the solution
+
*** There's commercial installers from EclipseSource (Yoxos), Genuitec, IBM
+
*** John: p2 simplified UI (eg Webtools Server Adaptors; Mylyn)
+
** What's missing ? David too booked ?
+
* John: '''CBI Builds in Kepler''' - SDK in good shape but repo and Equinox downloadpage not quite right yet, some might take until M6
+
* John: '''Delete old Platform/UI Branches''' - any PMC Policy ? No, convert branches to tags
+
* John: '''API Freeze next week''' - some (modest) new Eclipse 4 API's
+
** McQ recommends going for a "complete, but minimal subset of what people will want to do", rather than too many convenience methods
+
** John: Some API has been provisional for 3 years - can't make wholesale changes now for the fun of it
+
*** May phase in some changes by adding @noreference rather than deleting stuff
+
*** In some cases there's pressure to use interfaces rather than classes, in order to be able and leverage Java 8 constructs
+
* Orion - anybody going to JSConf ?
+
 
+
<hr/>
+
'''February 27, 2013''' - John, Andrew, Dani
+
* Nothing noteworthy
+
 
+
<hr/>
+
'''February 20, 2013''' - McQ, John, Dani, Martin, Andrew
+
* John: '''Orion Release Review''', please give feedback
+
 
+
<hr/>
+
'''February 13, 2013'''
+
* {{bug|156134}} re-exporting debug dependencies
+
 
+
<hr/>
+
'''February 6, 2013''' - John, Dani, Martin
+
* John: '''M5a and SR2 RC4'''
+
* John: Pawel and Platform / Debug work (Pin & Clone)
+
** Only adopt when it's really ready and satisfies all criteria, otherwise not into Kepler
+
** Maybe pull out Debug plugins into a feature of their own ?
+
 
+
<hr/>
+
'''January 30, 2013''' - McQ, John, Dani, Martin, Andrew
+
* John: '''SR2 RC3''' looking good - want to know about any remaining issues
+
* Dani: '''Java 8 Update''' - Markus Keller will move from JDT UI to JDT Core, taking over JSR-308
+
* John: '''NODE Dependency in Orion (exempt pre-req)'''
+
** Not shipping NODE ourselves, pushing to NODE package manager instead (or clone from git)
+
** Andrew: Is it a workswith ?
+
** Martin: Is there any overlap with the Java portion ?
+
*** The server code is completely distinct from Java, but the same client can interact with both
+
 
+
<hr/>
+
'''January 24, 2013''' -
+
* Martin: '''4.3 and 3.8 dual-stream''' - [http://www.eclipse.org/projects/project-plan.php?projectid=webtools#themes_and_priorities Webtools project plan]
+
** egit, mylyn, dtp have been doing both n + n-1 for a long time
+
** Technically, running on both should be possible if Platform API is used (except for the changes in Theming)
+
** The Eclipse Community needs to advance the latest (4.3)
+
** IBM product teams have been told not to forward at all if they can't forward to 4.x - shipping on 4.2
+
** John: Having '''wider ranges of tolerance''' is something we should be able to do (otherwise our plugin system is failing)
+
** John: Java8 will be the first killer feature in 4.x
+
* Dani: '''Java 8'''
+
** Will provide feature patches as soon as it makes sense - early draft, participating in expert group
+
** Want to have the compiler and editor ready when Java 8 goes GA - initial refactoring etc in SR1 - full feature set in the next release
+
* John: '''CBI update'''
+
** Consider switch after M5
+
 
+
<hr/>
+
'''January 17, 2013''' - McQ, John, Martin
+
* John: '''{{bug|397896}} EPP vs Classic'''
+
** Could volunteer to own the EPP package from Platform POV
+
** Then Wayne would own the decision of RCP/RAP vs Classic - what's the difference, keep both or unify
+
* John: '''Test Failures on I-Builds'''
+
** Move away tests that have been failing for 9 months
+
** Dani: Most tests are actually down to 0 failures
+
* John: '''CBI / Maven Builds'''
+
** Appears to be fragile at the moment - Maven .micro releases are breaking the build!
+
 
+
<hr/>
+
'''January 10, 2013''' - McQ, John, Dani, Martin
+
* McQ: '''CBI''' - Switching Platform build to CBI for SR2 is not doable
+
** Want to make CBI work for Juno since it's the LTS stream
+
** CBI SDK builds are good at this point, it's only a couple of minor issues (shape of repos, download page, ...
+
** When to switch to CBI in the Kepler Stream ? - Proposal do do it immediately
+
* CBI patches waiting for Platform to pick up
+
 
+
<hr/>
+
'''January 3, 2013''' - McQ, Andrew, John, Dani
+
* Andrew will recommend good conferences to promote Orion
+
 
+
<hr/>
+
 
+
= Archive =
+
 
* [[Eclipse/PMC/Minutes 2012 | Archive of Meeting Minutes from 2012]]
 
* [[Eclipse/PMC/Minutes 2012 | Archive of Meeting Minutes from 2012]]
 
* [[Eclipse/PMC/Minutes 2011 | Archive of Meeting Minutes from 2011]]
 
* [[Eclipse/PMC/Minutes 2011 | Archive of Meeting Minutes from 2011]]
 
* [[Eclipse/PMC/Minutes 2010 | Archive of Meeting Minutes from 2010]]
 
* [[Eclipse/PMC/Minutes 2010 | Archive of Meeting Minutes from 2010]]
 
* [[Eclipse/PMC/Minutes 2009 | Archive of Meeting Minutes from 2009]]
 
* [[Eclipse/PMC/Minutes 2009 | Archive of Meeting Minutes from 2009]]

Latest revision as of 10:39, 28 September 2022

Documents

Some documents written and/or used by the PMC:

Meeting Schedule

The Eclipse Project PMC has a weekly phone meeting every Tuesday at 11.00am EST.

Meeting Minutes

See https://github.com/eclipse-platform/.github/wiki/PMC-Meeting-minutes for new minutes

March 30, 2022 - Alex, Tom, Lars

  • Discussion about simplification of the Github repo structure
  • Currently no plan to provide a Github for user to report issues, we rather
  • For pull request there should no need to open a bug report / GH issue, all present PMC members agreed, to be discussed next week with Jay and MQ.

February 16, 2022 - Alex, Tom, Jay, Lars, McQ

  • IP log done for 2022-03, process might be removed by the foundation in the future
  • Auto-closed policy can now be decided by project, project committer can vote on it
  • Support of additional architecture LoongArch and FreeBSD was discussed, for now we expect the builds outside of Eclipse.org for these architures
    • building Eclipse might get easier with planned enhancements in Tycho
  • Bug reports from Bugzilla are not planned to be moved to Github, will continue to exist in Bugzilla


January 19, 2022 - Alex, Tom, Jay, Lars, McQ

January 12, 2022 - Alex, Tom, Jay, McQ

  • Move to PGP signed content news to IDE WG and Planning Council
    • Well received so far
    • 2022-03 to has the implementation, 2022-06 to do full switch
    • we use PGP for content not delivered to Simrel
    • Ed helps with implementation/bug fixes
    • only concern is critical CVE - that would require either help or PGP signed content being pushed to 2022-03
      • To be further discussed if such an issue happens
  • ECF relation
    • Project is heavily under resourced
    • No one knows good reason to still be using Apache Httpclient, Java HttpClient is not tried out and the previous JVM Http code had severe limitations
    • Development falling out on Platform releng for updates to Apache Httpclient, Windows proxy support and etc. is a no-go
    • Possible plan
      • Create Java Httpclient based connector for ECF or enhance the current default one to use Httpclient and not Httpconnection - removes need to update Apache Httpclient dependency, take care of windows specific bundles with JNA dependency and so on
      • If previous doesn't uncover limitation in Java's Httpclient stop shipping Apache Httpclient connector
      • Assuming 2 previous complete - look if it makes sense to not have ECF as a dependency at all to skip one cyclic dependency

Archive

Back to the top