Re: [eclipse-dev] Planning Meeting Notes - Feb 25, 2009

[Andrew Niefer <aniefer@xxxxxxxxxx>]

For zips that are being used as-is for
targets, we can instead ship a repo in runnable form.
In M5 we added a task that transforms
repositories so that folder shaped bundles are in folders instead of jars.
 The transformed repo is still a repository.  This is used by
pde.build in order to consume zipped repostories for the build.  

I see no reason why we can't just ship
a transformed zipped repo.

-Andrew

Jeff McAffer <jeff@xxxxxxxxxxxxxxxxx>
Sent by: eclipse-dev-bounces@xxxxxxxxxxx

02/25/2009 01:54 PM

Please respond to
"General development mailing list of the Eclipse project."        <eclipse-dev@xxxxxxxxxxx>

To	"General development mailing list of the Eclipse project." <eclipse-dev@xxxxxxxxxxx>
cc
Subject	Re: [eclipse-dev] Planning Meeting Notes - Feb 25, 2009

In general this is a good direction.  it will change
workflows for people who have been used to "the old way" and
as such we need a clear communication effort around the change. As we have
seen before, there are a number of ways that the delivery structure surfaces
in people's builds and daily flows.

The RCP zip is actually useful as the base for people's development.  If
we ship it as a p2 repo then it is not directly usable as a target platform
element.  We might consider retaining this as separate zips (perhaps
with p2 repos inside *as well*).

Jeff

Kim Moir wrote: 

Other discussion item 

https://bugs.eclipse.org/bugs/show_bug.cgi?id=262083#c6

I'd like to change the current multitude of platform specific JDT, CVS,
PDE and RCP zips that are currently available on the download page to a
single p2 repo for each feature.  This will reduce the amount of disk
space each build consumes, reduce the time the build takes and encourage
consuming teams to start using p2 repos instead of zips.

Kim

Mike Wilson/Ottawa/IBM@IBMCA
Sent by: eclipse-dev-bounces@xxxxxxxxxxx

02/25/2009 10:28 AM

Please respond to
"General development mailing list of the Eclipse project."        <eclipse-dev@xxxxxxxxxxx>

To	eclipse-dev@xxxxxxxxxxx
cc
Subject	[eclipse-dev] Planning Meeting Notes - Feb 25, 2009

-------------------
Discussion Topics 
-------------------

User Assistance:
- org.eclipse.ui.forms is approaching a point where it has no committers
 with time to work on it. Can we find someone to work on this component?
 If not what is our fallback plan?

--------
Status 
--------

JDT UI:
- various fixes in Runnable Jar Exporter
- enabled Rename refactoring quick assist in Java compare editors
- Inline Local Variable and Inline Constant refactorings now insert
 necessary explicit casts if there was an implicit conversion that
 widened the initializer's type to the variable's type
- bug fixing
- inbox tracking

Platform Text and JDT Text:
- continued work on 'Open Implementation' hyperlink detector
- continued work on adding 'Show in Properties File' action to
 NLS key hover
- adopted range differencer API from Compare and got rid of our
 own implementation
- bug fixing
- inbox tracking

Platform Search:
- inbox tracking

Debug:
- new extension point to contribute Java breakpoint listeners (bug 260910)
- continued work on EclipseCon tutorial
- bug fixing

PDE:
- continued enhancements to new Target Platform preference page:
 - removed old preference page from the build
- API tooling:
 - baselines now pickup bundles from dropins folder
 - enhanced analysis of split bundles
 - cleaned up unreliable performance tests
 - investigating performance improvements for incremental build
- DS 1.1 support completed
- work in progress around removing config.ini from launcher/product
 definitions in favor of list of properties
- bug fixing

User Assistance:
- working on search index performance but have yet to get much improvement.
- bug fixing
- reviewing bugs in the inbox

Rel. Eng.:
- testing new p2 slicer
- merging metadata etc  in preparation for 3.4.2 release this wed.
- testing using comparator to use when mirroring from repos in the build
- bug fixing

Workspace:
- inbox tracking
- working on 3.5 M6:
 - http://www.eclipse.org/eclipse/platform-team/team3.5/plan.php#m6
- fixing regression in the compare editor
- final work on bug 220457, bug 201116 (multiple contentMergeViewers
 for the same content type, file extension)
- new API to instantiate and apply arbitrary hunks (bug 183226, bug 265824)
- compare core plug-in changed to 3.5 (was 1.0)

Platform UI:
- 3.5 bug fixing
- We are going to change our bug triage process: 
 - http://wiki.eclipse.org/Platform_UI/Bug_Triage
_______________________________________________
eclipse-dev mailing list
eclipse-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://dev.eclipse.org/mailman/listinfo/eclipse-dev

---

_______________________________________________
eclipse-dev mailing list
eclipse-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://dev.eclipse.org/mailman/listinfo/eclipse-dev
  _______________________________________________
eclipse-dev mailing list
eclipse-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://dev.eclipse.org/mailman/listinfo/eclipse-dev