Questions:
- do the runnable zips work fine as repos? eg., when someone
provisions the dirs have to be zipped up. are we happy with that?
- How does the runnable repo handle things like executables. I'm
thinking of the RCP zip.
Jeff
Andrew Niefer wrote:
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
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
-------------------
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
_______________________________________________
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
|
