| Re: [eclipse-dev] Planning Meeting Notes - Feb 25, 2009 |
> - do the runnable zips work fine as repos? eg., when someone
> provisions the dirs have to be zipped up. are we happy with that?
The executables would not have metadata associated with it and the rezipping of directories could likely cause issues.
> - How does the runnable repo handle things like executables. I'm
> thinking of the RCP zip.
There are available as p2 artifacts and we have corresponding metadata with them
>
> 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
>
>
> 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
>
>
> _______________________________________________
> 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