Community
Participate
Working Groups
It looks like some recent change to Dash Athena broke 3 projects in the critical phase contributing to Helios. Details on the cross-project mailing list: http://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg04235.html http://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg04240.html http://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg04241.html Acceptance criteria for a fix: 1. Projects must be unblocked 2. Projects must be instructed how to ensure a frozen (tagged) version of the Athena Builder, such that changes to Athena HEAD don't break projects in a critical endgame in the future.
It looks like Nicolas found a workaround: http://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg04243.html thus reducing to "Critical". I have another acceptance criterion for a fix, though: 3. Projects must be instructed how to perform a clean build on Hudson (that is, how to make sure that any caches / old data is cleaned and a fresh build from original CM tags is performed from scratch.
(In reply to comment #1) > It looks like Nicolas found a workaround: > http://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg04243.html > thus reducing to "Critical". In fact, my workaround does not seem to be enough, since my build fails later with weird errors: Could not install bundle plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar and: [cvs] cvs export: CVSROOT must be an absolute pathname (not `trunk') So, this is still blocking for me. I'll have to publish yesterday's MoDisco build as RC3+3 in Helios, and hope that no dependent RC3+2 contribution broke anything in MoDisco.
(In reply to comment #0) > It looks like some recent change to Dash Athena broke 3 projects in the > critical phase contributing to Helios. > > Details on the cross-project mailing list: > http://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg04235.html > http://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg04240.html > http://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg04241.html > > Acceptance criteria for a fix: > 1. Projects must be unblocked > 2. Projects must be instructed how to ensure a frozen (tagged) version of > the Athena Builder, such that changes to Athena HEAD don't break projects > in a critical endgame in the future. Not only three but all Athena projects are affected. For us theese are EMFT MWE, M2T Xpand and TMF Xtext. Fortunately RC3 is finished for our projects. However point two is a very important one. I would prefer to freeze development on Athena till Helios Final, if possible.
I have commit rights on Athena if people want me to back out the changes that are causing these failures. I don't really want to do it without Nick's comments/approval but if people think it's worth it (it's also blocking the Linux Tools RC3 +3 contribution) then I'll do it.
(In reply to comment #4) > I have commit rights on Athena if people want me to back out the changes that > are causing these failures. I don't really want to do it without Nick's > comments/approval but if people think it's worth it (it's also blocking the > Linux Tools RC3 +3 contribution) then I'll do it. Fixes put in yesterday were for these: * bug 315296 use org.eclipse.equinox.p2.jarprocessor*.jar if available; else fall back to old way * bug 276662 enable get.svn.fetch task I have since reverted these until I can investigate what broke, and why.
So thanks Nick, looks like criterion 1 is fulfilled (unblocking projects)... What about criteria 2 and 3 (telling projects how to specify a frozen version of Athena), and how to perform a clean build on Hudson ?
Created attachment 179556 [details] screenshot of Hudson ant runner config > What about criteria 2 and 3 (telling projects how to specify a frozen version > of Athena), and how to perform a clean build on Hudson ? 2. set property to point at path in workspace instead of shared default path; then check out the projects from a specific tag or branch to your workspace using a couple lines of shell script: cvs -d :ext:nickb@dev.eclipse.org:/cvsroot/technology -q co org.eclipse.dash/athena/org.eclipse.dash.commonbuilder/org.eclipse.dash.common.releng -R sometag If you're building using Ant rather than a shell script, you might set properties like these when building in your workspace: <condition property="relengCommonBuilderDir" value="${basedir}/../../org.eclipse.dash.common.releng" else="${basedir}/../org.eclipse.dash.common.releng" > <available file="${basedir}/../../org.eclipse.dash.common.releng" type="dir" /> </condition> <condition property="relengBaseBuilderDir" value="${basedir}/../../org.eclipse.releng.basebuilder" else="${basedir}/../org.eclipse.releng.basebuilder" > <available file="${basedir}/../../org.eclipse.releng.basebuilder" type="dir" /> </condition> You can do the same when launching the job from within Hudson (see attached screenshot). 3. clean build: wipe workspace, try again.
Assuming that over a year's silence == fixed.
