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)
(Meeting Minutes)
(353 intermediate revisions by 8 users not shown)
Line 1: Line 1:
 +
= Documents =
 +
 +
Some documents written and/or used by the PMC:
 +
 +
* [[E4/Graduation_4.0]]
 +
* [[Eclipse/PMC/Unix Groups]]
 +
 
= Meeting Schedule =
 
= Meeting Schedule =
  
Line 5: Line 12:
 
= Meeting Minutes =
 
= Meeting Minutes =
  
'''Feb 17, 2010:''' - Martin, Dani, John
+
'''April 15, 2015''' - Dani, John, McQ, Alex, Martin
* Martin: {{bug|196337}} Pushing CDT Spawner into the Platform?
+
* Dani: '''Java 1.7 Changes'''
** John, Dani: Platform could only accept it when there is use for it in the SDK. Otherwise it would just bloat the Platform
+
** Some bundles have been moved to a 1.7 BREE by new committers, even after API freeze
** Recommended best practice: Keep Spawner living in CDT, but put it into a separate bundle such that it can be used by others out of Helios or other p2 Repos
+
** Rule has always been "we move up when there's a reason to move up". We won't move up without reason.
** The [[Nexus Project]], which was once meant to collect such micro functionality to be shared between projects was never successful. Similar requests (e.g. faceted projects) are consumed as individual bundles through p2 today, no matter in which project they have their home where they are developed.
+
*** Dani: Moving the BREE may even cause API changes, so should only be done when incrementing the minor version (5% risk)
* Martin: {{bug|301563}} Fast project import from snapshot data - UI or not?
+
*** Alex: Such updates allow staying current and not get to "rewrite is needed" state (thus needed) but has to happen before M6 (API freeze)
** John: Want some UI in the Platform in order to test it more easily, e.g. an export wizard
+
** Alex suggest not accepting additional changes, but not reverting either (to avoid churn)
* John: Webkit
+
* Dani: '''Batik 1.6 update'''
** Foundation thinks about allowing LGPL for exempt prereqs, but not for works-with .. missing a policy for dealing with LGPL works-with
+
** Martin: Exempt works-with (optiona) prereq is perfectly fine for Webkit, since there is a chance it's already there on a Platform (similar to Mozilla)
+
** Classifying it as such makes most sense for Product builders, who look at the prereqs to understand what they need to bundle with their Eclipse based product.
+
  
 
<hr/>
 
<hr/>
'''Feb 10, 2010:''' - John, Dani, McQ
+
'''April 8, 2015''' - Dani, Martin, Alex, John, McQ
* We agreed to list WebKitGTK and libsoup 2.4 as works-with prerequisites
+
* Dani: '''Batik''' - Platform is good, Train may need to update, perhaps updating one bundle only would suffice. John will follow up.
* We need to find consensus on {{bug|243582}} (embedding source info in binaries)
+
* Alex: '''SWT for GTK 3 News'''
* Discussed moving Ubuntu version on the plan from 9.04 to 10.04. It is too early to make this decision because release candidates of 10.04 are not yet available, but we will continue to monitor it and make the decision to move up (or not) later in the 3.6 cycle
+
** GTK port finally decoupled from X11 - it renders on Wayland now, can switch the renderer to a pure HTML one
 +
** This opens up opportunities (but depends on hosts that have GTK).
  
<hr/>
 
'''Feb 03, 2010:''' -  Dani, Martin
 
* Dani: {{Bug|301563}} -  Fast project import from snapshot data
 
** Has the feature been verified to really return the expected performance gain? - Martin: Yes, Cisco reports 10 minute -> 5 seconds improvement by using the feature on project import on their view (65000 files)
 
** Is the feature valuable without Index contributions from JDT / CDT? - Martin: Yes, even "plain" projects benefit when there are linked resources pointing to web folders through RSE/EFS since they can be browsed immediately and refresh can be reduced to what's really needed. But most benefit is gained when there is also a shared index to be imported for immediate use.
 
** Dani proposed checkin into a branch for easier merge / review - Martin: Will start working with patches
 
** AI Martin: Contact Sharon regarding IP review (reserve a slot)
 
  
 
<hr/>
 
<hr/>
'''Jan 27, 2010:''' - John, Dani, McQ, Martin
+
'''April 1, 2015''' - McQ, Alex, Martin, Dani (Regrets: John travelling)
* Dani: Markus Keller taking over JDT UI
+
* Alex: '''GTK 3.16''' seeing issues again - fixed some crashes, but scrolling is still entirely broken
* John: M6 Splashscreen for Eclipsecon: {{bug|297355}}
+
** SWT uses a number of things that GTK declares as "implementation detail"
* McQ: Removing Builds - SWT needs Linux-Motif, so only WPF about to be removed
+
* PMC approval on piggyback CQ's (AC question forwarded by John)
** In discussions with Microsoft, it turned out that WPF is not required to get full Windows 7 experience under Win32
+
** Dani sent [https://dev.eclipse.org/mhonarc/lists/eclipse-pmc/msg02332.html our position] to John in order to update the AC
** XAML for styling was meant to be a cool idea but never got flying
+
** Socialize people with this -- find whether people are inerested in contributing on this, if yes then we should support them
+
* Still working the IBM approval process for travelling to Eclipsecon
+
* Avoid merging major feature work after a milestone's Tuesday test pass
+
  
 
<hr/>
 
<hr/>
'''Jan 20, 2010:''' - John, Dani, McQ, Martin
+
'''March 18, 2015''' - Dani, Alex, Martin, McQ, John
* McQ: Contacted Steve N, still interested but unlikely to get more energy for investing into Eclipse
+
* John: '''EclipseCon''' - Bigger this year due to LocationTech (750 attendees)
* John: 3.5.2 test pass tomorrow, but yesterday's I-build been a mess
+
** Mark Reinhold keynote and "after-session" on Java 9
* McQ: Message about supporting Open JDK in a blog ... status should be "nice that it works but it's not a reference platform"
+
** Much interest in Orion JS tooling / editor, also on desktop
 +
** Public face of Eclipse Platform at the conference was much more diverse than in the past (Lars Vogel, Max Anderson, Google ...)
 +
* Dani: {{bug|458730}} '''Mars Plan Update'''
 +
* Dani: '''e4 project leadership''' approved by EMO
 +
* Dani: Szymon Brandys resigned as Platform/Resources co-lead. Need to +1 on the mailing list
  
 
<hr/>
 
<hr/>
'''Jan 13, 2010:''' - John, Dani, McQ, Martin
 
* McQ: U Manitoba students to help with technical communication (documentation, website, ...) for e4
 
* Dani: New way of contributing Capabilities for Helios... are we OK? - John: yes, Platform Capabilities are in the SDK feature
 
** FYI: Incubating projects are
 
* Martin: Documenting the Platforms we routinely test on
 
** Unittest / Perftest machines are know. When John updated the Reference Platform doc, he made sure that he knows at least one committer on each platform
 
** A poll to know what Platform(s) are actively used (by committers) on milestone granularity would be very helpful - John going to set that up
 
  
<hr/>
+
'''March 11, 2015 - no meeting (EclipseCon)'''
'''Jan 6, 2010:''' - John, Dani, McQ, Jeff
+
* Agreed on 3.5.2 [http://www.eclipse.org/eclipse/development/plans/freeze_plan_3_5_2.php freeze plan]
+
** Note RC2 is a week earlier to avoid colliding with Helios M5 week
+
* Discussed Helios plan updates 2 {{bug|298200}}
+
** Update Java 7 plan item to indicate only working on publicly available bits. Some progress made on getting access to specs but going slowly.
+
** Update reference JRE's to latest version of each JRE
+
* Jeff will be away for next six weeks (vacation)
+
* McQ to contact Steve to see if he still wishes to remain on PMC
+
  
 
<hr/>
 
<hr/>
'''Dec 9:''' - John, Dani, McQ, Martin
 
* Agree on the [[Eclipse/API Central/Deprecation Policy]]
 
  
<hr/>
+
'''March 4, 2015''' - Dani, McQ, Martin, John
'''Dec 2:''' - John, Dani, McQ
+
* Dani: '''e4 leadership''' - Dani will volunteer to co-lead
* Some discussion about getting good talk coverage at EclipseCon
+
* Dani: '''BREEs''' - documentation about how to pick the EE
* Need to revisit API deprecation policy when we have enough attendees
+
** Recommending the "earliest generally supported JRE that provides the capabilities you need"
 +
** Would like an URL on the page pointing to the most recent plan (talking to Wayne)
 +
* John: '''greatfix contest'''
 +
** Dani: Working well - some very small contributions but some also very large (eg Customize Perspective fixes)
 +
* John: '''EclipseCon''' - numbers looking good; join Planning Council Breakfast as delegate for Dani
  
 
<hr/>
 
<hr/>
'''Nov 25:''' - John, Dani, McQ
+
'''February 25, 2015''' - Dani, Martin McQ
* No interesting discussion due to lack of attendees
+
* No topics
  
 
<hr/>
 
<hr/>
'''Nov 18:''' - John, Martin, Dani
+
'''February 18, 2015''' - Dani, Alex, Martin
* John: Deadlocks / errors during JDT and CVS tests - deadlocks should be fixed, not sure about other failures.
+
* Alex: '''Building Native Launchers'''
 +
** Current way of building is kinda unpredictable - even if getting some agreement on versions to use, results are kinda unpredictable
 +
** Pushing towards Hudson RHEL builders at least at the EF to get more transparency and automation - attempt to mimic the infrastructure at IBM
 +
** Looking at 3 primary architectures (at the EF) for Linux vs. secondary architectures (non-public builders potentially)
 +
* Dani: Great initiative, but other (non-EF) builders must not be broken
 +
** EF doesn't allow any commercial tools (but currently, e.g. Windows launchers are built with MSVS)
 +
* Alex is willing to spend time to get Linux builds running; but can't help with other architectures
 +
** Martin: great approach - for Windows, using a cross-compiler on Linux might be interesting (after Linux native works)
 +
* Alex: This is just phase one - getting rid of the binaries in git repos might be phase 2 (since the checked-in binaries easily cause inconsistencies between Java and Native side)
 +
** Martin: Checked-in binaries help consumers and contributors who just want to make a Java change
 +
** Dani: Checked-in binaries are also used for comparing build results for expected vs accidental changes
  
<hr/>
+
* Alex: '''{{bug|459399}} - Policy for recommended minimum execution environments for bundles'''
'''Nov 11:''' - Dani, Martin, John, Jeff
+
** Dani: It works today
* Nothing to discuss.
+
*** To run Eclipse, Java 8 or Java 9 can be used (minimum BREE has no impact)
 +
*** To modify the source, a new JRE can be used but then the Execution Environment Descriptions need to be installed
 +
** Policy as discussed in the past: Each project can increase the BREE if there is a real need (such as generifying) and no upstream clients are broken
 +
*** But don't change the BREE without justification -- changing the BREE always has some effect, such as new warnings that would need to be addressed
 +
*** Suggested BREE for new bundles has already been changed by Lars
 +
* Alex: Even for bundles in "maintenance mode", old BREE causes issues for people who build from source (who have to change compilers etc)
 +
* No conclusion so far (Alex and Dani disagree)
 +
 
 +
* Dani: '''e4 leadership'''
 +
** Mature bits being moved to Eclipse - e4 remaining as an incubator to keep alive for experiments with low entry barrier
  
 
<hr/>
 
<hr/>
'''Nov 4:''' - Dani, Martin
+
'''February 11, 2015''' - Dani, Alex
* Discussed speeding up builds along the lines of {{bug|293830}}.
+
* no topics
  
 
<hr/>
 
<hr/>
'''Oct 28:''' - McQ, Dani, Martin, John
 
* McQ - vacation for 2 weeks: Dani to do the calls, John to do the status messages
 
* McQ, Dani - IntelliJ gone open source; but not making the J2EE part open source; GUI designer and XML tooling is open source; JUnit and TestNG integration; svn integration out of the box
 
** Seems to be a very liberal license - pulling in the UI designer into the Eclipse world might be an option
 
** We need more information
 
** '''Pre-integration''' of stuff: Could we have a "Get more stuff into Eclipse" menu item that auomatically grabs the popular stuff, rather than offering the more complex repo choices we have today
 
*** Or, lazy loading: E.g. click on a docs stub, open a dialog to install the docs
 
*** Address the casual end users like "Hey I just want to edit some XML"
 
** Martin: This is the "product" vs "framework" discussion which has come up before
 
** McQ: perhaps it is just a question of level of indirection?
 
** Martin: Yes but who is going to actually put resources on that?
 
** McQ: must have a solution in the base (the Platform)
 
** Martin: That would be great, then we can approach the AC with a much stronger background
 
** McQ: want to be competitive. Will know more about resourcing by Nov 16.
 
** John: Already have a plan for some groundwork for this in 3.6. Some Mylyn solution exists on top of p2.
 
** '''AI Martin''' put the item on the AC agenda
 
* Martin - Follow up on Oct 14 McQ '''Official Eclipse Platform Deprecation Policy'''
 
** John - Concerned about putting semantics on "Marketing numbers" for the releases. Focus on the time ("2 years") rather than releases.
 
** John - What about upstream projects? E.g. ECF had a major release
 
*** McQ - cannot make decisions for other projects. If I can only move when everyone else moves, we get a deadlock. Would like to only commit to version ranges that are re-exported
 
** '''AI''' continue discussion on the mailing list
 
  
 +
'''February 4, 2015''' - Dani, Alex, Martin
 +
* Alex: With GTK-3.15.[345] , Eclipse is entirely unusable
 +
** Alex has some dirty workarounds to make it start, but still many issues like trees not painted, ...
 +
** Crash on startup identified to be GTK bug. Fix to be released in 3.15.6 https://git.gnome.org/browse/gtk+/commit/?id=edec64cda3d4518b4e87d5ea5d287d4570ba9933
 +
* Dani: Working on Solaris 64-bit
  
 
<hr/>
 
<hr/>
'''Oct 21:''' - McQ, John, Dani, Martin, Jeff
 
* McQ - '''backward compatibility''': struggling more with maintaining backward compatibility than hoped
 
** 12000 references to "internal" in IBM products (RAD) according to API - mostly due to verbatim copies of Platform code, will need better API tooling to get rid of these false positives -- e.g. by grouping together by "copied package"
 
** IBM may need to keep the shape of internals alive when refactoring code
 
** Keep 3.x in place as is. Do any larger API changes in e4.
 
** Jeff - consumers need to understand that there is a lot of work being put into API, and it requires consumer's feedback / interaction
 
** If non-IBM committers need to break internals, they are allowed to do so. If IBM people need the internals, they will invest time to work around that again.
 
* Jeff - '''retention policies in the Galileo Repo'''
 
** Just keep on everybody's radar. Getting this right is VERY important for the entire community.
 
** We got some good stories in p2, but these don't mesh very well with mirroring (unless the entire repo is mirrored)
 
** Martin - discussions in last EAC call: Maven has long history of keeping old versions alive, Andrew Overholt mentioned that making access to old versions too easy may also be a problem
 
 
  
 +
'''January 28, 2015''' - Dani, Alex, John
 +
* Dani: Switch Mac OS X 10.9 with 10.10 in Mars target environments
 +
** No objections
 +
* Alex: Looking for any Eclipse related activity @Fosdem
 
<hr/>
 
<hr/>
'''Oct 14:''' - McQ, Dani, Martin
 
* Dani '''Nightly Builds''': More builds broken. Need to take more care for the builds.
 
* Martin '''e4 and the AC''': AC wants monthly e4 updates; Question about 4 competing declarative UI technologies
 
** The switch between being in the "incubator" and being the "Eclipse SDK" needs to be "what are we using ourselves"?
 
** Until we use e4 ourselves to develop, it's going to remain in the incubator. At the time we switch over, there will be one or more winning technologies.
 
** McQ to join AC calls, Martin to remind timely.
 
* Martin '''AC - API Deprecation Policy''' should be published, projects want to follow the Platform lead. '''AI McQ''' write something down
 
  
 +
'''January 21, 2015''' - Dani, Alex, Martin, McQ
 +
* Alex: '''Process for allowing non-committers extended bugzilla privileges (for bug triage)?'''
 +
** Dani: Yes a process exists. Send bugzilla username to Dani.
 +
* Alex: '''New resource for helping with SWT'''
 +
* Dani: '''Platform/UI co-lead'''
 +
* Dani: Solaris: Java 8 will only support 64 bits on both Intel and SPARC --&gt; IBM SWT Team considering to invest in getting patches in for 64-bit Solaris
 +
 +
<hr/>
 +
'''January 14, 2015''' - Dani, Alex, Martin, McQ, John
 +
* Dani: Update on Platform/UI Leadership: Daniel Rolka left IBM and for now has no time to contribute. He stepped down as co-lead and nominated Lars Vogel
 +
* Dani: Solaris x86 64-bit support - patches exist, but no machine available. No luck to get one from Oracle or via Eclipse Foundation. We will not support Solaris x86 64-bit unless someone makes a machine available
 
<hr/>
 
<hr/>
'''Oct 7:''' - John, Dani, Martin, Jeff
 
* Martin: '''How to run the performance tests'''
 
** John: See [http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.test.performance/doc/Performance%20Tests%20HowTo.html?view=co web doc]
 
** Dani: Frederic working on a tool for displaying results, he's still the man to ask in case of questions.
 
  
 +
'''January 7, 2015''' - Dani, Alex, Martin, McQ, John
 +
* Dani: '''Platform/UI Leadership'''
 +
* John: '''Git security issue''' - pick up a patch for Jgit in the packages before SR2? - Mostly an EPP
 
<hr/>
 
<hr/>
'''Sep 30:''' -  
+
 
 +
'''December 17, 2014''' - McQ, John, Dani
 +
* Platform UI leadership to be discussed in the next PMC call
 +
* no call on December 24 and December 31
  
 
<hr/>
 
<hr/>
'''Sep 24:''' -  
+
'''December 10, 2014''' - Alex, McQ, John, Dani, Martin
 +
* Dani: {{bug|427768}} Mickael (Red Hat) - Nested Project support contribution to Common Navigator to better support Maven projects
 +
* Dani: Red Hat also will wants to contribute making the Import easier {{bug|421930}}. First in the e4 incubator.
 +
** Just import from a folder, and contribute project configurators via extension point (e.g. detect POM files, Makefiles, ...)
 +
** McQ: Many complexities ... different users may want very different things to happen
 +
*** McQ: Just point to a Git repo -- the Git repo has a little metadata file at the root which allows launching the apps that the repo had been intended for ... maybe just make the project tree(s) a little more self-describing
 +
*** Is there a growing list of repos which already have that? - John: In the Java world, pom.xml is getting that ...
 +
*** Alex: .doap getting this (at least for Apache and GNOME projects - specifies at least the languages used)
 +
* Web IDEs : McQ and others gone through a lot of analysis of Web IDE's
 +
** Cloud9 has a much larger set of starting points ; in terms of the underlying core structure, Orion (and also Jay) are more interesting
 +
** Orion has an extremely lightweight plug-in model: pieces coming from all over the world may look like all running on the server - nice infrastructure for building Community around it
 +
** Orion + Flux could be a rival for anything out there
 +
** Orion continues to push on the Core Coding experience - Orion Editor is on par or better than most desktop editors
 +
* Vision: See [https://dev.eclipse.org/mhonarc/lists/platform-vision/msg00065.html Minutes on the platform-vision mailing list] ... Delivery will depend on people actually participating
  
 
<hr/>
 
<hr/>
'''Sep 17:''' - McQ, Dani, Martin, John
+
'''December 3, 2014''' - Alex, Martin, Dani, John (McQ travelling)
* John: '''CQ Process''' - The PMC's +1 is not for reading the code but for verifying that "we want this" on a high level. Bring dubious ones to the PMC as a group.
+
* John: [https://dev.eclipse.org/mhonarc/lists/platform-vision/ Platform Vision] - How to turn that into actionable items, Wayne wants to present to the Board
* McQ: '''Java 5''' - there are few plugins which may want an earlier Execution Environment, but it makes sense to drop the 1.4 Reference Platforms (need to communicate this to IBM).
+
* John: '''Performance tests''' running again since a couple weeks, now the graphs are also back again :)
* John: '''Component Milestone Plans''' - bring up in the arch call
+
** See http://download.eclipse.org/eclipse/downloads/drops4/I20141202-0800/performance.php
* Martin: '''AC Representation''' - McQ to lead, John to second
+
** Results are there but fingerprints currently missing
* Getting ready for M2, signing off for 3.5.1
+
** Baseline is 4.4.0 at the moment (consider comparing against 3.x at some point)
 +
** John: From experience, a single result isn't helpful, there's often weird anomalies from build to build ... need to look at trends over multiple builds, thus the graphs are really useful
  
 
<hr/>
 
<hr/>
'''Sep 10:''' - McQ, John, Jeff
+
'''November 26, 2014''' - Alex, Dani
* '''Java 5'''
+
* No relevant topics / decisions
* Jeff: '''Apache Aerius'''
+
* '''e4 progress'''
+
  
 
<hr/>
 
<hr/>
'''Sep 3:''' - McQ, Dani, Martin, John
+
'''November 19, 2014''' - Alex, Martin, Dani  (''McQ and John had issues dialing in'')
* John: '''New 3.6 plan''' - consider removing 1.4 as reference platform, talk to Runtime guys at IBM
+
* Dani: '''Jetty 9''' - Upgrade has been done, but new versions coming out ... will probably update from Jetty 9.2.3 to Jetty 9.2.5. Probably 9.3
* Dani: '''Doc Features'''
+
** WTP interested in newer Jetty version ... need to agree on a common version across the Release Train.
 +
** Alex: New Jetty JSP compiler failing ... filed a bug, will want this fixed (Jetty working on it)
 +
* Dani: '''{{bug|179924}} Request for ssh-agent''' - patch against Team from YMNK (JSch Committer)
 +
** egit would contribute the agent, but would make more sense putting it in Platform (+1 from Martin, no objection from Alex)
 +
* Equinox Declarative Services implementation - ProSyst stopped providing fixes, not responsive any more
 +
** New specificiation (R6) from OSGi adding lot of features, cannot risk staying behind
 +
** Suggestion to remove the ProSyst stuff and replace it with the Apache Felix implementation (used by IBM / WebSphere and others)
 +
** Martin: How mature / stable is the Felix code ? Can we influence it ?
 +
*** Dani: Very mature. Have more influence on Felix than on the Prosyst stuff ... through the IBM committers and others.
 +
*** Alex agrees. Using some parts of Felix already.
 +
* John (via Dani): '''Move e4 into Platform/UI''' - would like to start the review process next week.
  
 
<hr/>
 
<hr/>
'''Aug 26:''' - McQ, Dani, Martin, Jeff
+
'''November 5, 2014''' - McQ, Dani, Alex, Martin
* '''New Sat4j version''' - RT PMC decided to take it out again, so not an issue
+
* Eclipse Foundation greatbugs initiative - call into PMC
* '''Separating docs from the code?''' - Dani to post respective bug on the pmc mailing list
+
* Dani: EclipseCon Europe Report - met lot of people, best attended EclipseCon Europe ever :)
* '''e4 status updates''' - Jeff interested in regular e4 updates on the pmc
+
** IOT; IDE in the Web; are people moving away from Eclipse before the transition to Web can be completed ?
 +
* Alex: Discussion with Christian Campo on scaling up
 +
** Should better go into SWT ... but SWT has a reputation that it's hard getting a change in -- people prefer re-doing things their own than contributing :(
 +
** Alex thinks this problem doesn't exist any more ... but how to fight this misconception ?
 +
** John: Getting a change in may now be hard due to other reasons, eg lack of experienced committers
 +
** Alex: Consider voting in new committers more easily if somebody is interested ?
 +
* Alex: Difference between Eclipse and the Linux Foundation
 +
** Linux Foundation doesn't provide anything that anybody can use directly (just a source tarball) --&gt; all users become "contributors" of some sort
 +
** This leads to different expectations and has a number advantages (eg issues are reported to and worked on by member companies only)
 +
 
 +
'''October 22, 2014''' - Alex, Dani, McQ, John
 +
* Platform plan update nearly done, will be released soon
 +
* Orion release review is ongoing, release will be next week
 +
* Brief discussion of new bug reporting tool and related bug [https://dev.eclipse.org/recommenders/committers/dashboard/#/dashboard/temp/e6leTB3gQy-zUZI-73KtRQ dashboard]
 +
* PMC called '''canceled''' next week due to EclipseCon Europe
 +
 
 +
'''October 1, 2014''' - Alex, Dani, Martin, McQ
 +
* Dani - In touch with Oracle regarding Solaris x86
 +
* McQ - '''Platform UI''' tension between making Platform UI as stable as possible, versus new features
 +
** Community forming for new contributions - that's great! - But takes committer's time; committers reduced to "productize and fix" is problematic
 +
** how to get more contributions for bug fixes ?
 +
*** Alex: What about saying "This release we only accept bug fixes" ? Or for some milestone, eg after M4 only accept bug fixes ?
 +
*** Dani: Sounds great, but will the Community accept that ? - JDT BugBash did not work that well...
 +
*** Dani to prepare a draft message
 +
* Dani was in Bangalore - talked to Arun - good collaboration with Alex
 +
** Hard to get new SWT developers (Sami moving away on RH side)
 +
** Ideas to keep SWT relevant ... eg generate Browser based things
 +
*** GTK3 supports running in a browser now... (just one label for now, but an interesting approach)
  
 
<hr/>
 
<hr/>
'''Aug 19:''' - McQ, Dani, Martin, Jeff, John A
+
'''September 24, 2014''' - Alex, Dani, McQ, John, Martin
* '''Pruning inactive committers'''
+
* John: '''SWT Binaries Repository''' has got too big
** Martin: The EMO [http://dev.eclipse.org/mhonarc/lists/eclipse.org-project-leadership/msg00000.html recommends removing inactive committers] in order to keep the project vibrant and relevant. Why are there so many non-voters?
+
** Will prune old versions out of the git repository (which is only used internally) - "Release" drops will still be available from release builds.
*** Dani: Component Granularity - Portal is still broken for JDT UI vs. JDT Core.
+
** '''DECISION:''' OK to prune.
*** Martin: Yet there are likely some who really haven't been active for long -- but only component / project lead would know that
+
* '''SWT master still has sources for old Platforms''' like carbon and motif - cluttering up the source code
** McQ: We are not actively searching to prune inactive committers. Committers are good, whether active or not. No interest in doing any work for this, but OK if others do.
+
** '''DECISION:''' OK to remove references - source would remain in git for old branches, but not be visible in master any more.
*** Jeff: sees some sense in pruning the list, and did so in the past for Equinox
+
* Dani: '''p2 and Equinox''' - no sign-off for M2, leaders stepping down ?
** Rights - what can we actually do in the Portal?
+
** consider moving p2 back into Equinox, and probably Equinox back into the Eclipse project ?
*** Component leads can mark people active who appear inactive on the portal
+
** John: Equinox committers not really knowledgeable about p2 ... still, with less than 3 active committers a threshold is reached (can't hold elections any more)
*** Only [http://dev.eclipse.org/mhonarc/lists/eclipse.org-project-leadership/msg00002.html The Project Lead can decommitterize], and can do so without PMC interaction
+
** Still there's a couple of people contributing, so there are knowledgeable folk around
**** Jeff - it's odd that this is not symmetrical to approving new committers
+
** Dani: If there's committers committing code, they should also be responsible for sign-off
** John: Once a committer is emeritus and decides to come back, can we make the process of re-making them a committer easier?
+
* Dani: '''Java 7 and Jetty 9'''
*** Jeff thinks that the normal committer process is good in this case.
+
** Been using Jetty 8 for a while, now, there is Community Pressure upgrading to Jetty 9 but that requires Java 7
** '''Consensus:'''
+
** Java 6 no longer getting public updates since February 2013
*** We do not actively ask to remove inactive committers, but if a component / project lead wants to do so, they are welcome
+
** John:Adoptions needed in the Help System when moving to Jetty 9 ?
*** The process is to first send E-Mail to the potentially inactive committer and if they agree they are [http://dev.eclipse.org/mhonarc/lists/equinox-dev/msg04309.html decommitterized] and optionally turned to [http://dev.eclipse.org/mhonarc/lists/equinox-dev/msg04324.html committer emeritus]
+
*** Alex don't think so - been shipping Jetty 9 for over a year already; only required changing some dependencies.
*** If the E-Mail doesn't work any more they can also be decommitterized immediately.
+
*** '''ACTION ITEM: Alex offered to check this'''
* '''Reference Platforms'''
+
* Alex: '''Drop all the Java 6 Platforms from the list of Reference Platforms?'''
** Going through the process of refreshing reference platform list for Helios
+
** '''DECISION:''' Yes this needs to be done. Trying to support Java 6 won't buy any benefit at this point.
** Currently considering: Switch to SLES 11 from SLES 10, add Windows 7, add Ubuntu LTS 9.04, add 64-bit Eclipse for Linux PPC-64 (possibly replacing 32-bit Eclipse for Linux PPC-64)
+
** If you have additional platforms or upgrades to consider, send a note on eclipse-pmc or mention during a PMC call
+
* '''Bugzilla: LATER / REMIND states'''
+
** 4000 bugs affected. Need to discuss in the arch call how to proceed.
+
** Dani Proposal: LATER --&gt; WONTFIX / REMIND --&gt; INVALID / and move back to the inbox since often assignees no longer active
+
  
 
<hr/>
 
<hr/>
'''Aug 12:''' - McQ, Dani, Martin, Jeff, John A
+
'''September 17, 2014''' - no meeting
* '''Retrospective Actions''' -  
+
** Need to nominate a person to care for performance: Dani to try find somebody from JDT core for a bounded time (6 months or so)
+
** Build issues
+
** Bugzilla performance etc
+
* '''Backward compatibility'''
+
** Reporting tool - want a foundation database, that Members can report their API / non-API usage signatures into
+
** Part of the member value-add
+
** KNOWING the impact is the first important thing
+
* '''Forward compatibility''' - from RT / Christian Campo
+
** PDE never tried to ensure that somebody can use 3.4 to launch 3.5
+
** The differences in launching 3.4 vs 3.5 are small... if we would have been aware, we could have made this possible
+
  
 
<hr/>
 
<hr/>
'''Aug 5:''' - McQ, Dani, Martin, Jeff, John A
+
'''September 10, 2014''' - John, Martin, Alex, Dani
* '''Security proposal''' on eclipse-pmc list - agree that this should be closer to the target runtimes (wtp, ...)
+
* John: Mars having some build hickups due to removing Mac 32-bit builds
* '''"Plugin" vs "Bundle"''' - Clarification: Proposal was only about PDE. Global replacement is out of reach.
+
* John: Luna SR1 - almost done, respinning for 2 bugs in Equinox
** McQ thinks that Plugin is a Bundle that makes use of the Eclipse extension registry (plugin.xml) - Jeff disagrees wrt declarative services
+
* John: Cloud TLP (for Orion and others) - still on track for announcing end October
** As a message to end users, does it help us if we talk about "plugins"?
+
* Alex: Been busy with other stuff recently, back on the GTK version support discussion this week
** Is this an internal statement about tooling, or something we should do more globally?
+
** Martin: Many people will know what distro they have (or need), but not what GTK they have on there
** Real problem is, that people should perceive PDE as tooling for bundles: Make Eclipse more adoptable in the OSGi community
+
*** John: Also running GTK on AIX, Solaris, Linux Power and other which are not moving up that fast...
** "Bundle" and "Plugin" have been used interchangeably for about 5 years... but still, a more pervasive change would require lots of docs changes that may be very painful for consumers
+
*** Martin: Examples: RHEL 5.8 was GTK 2.10.4-21 ; RHEL 4.5 was at GTK 2.4.13-22
** McQ wants a technical proposal what should be changed
+
*** Popular distros would be Ubuntu LTS, RHEL, OpenSUSE
** Perhaps provide a '''separate''' tooling for bundles (with property files replaced)? EPP Package for Bundle Developers? - But a choice is not a good thing...
+
** Alex: Newer distros have up to 3 GTK versions installed, along with some means to switch between them, it's very confusing
** '''Jeff suggestion:''' Do PDE 3.6 that is "all bundles" plus add a compatibility bundle that gives you the word "plugin" back.
+
** Eclipse is the only project that dynamically loads DLL's and tries to support a broad range ... others typically compile against a specific version
* McQ: '''Backward Compatibility''' - consuming new versions of Eclipse is still too hard. IBM makes it the highest priority that '''everything''' that ran on 3.5 also runs on 3.6 - including internals - or the new version may not be consumable!
+
*** Most projects require GTK 2.24
** Do anything that may not be easily backwards compatible in the 4.0 stream rather than the 3.x stream.
+
** John: GTK versions are not really predictable ... between 3.04 and 3.10 there was a breaking change
** Jeff thinks this is going to be a hard sell because internals are made to be internal
+
** Alex: In every release there are small issues that we work around; and there's certain releases that are breaking stuff
** Jeff: API Tooling that allows people to discover use of internals, see also {{bug|261544}}
+
** '''NEXT ACTION: Send E-Mail'''
  
 
<hr/>
 
<hr/>
'''Jul 29:''' - McQ, Dani, Martin, John A, Jeff
+
'''September 3, 2014''' - John, Alex, Dani
* Dani will start to organize [[Eclipse/Galileo/Retrospective]] items
+
* Dani: away next week and on/off the next two weeks due to travel
* Too many broken builds recently
+
* Dani: RC4 next week. PMC please watch the PMC mailing list
* e4 shipping 0.9 this week
+
** John: will be available and monitor the mailing list
* PDE project proposal coming to explore Eclipse build technology
+
* Dani: Oracle interested in providing access to a Solaris 64-bit machine {{bug|442266}}
 +
* John: How/where to graduate the e4 tools
 +
** the community wants to graduate this out of incubation
 +
** initially proposed to create a separate project, but feels like adding too much overhead
 +
** John: proposed PDE as home, then Dani suggested to use Platform UI
 +
** Alex, Dani and John agree to suggest Platform UI as home for the e4 tools.
 +
** John to send a note to Lars
 +
* Alex: Limit supported number of GTK+ versions
 +
** SWT currently has to support over 20 different version. This doesn't scale.
 +
** Proposal: Bump min supported version with one minor release each release. Aka Luna has Gtk 2.10 as min, Mars would have 2.12 as min. Can consider even two minor releases (Mars requires 2.14) as this would keep the amount of supported versions the same as GTK releases one minor release every 6 months.
 +
** Dani, John: this is too limiting. We tended to support the most possible. Newest versions might have too many bugs.
 +
** All agree: we'd like to limit the amount of supported versions
 +
** Alex to cast a poll via Eclipse Foundation, which versions are used by users and companies
  
 
<hr/>
 
<hr/>
'''Jul 15:''' - McQ, Dani, Martin, John A, Jeff
+
 
* Dani: What to do with the [http://dev.eclipse.org/mhonarc/lists/eclipse-dev/msg08660.html Galileo Retrospective] items? Which ones should become action items? E.g. Bugzilla Slowness?
+
'''August 27, 2014''' - cancelled
** John: Next PC meeting is Aug 3, should have items for the PC ready by then
+
** Decision: PMC mailing list conversation, will review retrospective action in Jul 29 PMC meeting.
+
* McQ to send out a note to formalize John as the PC representation
+
* McQ wants status messages again for the arch call
+
  
 
<hr/>
 
<hr/>
'''Jun 24:''' - McQ, Dani
+
 
* Dani asked whether the PMC meeting notes are targeted for the public
+
'''August 20, 2014''' - John, Alex, Dani
** McQ: yes, they got announced on pmc mailing list
+
* Dani: new platform PowerPC 64-bit LE {{bug|441358 }}
* no PMC call next week due to a holiday
+
** maintained by IBM
 +
** will be added to 4.4.1 as early access
 +
** Dani to send a note to cross-platform
 +
* Dani: individual made patches to support Solaris 64-bit {{bug|442266}}
 +
** we'd like to add it but don't have a machine to support it
 +
** important because our current 32-bit Solaris build will become obselete since there's no 32-bit JRE for Java 7 and beyond
 +
** Oracle should be interested since they provide both, Java and Solaris
 +
** Dani to ask Oracle
  
 
<hr/>
 
<hr/>
'''Jun 17:''' - McQ, Dani, Jeff, John A, (Martin joined just as we were hanging up)
+
 
* Dani asked whether the PMC had internal discussion of new committer votes
+
'''August 13, 2014''' - McQ, Alex, Dani
** A: Generally the PMC member for the component gives +1, unless they feel the need to bring the discussion to the rest of the PMC
+
* Dani: Any feedback for the [https://www.eclipse.org/projects/project-plan.php?planurl=http://www.eclipse.org/eclipse/development/plans/eclipse_project_plan_4_5.xml Mars plan]?
* Jeff mentioned that we should remind the teams to do retrospectives
+
** McQ:
 +
*** It does not cover Orion, but that is OK and like in previous release plans. Orion will most likely be moved to another top-level project soon.
 +
*** We want to remove Mac OS X Universal 32-bit (all agreed)
 +
* Dani: How to deal with requests to push our bundles to repo.eclipse.org {{bug|441530}}
 +
** Dani: OK for me but we won't do the work
 +
** Alex: Maven needs the dependencies in the pom.xml. We don't want copy them from the manifest into the pom.xml and then maintain this. The pom should be updated when publishing the file into the Maven repo. Ideally by an automated task.
 +
** Conclusion: all agree with this, i.e. we won't do the actual work and we won't "pollute" our pom files.
  
 
<hr/>
 
<hr/>
'''Jun 10:''' - McQ, Martin, Dani, Steve, John A
+
'''August 6, 2014''' - McQ, Dani
* Welcome to Dani, John agrees to be here as a listening member for a while
+
* Dani: Will provide initial Mars plan next week
* Sun Java 6u14 (May 25) broken for debugging because thread ID's are changed when garbage collector runs
+
 
** Clearly a Sun bug (also happens in jdb) but not yet confirmed by Sun
+
** Described in Readme, but readme will only be available when a rebuild occurs
+
** Dani will send out a note tomorrow when they know more about other platforms
+
  
 
<hr/>
 
<hr/>
'''Jun 3:''' - McQ, Martin, Steve, Jeff
+
'''No meetings in July'''
* McQ - asking Dani M to join the Eclipse PMC to represent JDT. PMC agrees. McQ will send a note to Mike Milinkovich / EMO.
+
 
* McQ - asking John A to represent the Eclipse Project on Planning Council
+
** Jeff thinks that the PC rep should be a PMC member in order to have a strong bi-directional communication path.
+
** McQ proposes asking John to join the PMC calls for communication.
+
** Martin agrees provided that John is OK with this delegate role.
+
* Steve {{bug|277713}} critical bug, probably more critical bugs to triage - defer to arch call
+
* Jeff Target Provisioning discussion
+
  
 
<hr/>
 
<hr/>
'''May 27:''' - McQ, Martin, Steve
+
'''Jun 4, 2014''' - Dani, John, Martin, McQ, Alex
* {{bug|277735}} releng.tools copyright tool - Martin would like to see it released. Discuss in Arch call.
+
* Dani: '''RC4 Status''' looking good
 +
** 1 bug in JDT, 1 bug in Debug and 1 in Platform/UI on Linux being investigated ("Show In" no longer working)
 +
** Rest of the team working on docs
 +
** Alex: On Ubuntu, might want to disable UBUNTU_MENUPROXY ... this is causing a lot of issues
 +
* John: '''Went over the N&N''' ... number of things went in after M7 :)
 +
** Dark Theme - Good story in place combining the old 3.x Presentation API with the new E4 (CSS) technology in a good way
 +
 
  
 
<hr/>
 
<hr/>
'''May 20:''' - McQ, Martin
+
'''Jun 11, 2014''' - Martin, McQ, Alex, John
* PC Lead: John A suggested to represent Eclipse
+
* John: Eclipse Theming: When switching the OS Theme to dark, Eclipse should be aware
* Linux: New Launchers built, didn't start on Linux ... I-build was broken, want to know why
+
** Dark Theme is currently a tech preview
 +
 
  
 
<hr/>
 
<hr/>
'''May 13:''' - McQ, Martin, Jeff, Steve, Philippe
+
'''Jun 4, 2014''' - Dani, John, Martin, McQ, Alex
* {{bug|273660}} Common Navigator: Pipelining issues with JDT + CDT
+
* Dani: '''RC4 Status''' looking good
 +
** 1 bug in JDT, 1 bug in Debug and 1 in Platform/UI on Linux being investigated ("Show In" no longer working)
 +
** Rest of the team working on docs
 +
** Alex: On Ubuntu, might want to disable UBUNTU_MENUPROXY ... this is causing a lot of issues
 +
* John: '''Went over the N&N''' ... number of things went in after M7 :)
 +
** Dark Theme - Good story in place combining the old 3.x Presentation API with the new E4 (CSS) technology in a good way
 +
 
  
 
<hr/>
 
<hr/>
'''May 6:''' - McQ, Martin, Jeff
+
'''May 28, 2014''' - Dani, Alex, Martin
* McQ PDE Feature Request
+
* Dani: '''EOL'ing the Delta Pack''' - announce now, remove during Mars - it's been obsoleted by p2 functionality
** New Target Platform came in late
+
** Alex: Some of the test suite relied on the delta pack, it caused issues, OK with removing (PDE tests would need to be cleaned up)
** PMC agrees with trying to fix this, but want to see the final patch before +1
+
* Dani: '''Copyright Updates''' - tool is very slow since not ported from CVS properly, can run for hours
* McQ Testplan
+
** John: Worth doing periodically but probably won't matter legally since copyright lasts for 7 years
** People going to test their own because test plan is too complex
+
** The change is not without risk (Dani: Could schedule after the release)
* Jeff Splash Screen
+
** McQ: Should consider updating the tool as part of that work
 +
** Alex: Has a new intern, could use this as an opportunity to join
 +
* Dani: '''RC3 status''' - last planned build - looking good, except for Platform UI, where the list of bugs is still long
 +
* McQ: Discussions about a new Eclipse.org Web-based Toplevel Project
  
  
 
<hr/>
 
<hr/>
'''Apr 29:''' - McQ, Martin, Steve
+
'''May 14, 2014''' - Dani, Alex, John, Martin
* Martin: Java6 ref platform - anything between 6u3 and 6u10 (exclusive) was broken, anything after 6u10 (inclusive) has license issues in [http://java.sun.com/javase/6/javase-6-thirdpartyreadme.txt thirdpartylicensereadme.txt].
+
* Alex: SWT GTK3 and the Endgame Rules
** Suggestion: Dont update the plan document yet, but start running tests with 6u13 on Linux. '''AI McQ''' talk to Kim about this.
+
* Dani: Luna Plan Update
** '''AI Martin''' make a final attempt to get more info out of Sun.
+
* John: New Dashboard created by the EMO
* Steve: Solaris x86 - looks good but some problems with X server
+
* McQ: API Deprecation Policy {{bug|261544}} - '''AI McQ''' synthesise some summary and comment on the bug
+
* M7: Testers found some interesting prolbems with launching Eclipse from Eclipse (depending on VM, BIDI chars in paths dont work)
+
  
 +
<hr/>
 +
'''May 7, 2014''' - McQ, Dani, Alex, John, Martin
 +
* Martin {{bug|241957}} - GTK clipboard hang
 +
** Alex: GTK guys recommended using the async API, but no time for more investigation
 +
** McQ: Switching a sync API to async implementation underneath can be extremely messy (need to be aware of all possible events and event sources...)
 +
** McQ: If there is an idea canceling the clipboard wait ... given that the issue occurs only rarely, even a hacky solution is better than nothing
 +
* Dani: will do a plan update, hopefully this week
  
 
<hr/>
 
<hr/>
'''Apr 22:''' - McQ, Martin, Steve, Philippe
+
'''April 30, 2014''' - Dani, Martin, McQ
* Steve: Solaris x86 - got a Browser running, looking good,
+
* McQ: '''WB4 perspective customization''' - has it caused any issues ?
* Steve: Cocoa Sheets - new API - Dialogs associated with a Window: Dialog slides down from title bar
+
** Martin: Dealing with detached views works differently (dragging a window fails - must drag the tab inside the window)
** Clients need to opt in through new API because they need to specify a dialog as being adequate for sheet support
+
** Dani: Saved perspectives / windows are lost on an existing workspace when moving from 3.x to 4.x
* Martin: Maintenance builds post SR2
+
*** Martin/McQ: When crossing the major version boundary, it is OK to lose state - it's not nice but acceptable
** experience in the past has shown only very few, surgically isolated patches so the problem is probably smaller than anticipated
+
** Dani: The bigger problem is, that the whole "Perspective customization" dialog is still not working as expected
** don't want anything produced to appear official -- anything that appears official MUST result in a test pass and this must be avoided
+
*** Martin: Agree with the concern, but the Perspective customization dialog wasn't ever great
** it makes sense to talk about this in the context of "Release Train" and not only "Eclipse Platform" -- Martin filed {{bug|273262}} against the AC
+
*** McQ: If invest work here, rather make it good than bring back the previous status quo
* Martin has some update on Sun Java 6 -- will update {{bug|261724}}
+
*** Martin: Most customization done via plugin.xml / Java , don't expect end users to do a lot of customization themselves
 +
* Dani: '''M7 status'''
 +
** Defect triage under control - some items deferred to 4.5
  
  
 
<hr/>
 
<hr/>
'''Apr 15:''' - McQ, Jeff, Martin, Steve
+
'''April 23, 2014''' - McQ, Dani, John, Alex, Martin
* McQ: '''Solaris x86''' - OK if we get the machine up and running until Friday, too late for swapping reference platform otherways
+
* Alex - GTK2 or GTK3 as default - GTK3 it is
* '''Polish List''' [[Polish3.5]] - Some developers don't have time for polish items. For now, it's just a list such that we *know* what's coming up.
+
** GTK2 - more stable on old systems but no usable browser due to
** Martin wondering why we need a separate wiki page, bugzilla query should be enough?
+
*** xulrunner - latest version not supported by swt and latest distros don't even ship standalone xulrunner
** Who owns the Polish list - Eclipse Project Committers. We capture items that we find "stupid" when using Eclipse ourselves.
+
*** webkitgtk - gtk2 version in maintenance mode, upstream consider dropping, really crashy See [https://lists.webkit.org/pipermail/webkit-gtk/2014-March/001821.html]
* '''Maintenance builds after 3.4'''
+
** GTK3 still has some drawing issues (fighting them one by one, but functionally everything is there)
** IBM will never consume any community builds: want the absolute minimum of required fixes
+
** McQ: If neither state is really good, need to choose the option that's moving forward (switch to GTK3)
** If a fix shows up in any IBM product, then it is on a bug somewhere
+
* Dani - '''Freeze Plan created'''
** But fixes are never cumulative
+
* John - '''Hackathon in London proposed by Ian Skerret'''
** Martin thinks that a first step would be well-defined markup of such "released-to-product" fixes.
+
*  
** Another next step is allowing Eclipse builds by the Community -- we can do anything that's not making Kim's life harder.
+
** How to proceed with communications: open bugs, bugzilla discussions.
+
  
 +
<hr/>
 +
'''April 16, 2014''' - Dani, Alex
 +
* no topics today
  
 
<hr/>
 
<hr/>
'''Apr 1:''' - McQ, Jeff, Martin, Steve, Philippe
+
'''April 9, 2014''' - Dani, Martin, Alex
* McQ: Solaris x86 (recommend building since Sun helped at Eclipsecon), Perf results (not trustworthy on Windows?)
+
* Dani - '''Kepler SR2 and Java 8'''
* Martin: M-builds beyond 3.4.2
+
** Planning Council: Can build and host the patches, but messaging must be clear as "SR2 with the patches applied". Still polishing words of the download pages.
** Two problems: (a) provide a build system that the community can use, and (b) provide a platform for accumulating fixes easily without risking version collisions etc
+
** Not added to aggregate repo ... one-time package without any updates
*** The risk of (b) is high that as a result we'd have some low-quality sea of incompatible fixes. We better don't go with this.
+
** Feature patch available on Marketplace (for manual update) - for those starting from scratch they can now get "Kepler + Patch"
** Other solution is allow to cherry-pick on source level - just provide a new target milestone in bugzilla, product builders cherry-pick patches they want to apply and do so locally.
+
** Not convinced that the extra downloads were necessary (early adopters already had the patch, new adopters can also get Luna) ... but current approach won't hurt.
* Jeff: OSGi tooling; future plans around build
+
** We need to run builds ourselves (see also above) - e.g. equinox sdk feature is in some internal repository
+
** PDE build has stretched pretty far over time.. what to do with it
+
*** Needs to be one of the main plan items for 3.6, but don't want to wait that long
+
*** SAP perhaps to help out with staffing
+
* Boris to host the arch call since Steve, McQ, Philippe all cannot join
+
  
 +
* John - '''Hard to review all incoming Platform/UI Contributions'''
 +
** Dani tried to jump in on some issues like Icons
 +
** Doubt that some of the work will really help bringing committers on board (such as the for loop conversion)
 +
** Some of the initial contributors of very simple things have now grown into contributing real interesting things
 +
** Getting more people involved in initial reviews (currently some 10 active committers, 4-5 fullday ones) - but mainly Eric and Paul review patches
  
 
<hr/>
 
<hr/>
'''Mar 18:''' - McQ, Steve, Martin
 
* no arch next week due to EclipseCon
 
* McQ found a performance test that is 8000% slower
 
** teams are overwhelmed (but remind them to check performance tests)
 
* Martin reminded us about use of [http://dev.eclipse.org/mhonarc/lists/eclipse.org-committers/msg00575.html Parallel IP for Mature Projects] and JSch-0.1.41
 
** need to identify uses on the download links (or also inside the downloads?)
 
** EMO has not developed the policy yet
 
** McQ: "Q: Should we just not use the mechanism?"
 
** Downstream consumers may need to test against new lib features early. Just for test and experimentation, not for consumption: want parallel IP in I-builds
 
** McQ: Milestones are a corner case -- some consumers use these in products!
 
** Parallel IP is a tool for projects who want it. A clear policy is one thing. Guidelines for projects to adopt it or not is another thing -- may depend on the number and kind of consumers.
 
** Result: Martin to Bring up that topic on the [[Architecture Council/Meetings/March 22 F2F EclipseCon 2009]],
 
*** Example issues: can't put it in for I-build and remove for Milestone S-build
 
  
<hr />
+
'''April 2, 2014''' - Dani, Alex, John, Martin
 +
* Dani - new GTK3+ issues
 +
** crash/hang when SWT AWT bridge is used, also affects JavaFX ({{bug|431330}})
 +
** problems with main menu ({{bug|419830}})
 +
* Dani - '''Submitting the IP Log for the Java 8 Work'''
 +
** Currently not qualified as a "release", only submitting the IP log.
 +
* Dani - need to '''approve API changes for Java 8 in M7'''
 +
** No API changes, only additions
 +
** Used / tested by JDT Core / JDT UI
 +
** ObjectTeams (Stephan Herrmann) was involved
 +
** There were no objections i.e. changes were approved
 +
* John - '''SWT over JavaFX'''
 +
** EclipseCon: Steve Northover thought it was possible, just a lot of work
 +
** Decide after Luna whether hosting in SWT or doing as a separate project
 +
** Relationship to Tom Schindl's [http://www.eclipse.org/efxclipse/index.html e(fx)clipse project] ?
 +
*** e(fx)clipse is more about tooling, not so much about rendering ...
 +
*** Tom seems to have an alpha version, but not actively working on it
 +
*** Seem to need some additional API in SWT - patch sits in Gerrit with nobody putting any attention at the moment. Details in {{bug|426243}}
 +
*** Having this API in place would make the JavaFX port simpler
 +
**** It look good but Alex has no idea whether it's the best idea and how acceptable on all platforms
 +
**** John: May make sense in the next release, API can't be a near-term thing ... needs some backers who can invest significant time in it
 +
*** Doug Schaefer is also pushing for JavaFX
  
'''Mar 11:''' - McQ, Steve, Jeff, Martin
 
* Martin - '''{{bug|227055}} and late API additions'''
 
** McQ: after m6 is too late if it has any downstream impact (changing behavior, deleting things, ...). Plain API additions may slip a week.
 
** Steve: If new API has effect on performance and polish, may look more favorably.
 
** If going in after M6, it needs to go through the process (e-mail and public discussion on eclipse-pmc list).
 
** Strict API Tooling checks to be enabled next week
 
* McQ - '''state of M6'''; some late UI things to review
 
** Some low-risk polish Cocoa items for Eclipsecon (enablers)
 
** Still changes in p2 (after m6), but stabilizing
 
* Martin/Jeff - '''New Target Platform Page''' may require more tweaking - risk of breaking community workflows!
 
** E.g. adding a directory to the target platform; Jeff uses target platforms a lot, so he's likely more exposed than most of the Community... 10 to 15 locations with hundreds of bundles...
 
** Related to the {{bug|224145}} p2 "extension location" problem which broke user workflows. Don't want to have such breakage again.
 
* Jeff - '''Status on Galileo Must do's''' - deferred to next week
 
* McQ - '''p2 OSGi OBR Repositories'''
 
** Jeff: OSGi wants to foster bundle store / bundle repositories, and specify a repository standard (long-standing RFE112 never been ratified)
 
** Similar to p2, but does have some potential issues
 
** Ideally, Equinox would be the reference impl of whatever standard comes up... but got a staffing problem, how to get the solution standardized that we need.
 
*** Writing a p2 OBR repository adapter is not hard, but OBR repos won't be able to eat p2 metadata
 
** p2 doesn't care about XML format whereas OBR specifies the XML. p2 got more sophisticated API model. Jeff doesn't have access to the latest spec.
 
* Steve wants Eclipsecon demos to be done on '''Cocoa''', will expedite any bugfixes (please do file them!). Jeff needs browser integration.
 
  
 
<hr/>
 
<hr/>
 +
'''March 26, 2014''' - John, Dani, Martin, Alex
 +
* John - '''EclipseCon Update'''
 +
** Slightly smaller than in the past, but VERY of positive attitude, LOT of excitement around Java 8 ... Oracle turned on the servers during one of the morning sessions
 +
** IoT / M2M - lots of demos on Raspberry Pi, many new projects
 +
** Very good content around Orion and Javascript, but a small crowd
 +
** Great opening keynote from Mike Milinkovich on the history and future of Eclipse - mentioned Flux
 +
** See also Blog Posts from [http://cdtdoug.ca/ Doug Schaefer] and [http://eclipsesource.com/blogs/author/irbull/ Ian Bull] as well as [https://www.eclipsecon.org/na2014/news/top-5-ian-bull top 5 from Ian]
 +
* John - '''ARM port of GTK''' - any tracking items ?
 +
** Bug exists for Launchers on ARM64 ; several other items too
 +
** IBM PPC Little Endian port of SWT
 +
** Test on less used architectures like Solaris? - similar to the Windows 8 case...
 +
** Donating RHEL subscriptions to the Foundation was not accepted - John: Bug is open for having Hudson slaves run on other architectures
 +
*** Example: {{bug|430698}}, {{bug|429237}}, {{bug|415757}}; {{bug|419855}} talks about running virtualbox images on a vserver
 +
*** Denis is investigating some way running Hudson / HIPP instances on other hardware ... GTK3, Windows etc tests need other hardware
 +
*** Check for cost of hardware, companies to donate it, and people to maintain it (Security patches!)
 +
**** Alex could imagine RH signing up for some maintenance ... test machines could be entirely outside Eclipse.org infrastructure, isolated as their own sandbox
 +
**** Hudson needs access though, thus need to be careful about security
 +
* Alex - '''Java 8 vs Java 7''' currently can't build an Eclipse SDK when the build machine has only one of the JDK's
 +
** In the past, it was possible to build with only Java 7 ... now, if I have Java 8 I cannot build (need Java 7 too)
 +
** ==> Update on March 27 by Dani: this is {{bug|390889}} and we'll try to fix it for M7.
  
'''Mar 4:''' - McQ, Steve, Jeff, Philippe, Martin
+
<hr/>
 +
'''March 19, 2014''' - Dani, Alex, Martin, McQ
 +
* McQ - '''Congrats on Java 8 Release''' to coincide with the Oracle release
 +
* Dani - '''Windows 8 Support''' - any answer to John's E-Mail ?
 +
** McQ struggles with calling it a supported platform when nobody tests it; all we need to make sure is that somebody uses it
 +
** Send note to Wayne, the epp-dev list and cross-project
 +
** Make it clear that running on Win8 is a useful contribution ... and we WON't put Win8 on supported platforms list if we don't get that confirmation
  
* Upgrade 3.4 -> 3.5
+
<hr/>
** Will we be able to support this in p2?
+
'''March 12, 2014''' - Alex, Martin, McQ, John
*** Nope, needed hooks already in previous release (ie. needed them in 3.4 to be used by 3.5)
+
* GTK - SWT team discussions
** Problems include replacing the Eclipse .exe
+
* John - '''preparing for Java 8 release'''
** Is this an important use case?  There is no band width to solve this problem in 3.5
+
** it's a good showcase for p2 technology
+
** idea: put in the low level hooks for 3.5.1 and use them next time (ie. 3.5 -> 3.6)
+
** Did Update Manager ever do this?
+
*** Jeff: It does not
+
  
* Deprecating Mac carbon?
+
<hr/>
** Apple claims Cocoa is the future
+
'''March 5, 2014''' - John, Dani, Martin, Alex
** 3.5 will be the last version of Eclipse where Carbon is under active development
+
* Dani: '''How to Avoid Spam in Gerrit''' - Bug in Bugzilla PMC bucket - consider offline
*** But will maintain for 3.6 and 3.7
+
* Dani: '''Windows 8 Support'''
** Q: Has Apple officially deprecated carbon?
+
** Not listed in official plan
*** No but they have down played it (ie. no 64-bit support for carbon)
+
** No technical problem, but lack of resources - only 1 machine on the IBM team and that's a VM
** Should there be an official deprecation policy for platforms?
+
** Add as supported Platform for Luna, or wait another year ?
 +
** Most active development is on Linux and Windows 7 these days... agree with Dani that only active developer use helps finding real issues
 +
** AI John: Send a note to eclipse-dev
 +
*** Reaching out to Community to find an active user would be sufficient ... WPF or Win32 ? WPF is only a runtime target environment as of today.
 +
* Dani: '''State of GTK 3+'''
 +
** Not yet fixed on Eclipse side, but GTK found a bug on their side that is going to be fixed; not yet sure though if that will fix everything
 +
** Launcher now has a fallback to GTK2 if it detects the partially supported GTK3 version
 +
** Good collaboration after an initial warm-up phase ... Eclipse SWT considered an important-enough client to make fixes for
 +
** Alex: Concerned about users with a GTK 3.8 distro that update to GTK 3.10 and get the fallback to GTK 2 activated which has crashes with autocomplete in the browser
 +
** On GTK 3.9 or newer, Launcher falls back to GTK 2 but that port is pretty much unmaintained, several other problems in there ... but not falling back is even worse
 +
** Should be fine once distros start picking up paint / clipping issue fix (the not-drawing fix is still pending on SWT side)
 +
* Alex: '''GTK 3 in Mars'''
 +
** Bump minimum required version to only use cairo and get rid of older calls - this causes confusion with GTK folk
 +
** RHEL 5 would no longer work
 +
** Thanks to SWT now requiring Java 1.5, can simplify the code wrt JNI
  
 
<hr/>
 
<hr/>
 +
'''February 26, 2014''' - Alex, John, Martin, McQ
 +
* John: '''Orion Release''' this week
  
'''Feb 25:''' - McQ, Steve, Martin, Philippe
+
* Alex: '''Eclipse on ARM64'''
 +
** Launcher and swt at first
 +
** Had ports for other architectures in source form in the past, risk to get stale but helps getting the ball rolling
 +
** John: Quite a lot steps to make a new Platform real - constants in OSGi, ... - but can happen piecemeal eg only do SWT first
 +
*** Martin: Would make sense to document the required steps for adding a new Platform while doing the job
 +
*** At least, write up the TODO list - in order to make it easier the next time
 +
** Should ask Tom Watson about OSGi constants
  
* AC "committers should know" mail
+
* Dani: Update on '''GTK 3+ issue''' - bug filed against GTK, working on a workaround for fallback but not yet finished
** '''Following external links''' McQ why not introduce some Javascript on the server that warns users automatically when they follow an external link?
+
** Alex: Fix in GTK3 alone wouldn't work because SWT overrides GTK in that part
** Components to projects flattening (not on our plate at the time)
+
** McQ: If SWT API can't be implemented on top of new GTK API any more, discussion needs to happen
* Steve Target milestones for Eclipse project
+
*** If SWT does something wrong, would need pointers to what they should be doing instead...
* BZ patches to be flagged when they contain API
+
*** Maybe a couple phone calls to talk through the technical details
* '''N-builds broken''' over the weekend (again) - 3 weekends in a row - no people currently who are willing to work during the weekend
+
*** Don't fight over things ... figure out what's the right thing to do, and just do it
** Hudson might help eventually, for now using e4 builds as the guinea pig
+
* '''UI Forms has no committers''' - opportunity for Community to become committer
+
** migrate off (using internal browser instead)
+
** no critical bugs, less than 125 interesting bugs
+
** long-term future is e4 with css/styling and declarative ui
+
* '''Performance:''' No news (not yet while closing down API)
+
** Philippe thinks that the performance milestone must be earlier since performance might touch on API. We're losing memory because rebasing
+
** McQ - this cycle we had a performance run in M2, this year we're in a better position than last year
+
  
'''Feb 18:''' -  no meeting
 
  
'''Feb 11:'''
+
<hr/>
 +
'''February 19, 2014''' - Dani, Alex, Martin, John
 +
* Dani: '''Silenio to work on GTK issue?'''
 +
* John: '''GTK testing at the Eclipse Foundation'''
 +
* John: '''e4 ML discussion about graduating some tools'''
 +
** Model Editor, CSS Editor, CSS Spy, ...
 +
** Fairly late, but risk is rather low -- suggest putting into PDE
 +
** Dani concerns: No PDE committers available for handholding - and stuff is not polished; even Lars sees it in Luna+1
 +
** John: These tools would only be used by people building RCP apps
 +
** Martin: What is the goal of trying to graduate?
 +
*** If it's just about getting more exposure, perhaps keep in incubation and add to the RCP EPP Package ?
 +
** Alex would like adding new people / interested contributors to PDE
  
'''Feb 4:'''
+
<hr/>
 +
'''February 5, 2014''' - McQ, Dani, Martin, Alex
 +
* Dani: '''Confcall Numbers:''' Skype into the US tollfree; Alex use SIP
 +
* Martin: Eclipse 4 vs Eclipse 3.x - will file defects
 +
* Alex: Testing on modern Linux
  
 
<hr/>
 
<hr/>
 +
'''January 22, 2014''' - John, Dani, Alex, Martin
 +
* John, Alex: '''New GTK 3.10 breaking Eclipse on latest Fedora'''
 +
** Alex been looking at Browser
 +
** Some Views not showing up - Silenio just back yesterday
 +
** Dani: For 4.4m5 and 4.3.2, will document issues in the README
 +
*** Considered a fallback to "gtk2" support in the Launcher, but that was considered too risky
 +
*** Silenio might have a workaround ... OK if the new code can be added conditionally for GTK 3.10 only
 +
* Dani: '''M5 Status'''
 +
** Still many open bugs not triaged - component leads should triage earlier
  
'''Jan 28:'''
+
<hr/>
 +
'''January 15, 2014''' - McQ, Andrew, Dani, Martin
 +
* Dani: Lakshmi (SWT Team) going on maternity leave - SWT still a decent team of 4
 +
* Andrew: PMC Participation - Suggestion
  
* Java 6
+
<hr/>
** move reference platform to Sun 6u11
+
'''January 8, 2014''' - Dani, Martin, Andrew, John, McQ
*** problem(?): Sun added 3 new items added that are licensed LGPL or GPL
+
* Dani: '''API Freeze''' with M6 on March 7, but JDT cannot put Java 8 stuff in before (March 18) thus will have to ask for an exception
*** [[Image:Ok_green.gif]] Martin added comment to {{bug|261724}} to identify this issue
+
* ICU 4.0
+
** we will stay with 4.0
+
* Deprecation Policy
+
** still under discussion, {{bug|261544}}
+
* Use of internal provisional
+
** seems to be some consensus about *not* requiring this, {{bug|261874}}
+
* JDT co-leadership
+
** what is the process?
+
*** Jeff: vote in community; then propose to the PMC
+
*** Would like to get Dani Meghert involved.
+
*** Philippe will check development process documents
+
* Cocoa port
+
** Looking good
+
** Taking early access off and making it the "first" choice for Mac downloads
+
* Milestone progress / 3.4.2
+
** Need to discuss M5 in arch call (should have done this last week)
+
** Should always remind the team in the arch call of upcoming deadlines
+
** Performance issues that need API to fix have to happen by M6
+
*** Teams should understand performance results (will be discussed in a couple of weeks)
+
* Re: Reference Platforms
+
** Java6 on Solaris
+
*** Martin's company would like to support this
+
*** [[Image:Ok_green.gif]] filed {{bug|262907}} to discuss process and practices around reference platforms
+
 
+
'''Jan 21:'''
+
 
+
* How should we track meeting minutes topic - Wiki
+
* Provisional API conventions - Jeff working on {{bug|261874}} for discussion at the AC
+
** should there be a tag in the Javadoc (ie. "experimental")?
+
** Jeff wants to keep the concerns "conventions" vs "Javadoc" separate
+
** Jeff, "... Javadoc should not be generated for provisional ..."
+
** Martin disagrees, "... need feedback and discussion for new API ..."
+
* What is the '''role of the PMC lead?'''
+
** global view of components/processes
+
** organize architecture call, ensure we are on track
+
** spark conversations (ie. M5 is feature freeze)
+
* '''Reference platforms'''
+
** we should choose JDK1.6, "update 11" rather than "update 4"
+
** around "RC time", solidify the reference platform (it is the one we are testing on)
+
 
+
'''Jan 14:'''
+
  
* PMC component ownership x bugzilla pmc authorization
+
= Archive =
 +
* [[Eclipse/PMC/Minutes 2013 | Archive of Meeting Minutes from 2013]]
 +
* [[Eclipse/PMC/Minutes 2012 | Archive of Meeting Minutes from 2012]]
 +
* [[Eclipse/PMC/Minutes 2011 | Archive of Meeting Minutes from 2011]]
 +
* [[Eclipse/PMC/Minutes 2010 | Archive of Meeting Minutes from 2010]]
 +
* [[Eclipse/PMC/Minutes 2009 | Archive of Meeting Minutes from 2009]]

Revision as of 02:42, 16 April 2015

Documents

Some documents written and/or used by the PMC:

Meeting Schedule

The Eclipse Project PMC has a weekly phone meeting every wednesday at 10.30am EST.

Meeting Minutes

April 15, 2015 - Dani, John, McQ, Alex, Martin

  • Dani: Java 1.7 Changes
    • Some bundles have been moved to a 1.7 BREE by new committers, even after API freeze
    • Rule has always been "we move up when there's a reason to move up". We won't move up without reason.
      • Dani: Moving the BREE may even cause API changes, so should only be done when incrementing the minor version (5% risk)
      • Alex: Such updates allow staying current and not get to "rewrite is needed" state (thus needed) but has to happen before M6 (API freeze)
    • Alex suggest not accepting additional changes, but not reverting either (to avoid churn)
  • Dani: Batik 1.6 update

April 8, 2015 - Dani, Martin, Alex, John, McQ

  • Dani: Batik - Platform is good, Train may need to update, perhaps updating one bundle only would suffice. John will follow up.
  • Alex: SWT for GTK 3 News
    • GTK port finally decoupled from X11 - it renders on Wayland now, can switch the renderer to a pure HTML one
    • This opens up opportunities (but depends on hosts that have GTK).



April 1, 2015 - McQ, Alex, Martin, Dani (Regrets: John travelling)

  • Alex: GTK 3.16 seeing issues again - fixed some crashes, but scrolling is still entirely broken
    • SWT uses a number of things that GTK declares as "implementation detail"
  • PMC approval on piggyback CQ's (AC question forwarded by John)

March 18, 2015 - Dani, Alex, Martin, McQ, John

  • John: EclipseCon - Bigger this year due to LocationTech (750 attendees)
    • Mark Reinhold keynote and "after-session" on Java 9
    • Much interest in Orion JS tooling / editor, also on desktop
    • Public face of Eclipse Platform at the conference was much more diverse than in the past (Lars Vogel, Max Anderson, Google ...)
  • Dani: bug 458730 Mars Plan Update
  • Dani: e4 project leadership approved by EMO
  • Dani: Szymon Brandys resigned as Platform/Resources co-lead. Need to +1 on the mailing list

March 11, 2015 - no meeting (EclipseCon)


March 4, 2015 - Dani, McQ, Martin, John

  • Dani: e4 leadership - Dani will volunteer to co-lead
  • Dani: BREEs - documentation about how to pick the EE
    • Recommending the "earliest generally supported JRE that provides the capabilities you need"
    • Would like an URL on the page pointing to the most recent plan (talking to Wayne)
  • John: greatfix contest
    • Dani: Working well - some very small contributions but some also very large (eg Customize Perspective fixes)
  • John: EclipseCon - numbers looking good; join Planning Council Breakfast as delegate for Dani

February 25, 2015 - Dani, Martin McQ

  • No topics

February 18, 2015 - Dani, Alex, Martin

  • Alex: Building Native Launchers
    • Current way of building is kinda unpredictable - even if getting some agreement on versions to use, results are kinda unpredictable
    • Pushing towards Hudson RHEL builders at least at the EF to get more transparency and automation - attempt to mimic the infrastructure at IBM
    • Looking at 3 primary architectures (at the EF) for Linux vs. secondary architectures (non-public builders potentially)
  • Dani: Great initiative, but other (non-EF) builders must not be broken
    • EF doesn't allow any commercial tools (but currently, e.g. Windows launchers are built with MSVS)
  • Alex is willing to spend time to get Linux builds running; but can't help with other architectures
    • Martin: great approach - for Windows, using a cross-compiler on Linux might be interesting (after Linux native works)
  • Alex: This is just phase one - getting rid of the binaries in git repos might be phase 2 (since the checked-in binaries easily cause inconsistencies between Java and Native side)
    • Martin: Checked-in binaries help consumers and contributors who just want to make a Java change
    • Dani: Checked-in binaries are also used for comparing build results for expected vs accidental changes
  • Alex: bug 459399 - Policy for recommended minimum execution environments for bundles
    • Dani: It works today
      • To run Eclipse, Java 8 or Java 9 can be used (minimum BREE has no impact)
      • To modify the source, a new JRE can be used but then the Execution Environment Descriptions need to be installed
    • Policy as discussed in the past: Each project can increase the BREE if there is a real need (such as generifying) and no upstream clients are broken
      • But don't change the BREE without justification -- changing the BREE always has some effect, such as new warnings that would need to be addressed
      • Suggested BREE for new bundles has already been changed by Lars
  • Alex: Even for bundles in "maintenance mode", old BREE causes issues for people who build from source (who have to change compilers etc)
  • No conclusion so far (Alex and Dani disagree)
  • Dani: e4 leadership
    • Mature bits being moved to Eclipse - e4 remaining as an incubator to keep alive for experiments with low entry barrier

February 11, 2015 - Dani, Alex

  • no topics

February 4, 2015 - Dani, Alex, Martin


January 28, 2015 - Dani, Alex, John

  • Dani: Switch Mac OS X 10.9 with 10.10 in Mars target environments
    • No objections
  • Alex: Looking for any Eclipse related activity @Fosdem

January 21, 2015 - Dani, Alex, Martin, McQ

  • Alex: Process for allowing non-committers extended bugzilla privileges (for bug triage)?
    • Dani: Yes a process exists. Send bugzilla username to Dani.
  • Alex: New resource for helping with SWT
  • Dani: Platform/UI co-lead
  • Dani: Solaris: Java 8 will only support 64 bits on both Intel and SPARC --> IBM SWT Team considering to invest in getting patches in for 64-bit Solaris

January 14, 2015 - Dani, Alex, Martin, McQ, John

  • Dani: Update on Platform/UI Leadership: Daniel Rolka left IBM and for now has no time to contribute. He stepped down as co-lead and nominated Lars Vogel
  • Dani: Solaris x86 64-bit support - patches exist, but no machine available. No luck to get one from Oracle or via Eclipse Foundation. We will not support Solaris x86 64-bit unless someone makes a machine available

January 7, 2015 - Dani, Alex, Martin, McQ, John

  • Dani: Platform/UI Leadership
  • John: Git security issue - pick up a patch for Jgit in the packages before SR2? - Mostly an EPP

December 17, 2014 - McQ, John, Dani

  • Platform UI leadership to be discussed in the next PMC call
  • no call on December 24 and December 31

December 10, 2014 - Alex, McQ, John, Dani, Martin

  • Dani: bug 427768 Mickael (Red Hat) - Nested Project support contribution to Common Navigator to better support Maven projects
  • Dani: Red Hat also will wants to contribute making the Import easier bug 421930. First in the e4 incubator.
    • Just import from a folder, and contribute project configurators via extension point (e.g. detect POM files, Makefiles, ...)
    • McQ: Many complexities ... different users may want very different things to happen
      • McQ: Just point to a Git repo -- the Git repo has a little metadata file at the root which allows launching the apps that the repo had been intended for ... maybe just make the project tree(s) a little more self-describing
      • Is there a growing list of repos which already have that? - John: In the Java world, pom.xml is getting that ...
      • Alex: .doap getting this (at least for Apache and GNOME projects - specifies at least the languages used)
  • Web IDEs : McQ and others gone through a lot of analysis of Web IDE's
    • Cloud9 has a much larger set of starting points ; in terms of the underlying core structure, Orion (and also Jay) are more interesting
    • Orion has an extremely lightweight plug-in model: pieces coming from all over the world may look like all running on the server - nice infrastructure for building Community around it
    • Orion + Flux could be a rival for anything out there
    • Orion continues to push on the Core Coding experience - Orion Editor is on par or better than most desktop editors
  • Vision: See Minutes on the platform-vision mailing list ... Delivery will depend on people actually participating

December 3, 2014 - Alex, Martin, Dani, John (McQ travelling)

  • John: Platform Vision - How to turn that into actionable items, Wayne wants to present to the Board
  • John: Performance tests running again since a couple weeks, now the graphs are also back again :)

November 26, 2014 - Alex, Dani

  • No relevant topics / decisions

November 19, 2014 - Alex, Martin, Dani (McQ and John had issues dialing in)

  • Dani: Jetty 9 - Upgrade has been done, but new versions coming out ... will probably update from Jetty 9.2.3 to Jetty 9.2.5. Probably 9.3
    • WTP interested in newer Jetty version ... need to agree on a common version across the Release Train.
    • Alex: New Jetty JSP compiler failing ... filed a bug, will want this fixed (Jetty working on it)
  • Dani: bug 179924 Request for ssh-agent - patch against Team from YMNK (JSch Committer)
    • egit would contribute the agent, but would make more sense putting it in Platform (+1 from Martin, no objection from Alex)
  • Equinox Declarative Services implementation - ProSyst stopped providing fixes, not responsive any more
    • New specificiation (R6) from OSGi adding lot of features, cannot risk staying behind
    • Suggestion to remove the ProSyst stuff and replace it with the Apache Felix implementation (used by IBM / WebSphere and others)
    • Martin: How mature / stable is the Felix code ? Can we influence it ?
      • Dani: Very mature. Have more influence on Felix than on the Prosyst stuff ... through the IBM committers and others.
      • Alex agrees. Using some parts of Felix already.
  • John (via Dani): Move e4 into Platform/UI - would like to start the review process next week.

November 5, 2014 - McQ, Dani, Alex, Martin

  • Eclipse Foundation greatbugs initiative - call into PMC
  • Dani: EclipseCon Europe Report - met lot of people, best attended EclipseCon Europe ever :)
    • IOT; IDE in the Web; are people moving away from Eclipse before the transition to Web can be completed ?
  • Alex: Discussion with Christian Campo on scaling up
    • Should better go into SWT ... but SWT has a reputation that it's hard getting a change in -- people prefer re-doing things their own than contributing :(
    • Alex thinks this problem doesn't exist any more ... but how to fight this misconception ?
    • John: Getting a change in may now be hard due to other reasons, eg lack of experienced committers
    • Alex: Consider voting in new committers more easily if somebody is interested ?
  • Alex: Difference between Eclipse and the Linux Foundation
    • Linux Foundation doesn't provide anything that anybody can use directly (just a source tarball) --> all users become "contributors" of some sort
    • This leads to different expectations and has a number advantages (eg issues are reported to and worked on by member companies only)

October 22, 2014 - Alex, Dani, McQ, John

  • Platform plan update nearly done, will be released soon
  • Orion release review is ongoing, release will be next week
  • Brief discussion of new bug reporting tool and related bug dashboard
  • PMC called canceled next week due to EclipseCon Europe

October 1, 2014 - Alex, Dani, Martin, McQ

  • Dani - In touch with Oracle regarding Solaris x86
  • McQ - Platform UI tension between making Platform UI as stable as possible, versus new features
    • Community forming for new contributions - that's great! - But takes committer's time; committers reduced to "productize and fix" is problematic
    • how to get more contributions for bug fixes ?
      • Alex: What about saying "This release we only accept bug fixes" ? Or for some milestone, eg after M4 only accept bug fixes ?
      • Dani: Sounds great, but will the Community accept that ? - JDT BugBash did not work that well...
      • Dani to prepare a draft message
  • Dani was in Bangalore - talked to Arun - good collaboration with Alex
    • Hard to get new SWT developers (Sami moving away on RH side)
    • Ideas to keep SWT relevant ... eg generate Browser based things
      • GTK3 supports running in a browser now... (just one label for now, but an interesting approach)

September 24, 2014 - Alex, Dani, McQ, John, Martin

  • John: SWT Binaries Repository has got too big
    • Will prune old versions out of the git repository (which is only used internally) - "Release" drops will still be available from release builds.
    • DECISION: OK to prune.
  • SWT master still has sources for old Platforms like carbon and motif - cluttering up the source code
    • DECISION: OK to remove references - source would remain in git for old branches, but not be visible in master any more.
  • Dani: p2 and Equinox - no sign-off for M2, leaders stepping down ?
    • consider moving p2 back into Equinox, and probably Equinox back into the Eclipse project ?
    • John: Equinox committers not really knowledgeable about p2 ... still, with less than 3 active committers a threshold is reached (can't hold elections any more)
    • Still there's a couple of people contributing, so there are knowledgeable folk around
    • Dani: If there's committers committing code, they should also be responsible for sign-off
  • Dani: Java 7 and Jetty 9
    • Been using Jetty 8 for a while, now, there is Community Pressure upgrading to Jetty 9 but that requires Java 7
    • Java 6 no longer getting public updates since February 2013
    • John:Adoptions needed in the Help System when moving to Jetty 9 ?
      • Alex don't think so - been shipping Jetty 9 for over a year already; only required changing some dependencies.
      • ACTION ITEM: Alex offered to check this
  • Alex: Drop all the Java 6 Platforms from the list of Reference Platforms?
    • DECISION: Yes this needs to be done. Trying to support Java 6 won't buy any benefit at this point.

September 17, 2014 - no meeting


September 10, 2014 - John, Martin, Alex, Dani

  • John: Mars having some build hickups due to removing Mac 32-bit builds
  • John: Luna SR1 - almost done, respinning for 2 bugs in Equinox
  • John: Cloud TLP (for Orion and others) - still on track for announcing end October
  • Alex: Been busy with other stuff recently, back on the GTK version support discussion this week
    • Martin: Many people will know what distro they have (or need), but not what GTK they have on there
      • John: Also running GTK on AIX, Solaris, Linux Power and other which are not moving up that fast...
      • Martin: Examples: RHEL 5.8 was GTK 2.10.4-21 ; RHEL 4.5 was at GTK 2.4.13-22
      • Popular distros would be Ubuntu LTS, RHEL, OpenSUSE
    • Alex: Newer distros have up to 3 GTK versions installed, along with some means to switch between them, it's very confusing
    • Eclipse is the only project that dynamically loads DLL's and tries to support a broad range ... others typically compile against a specific version
      • Most projects require GTK 2.24
    • John: GTK versions are not really predictable ... between 3.04 and 3.10 there was a breaking change
    • Alex: In every release there are small issues that we work around; and there's certain releases that are breaking stuff
    • NEXT ACTION: Send E-Mail

September 3, 2014 - John, Alex, Dani

  • Dani: away next week and on/off the next two weeks due to travel
  • Dani: RC4 next week. PMC please watch the PMC mailing list
    • John: will be available and monitor the mailing list
  • Dani: Oracle interested in providing access to a Solaris 64-bit machine bug 442266
  • John: How/where to graduate the e4 tools
    • the community wants to graduate this out of incubation
    • initially proposed to create a separate project, but feels like adding too much overhead
    • John: proposed PDE as home, then Dani suggested to use Platform UI
    • Alex, Dani and John agree to suggest Platform UI as home for the e4 tools.
    • John to send a note to Lars
  • Alex: Limit supported number of GTK+ versions
    • SWT currently has to support over 20 different version. This doesn't scale.
    • Proposal: Bump min supported version with one minor release each release. Aka Luna has Gtk 2.10 as min, Mars would have 2.12 as min. Can consider even two minor releases (Mars requires 2.14) as this would keep the amount of supported versions the same as GTK releases one minor release every 6 months.
    • Dani, John: this is too limiting. We tended to support the most possible. Newest versions might have too many bugs.
    • All agree: we'd like to limit the amount of supported versions
    • Alex to cast a poll via Eclipse Foundation, which versions are used by users and companies

August 27, 2014 - cancelled


August 20, 2014 - John, Alex, Dani

  • Dani: new platform PowerPC 64-bit LE bug 441358
    • maintained by IBM
    • will be added to 4.4.1 as early access
    • Dani to send a note to cross-platform
  • Dani: individual made patches to support Solaris 64-bit bug 442266
    • we'd like to add it but don't have a machine to support it
    • important because our current 32-bit Solaris build will become obselete since there's no 32-bit JRE for Java 7 and beyond
    • Oracle should be interested since they provide both, Java and Solaris
    • Dani to ask Oracle

August 13, 2014 - McQ, Alex, Dani

  • Dani: Any feedback for the Mars plan?
    • McQ:
      • It does not cover Orion, but that is OK and like in previous release plans. Orion will most likely be moved to another top-level project soon.
      • We want to remove Mac OS X Universal 32-bit (all agreed)
  • Dani: How to deal with requests to push our bundles to repo.eclipse.org bug 441530
    • Dani: OK for me but we won't do the work
    • Alex: Maven needs the dependencies in the pom.xml. We don't want copy them from the manifest into the pom.xml and then maintain this. The pom should be updated when publishing the file into the Maven repo. Ideally by an automated task.
    • Conclusion: all agree with this, i.e. we won't do the actual work and we won't "pollute" our pom files.

August 6, 2014 - McQ, Dani

  • Dani: Will provide initial Mars plan next week



No meetings in July



Jun 4, 2014 - Dani, John, Martin, McQ, Alex

  • Dani: RC4 Status looking good
    • 1 bug in JDT, 1 bug in Debug and 1 in Platform/UI on Linux being investigated ("Show In" no longer working)
    • Rest of the team working on docs
    • Alex: On Ubuntu, might want to disable UBUNTU_MENUPROXY ... this is causing a lot of issues
  • John: Went over the N&N ... number of things went in after M7 :)
    • Dark Theme - Good story in place combining the old 3.x Presentation API with the new E4 (CSS) technology in a good way



Jun 11, 2014 - Martin, McQ, Alex, John

  • John: Eclipse Theming: When switching the OS Theme to dark, Eclipse should be aware
    • Dark Theme is currently a tech preview



Jun 4, 2014 - Dani, John, Martin, McQ, Alex

  • Dani: RC4 Status looking good
    • 1 bug in JDT, 1 bug in Debug and 1 in Platform/UI on Linux being investigated ("Show In" no longer working)
    • Rest of the team working on docs
    • Alex: On Ubuntu, might want to disable UBUNTU_MENUPROXY ... this is causing a lot of issues
  • John: Went over the N&N ... number of things went in after M7 :)
    • Dark Theme - Good story in place combining the old 3.x Presentation API with the new E4 (CSS) technology in a good way



May 28, 2014 - Dani, Alex, Martin

  • Dani: EOL'ing the Delta Pack - announce now, remove during Mars - it's been obsoleted by p2 functionality
    • Alex: Some of the test suite relied on the delta pack, it caused issues, OK with removing (PDE tests would need to be cleaned up)
  • Dani: Copyright Updates - tool is very slow since not ported from CVS properly, can run for hours
    • John: Worth doing periodically but probably won't matter legally since copyright lasts for 7 years
    • The change is not without risk (Dani: Could schedule after the release)
    • McQ: Should consider updating the tool as part of that work
    • Alex: Has a new intern, could use this as an opportunity to join
  • Dani: RC3 status - last planned build - looking good, except for Platform UI, where the list of bugs is still long
  • McQ: Discussions about a new Eclipse.org Web-based Toplevel Project



May 14, 2014 - Dani, Alex, John, Martin

  • Alex: SWT GTK3 and the Endgame Rules
  • Dani: Luna Plan Update
  • John: New Dashboard created by the EMO

May 7, 2014 - McQ, Dani, Alex, John, Martin

  • Martin bug 241957 - GTK clipboard hang
    • Alex: GTK guys recommended using the async API, but no time for more investigation
    • McQ: Switching a sync API to async implementation underneath can be extremely messy (need to be aware of all possible events and event sources...)
    • McQ: If there is an idea canceling the clipboard wait ... given that the issue occurs only rarely, even a hacky solution is better than nothing
  • Dani: will do a plan update, hopefully this week

April 30, 2014 - Dani, Martin, McQ

  • McQ: WB4 perspective customization - has it caused any issues ?
    • Martin: Dealing with detached views works differently (dragging a window fails - must drag the tab inside the window)
    • Dani: Saved perspectives / windows are lost on an existing workspace when moving from 3.x to 4.x
      • Martin/McQ: When crossing the major version boundary, it is OK to lose state - it's not nice but acceptable
    • Dani: The bigger problem is, that the whole "Perspective customization" dialog is still not working as expected
      • Martin: Agree with the concern, but the Perspective customization dialog wasn't ever great
      • McQ: If invest work here, rather make it good than bring back the previous status quo
      • Martin: Most customization done via plugin.xml / Java , don't expect end users to do a lot of customization themselves
  • Dani: M7 status
    • Defect triage under control - some items deferred to 4.5



April 23, 2014 - McQ, Dani, John, Alex, Martin

  • Alex - GTK2 or GTK3 as default - GTK3 it is
    • GTK2 - more stable on old systems but no usable browser due to
      • xulrunner - latest version not supported by swt and latest distros don't even ship standalone xulrunner
      • webkitgtk - gtk2 version in maintenance mode, upstream consider dropping, really crashy See [1]
    • GTK3 still has some drawing issues (fighting them one by one, but functionally everything is there)
    • McQ: If neither state is really good, need to choose the option that's moving forward (switch to GTK3)
  • Dani - Freeze Plan created
  • John - Hackathon in London proposed by Ian Skerret

April 16, 2014 - Dani, Alex

  • no topics today

April 9, 2014 - Dani, Martin, Alex

  • Dani - Kepler SR2 and Java 8
    • Planning Council: Can build and host the patches, but messaging must be clear as "SR2 with the patches applied". Still polishing words of the download pages.
    • Not added to aggregate repo ... one-time package without any updates
    • Feature patch available on Marketplace (for manual update) - for those starting from scratch they can now get "Kepler + Patch"
    • Not convinced that the extra downloads were necessary (early adopters already had the patch, new adopters can also get Luna) ... but current approach won't hurt.
  • John - Hard to review all incoming Platform/UI Contributions
    • Dani tried to jump in on some issues like Icons
    • Doubt that some of the work will really help bringing committers on board (such as the for loop conversion)
    • Some of the initial contributors of very simple things have now grown into contributing real interesting things
    • Getting more people involved in initial reviews (currently some 10 active committers, 4-5 fullday ones) - but mainly Eric and Paul review patches

April 2, 2014 - Dani, Alex, John, Martin

  • Dani - new GTK3+ issues
    • crash/hang when SWT AWT bridge is used, also affects JavaFX (bug 431330)
    • problems with main menu (bug 419830)
  • Dani - Submitting the IP Log for the Java 8 Work
    • Currently not qualified as a "release", only submitting the IP log.
  • Dani - need to approve API changes for Java 8 in M7
    • No API changes, only additions
    • Used / tested by JDT Core / JDT UI
    • ObjectTeams (Stephan Herrmann) was involved
    • There were no objections i.e. changes were approved
  • John - SWT over JavaFX
    • EclipseCon: Steve Northover thought it was possible, just a lot of work
    • Decide after Luna whether hosting in SWT or doing as a separate project
    • Relationship to Tom Schindl's e(fx)clipse project ?
      • e(fx)clipse is more about tooling, not so much about rendering ...
      • Tom seems to have an alpha version, but not actively working on it
      • Seem to need some additional API in SWT - patch sits in Gerrit with nobody putting any attention at the moment. Details in bug 426243
      • Having this API in place would make the JavaFX port simpler
        • It look good but Alex has no idea whether it's the best idea and how acceptable on all platforms
        • John: May make sense in the next release, API can't be a near-term thing ... needs some backers who can invest significant time in it
      • Doug Schaefer is also pushing for JavaFX



March 26, 2014 - John, Dani, Martin, Alex

  • John - EclipseCon Update
    • Slightly smaller than in the past, but VERY of positive attitude, LOT of excitement around Java 8 ... Oracle turned on the servers during one of the morning sessions
    • IoT / M2M - lots of demos on Raspberry Pi, many new projects
    • Very good content around Orion and Javascript, but a small crowd
    • Great opening keynote from Mike Milinkovich on the history and future of Eclipse - mentioned Flux
    • See also Blog Posts from Doug Schaefer and Ian Bull as well as top 5 from Ian
  • John - ARM port of GTK - any tracking items ?
    • Bug exists for Launchers on ARM64 ; several other items too
    • IBM PPC Little Endian port of SWT
    • Test on less used architectures like Solaris? - similar to the Windows 8 case...
    • Donating RHEL subscriptions to the Foundation was not accepted - John: Bug is open for having Hudson slaves run on other architectures
      • Example: bug 430698, bug 429237, bug 415757; bug 419855 talks about running virtualbox images on a vserver
      • Denis is investigating some way running Hudson / HIPP instances on other hardware ... GTK3, Windows etc tests need other hardware
      • Check for cost of hardware, companies to donate it, and people to maintain it (Security patches!)
        • Alex could imagine RH signing up for some maintenance ... test machines could be entirely outside Eclipse.org infrastructure, isolated as their own sandbox
        • Hudson needs access though, thus need to be careful about security
  • Alex - Java 8 vs Java 7 currently can't build an Eclipse SDK when the build machine has only one of the JDK's
    • In the past, it was possible to build with only Java 7 ... now, if I have Java 8 I cannot build (need Java 7 too)
    • ==> Update on March 27 by Dani: this is bug 390889 and we'll try to fix it for M7.

March 19, 2014 - Dani, Alex, Martin, McQ

  • McQ - Congrats on Java 8 Release to coincide with the Oracle release
  • Dani - Windows 8 Support - any answer to John's E-Mail ?
    • McQ struggles with calling it a supported platform when nobody tests it; all we need to make sure is that somebody uses it
    • Send note to Wayne, the epp-dev list and cross-project
    • Make it clear that running on Win8 is a useful contribution ... and we WON't put Win8 on supported platforms list if we don't get that confirmation

March 12, 2014 - Alex, Martin, McQ, John

  • GTK - SWT team discussions
  • John - preparing for Java 8 release

March 5, 2014 - John, Dani, Martin, Alex

  • Dani: How to Avoid Spam in Gerrit - Bug in Bugzilla PMC bucket - consider offline
  • Dani: Windows 8 Support
    • Not listed in official plan
    • No technical problem, but lack of resources - only 1 machine on the IBM team and that's a VM
    • Add as supported Platform for Luna, or wait another year ?
    • Most active development is on Linux and Windows 7 these days... agree with Dani that only active developer use helps finding real issues
    • AI John: Send a note to eclipse-dev
      • Reaching out to Community to find an active user would be sufficient ... WPF or Win32 ? WPF is only a runtime target environment as of today.
  • Dani: State of GTK 3+
    • Not yet fixed on Eclipse side, but GTK found a bug on their side that is going to be fixed; not yet sure though if that will fix everything
    • Launcher now has a fallback to GTK2 if it detects the partially supported GTK3 version
    • Good collaboration after an initial warm-up phase ... Eclipse SWT considered an important-enough client to make fixes for
    • Alex: Concerned about users with a GTK 3.8 distro that update to GTK 3.10 and get the fallback to GTK 2 activated which has crashes with autocomplete in the browser
    • On GTK 3.9 or newer, Launcher falls back to GTK 2 but that port is pretty much unmaintained, several other problems in there ... but not falling back is even worse
    • Should be fine once distros start picking up paint / clipping issue fix (the not-drawing fix is still pending on SWT side)
  • Alex: GTK 3 in Mars
    • Bump minimum required version to only use cairo and get rid of older calls - this causes confusion with GTK folk
    • RHEL 5 would no longer work
    • Thanks to SWT now requiring Java 1.5, can simplify the code wrt JNI

February 26, 2014 - Alex, John, Martin, McQ

  • John: Orion Release this week
  • Alex: Eclipse on ARM64
    • Launcher and swt at first
    • Had ports for other architectures in source form in the past, risk to get stale but helps getting the ball rolling
    • John: Quite a lot steps to make a new Platform real - constants in OSGi, ... - but can happen piecemeal eg only do SWT first
      • Martin: Would make sense to document the required steps for adding a new Platform while doing the job
      • At least, write up the TODO list - in order to make it easier the next time
    • Should ask Tom Watson about OSGi constants
  • Dani: Update on GTK 3+ issue - bug filed against GTK, working on a workaround for fallback but not yet finished
    • Alex: Fix in GTK3 alone wouldn't work because SWT overrides GTK in that part
    • McQ: If SWT API can't be implemented on top of new GTK API any more, discussion needs to happen
      • If SWT does something wrong, would need pointers to what they should be doing instead...
      • Maybe a couple phone calls to talk through the technical details
      • Don't fight over things ... figure out what's the right thing to do, and just do it



February 19, 2014 - Dani, Alex, Martin, John

  • Dani: Silenio to work on GTK issue?
  • John: GTK testing at the Eclipse Foundation
  • John: e4 ML discussion about graduating some tools
    • Model Editor, CSS Editor, CSS Spy, ...
    • Fairly late, but risk is rather low -- suggest putting into PDE
    • Dani concerns: No PDE committers available for handholding - and stuff is not polished; even Lars sees it in Luna+1
    • John: These tools would only be used by people building RCP apps
    • Martin: What is the goal of trying to graduate?
      • If it's just about getting more exposure, perhaps keep in incubation and add to the RCP EPP Package ?
    • Alex would like adding new people / interested contributors to PDE

February 5, 2014 - McQ, Dani, Martin, Alex

  • Dani: Confcall Numbers: Skype into the US tollfree; Alex use SIP
  • Martin: Eclipse 4 vs Eclipse 3.x - will file defects
  • Alex: Testing on modern Linux

January 22, 2014 - John, Dani, Alex, Martin

  • John, Alex: New GTK 3.10 breaking Eclipse on latest Fedora
    • Alex been looking at Browser
    • Some Views not showing up - Silenio just back yesterday
    • Dani: For 4.4m5 and 4.3.2, will document issues in the README
      • Considered a fallback to "gtk2" support in the Launcher, but that was considered too risky
      • Silenio might have a workaround ... OK if the new code can be added conditionally for GTK 3.10 only
  • Dani: M5 Status
    • Still many open bugs not triaged - component leads should triage earlier

January 15, 2014 - McQ, Andrew, Dani, Martin

  • Dani: Lakshmi (SWT Team) going on maternity leave - SWT still a decent team of 4
  • Andrew: PMC Participation - Suggestion

January 8, 2014 - Dani, Martin, Andrew, John, McQ

  • Dani: API Freeze with M6 on March 7, but JDT cannot put Java 8 stuff in before (March 18) thus will have to ask for an exception

Archive

Back to the top