Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [eclipse-dev] Planning Meeting Notes - Feb 25, 2009


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


Back to the top