| I vote -1 for parallel, but I presume it's too late now.
Greg +1 for parallel.
We'll live with it. Thanks, Markus.
...Beth
Beth Tibbitts
Eclipse Parallel Tools Platform http://eclipse.org/ptp
IBM STG - High Performance Computing Tools
Mailing Address: IBM Corp., 745 West New Circle Road, Lexington, KY 40511
<graycol.gif>Markus Knauer ---06/14/2013 11:35:30 AM---Hi Beth, I know that this may sound very frustrating but to me it doesn't look like
Hi Beth,
I know that this may sound very frustrating but to me it doesn't look like a blocker. A rebuild of a single package is something that we can offer for a milestone build, but release candidates are different. The reason is that we have a single p2 repository with the metadata of *all* packages. If we rebuild this p2 repository, we must rebuild *all* packages to make sure they correspond to the p2 repository that we release together with the build. For milestone builds I accept small differences between the packages and the p2 repository on a case by case basis, but we cannot accept this in the release.
This comes down to: If we have to run a rebuild for a single package, we need to convince all other package maintainers to re-test their packages.
(That's the situation right now... I know that it is possible to mirror selectively (and manually) artifacts from different p2 repositories into one, but that doesn't sound right for a release. Too many errors could be introduced then.)
Thanks,
Markus
On Fri, Jun 14, 2013 at 3:09 PM, Beth Tibbitts <tibbitts@xxxxxxxxxx> wrote:
We unfortunately are missing the feature that got entangled in RC2.
I really hate to ask but...can we get a respin of just parallel package?
I have added the feature back in:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=410811
...Beth
Beth Tibbitts
Eclipse Parallel Tools Platform http://eclipse.org/ptp
IBM STG - High Performance Computing Tools
Mailing Address: IBM Corp., 745 West New Circle Road, Lexington, KY 40511
<graycol.gif>Markus Knauer ---06/14/2013 04:22:04 AM---Hi package maintainers, last chance... the RC4 build is ready, it includes the changes from the
Hi package maintainers,
last chance... the RC4 build is ready, it includes the changes from the rebuild yesterday, and all build log files look good, nothing suspicious in there. Please test the following build carefully:
http://build.eclipse.org/technology/epp/epp_build/kepler/download/20130614-0234/
The p2 repositories for this build are
http://build.eclipse.org/technology/epp/epp_build/kepler/download/20130614-0234/repository/ and
http://download.eclipse.org/releases/staging/
Please let me know your votes as soon as possible, and don't forget about the "incubation" statement.
The next steps will be as described in the Kepler Final Daze document [1] in the wiki. In addition to that I will ask for your help next week to review the description of your package, the URLs to the N&N, etc. in the epp.website.xml files, and the webmasters may need your help with icons, feature matrix etc.
Thanks,
Markus
[1] http://wiki.eclipse.org/Kepler/Final_Daze_______________________________________________
epp-dev mailing list
epp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/epp-dev
_______________________________________________
epp-dev mailing list
epp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/epp-dev
--
###
EclipseSource Group
Telefon: +49 721 664733-0 (GMT +2)
Telefax: +49 721 66473329
http://eclipsesource.com
Innoopract Informationssysteme GmbH
Lammstrasse 21, 76133 Karlsruhe Germany
General Manager: Jochen Krause
Registered Office: Karlsruhe, Commercial Register Mannheim HRB 107883_______________________________________________
epp-dev mailing list
epp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/epp-dev
epp-dev mailing list
epp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/epp-dev
|
