Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 315358

Summary: Athena builds fail on Hudson, projects blocked for Helios RC3+3
Product: z_Archived Reporter: Martin Oberhuber <mober.at+eclipse>
Component: Dash AthenaAssignee: Project Inbox <athena.build-inbox>
Status: RESOLVED FIXED QA Contact:
Severity: critical    
Priority: P3 CC: anna.dushistova, dennis.huebner, mober.at+eclipse, moritz.eysholdt, nboldt, nicolas.bros, overholt, sbouchet
Version: unspecified   
Target Milestone: ---   
Hardware: All   
OS: All   
Whiteboard:
Attachments:
Description Flags
screenshot of Hudson ant runner config none

Description Martin Oberhuber CLA 2010-06-02 04:36:31 EDT
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.
Comment 1 Martin Oberhuber CLA 2010-06-02 05:10:20 EDT
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.
Comment 2 Nicolas Bros CLA 2010-06-02 06:22:48 EDT
(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.
Comment 3 Dennis Huebner CLA 2010-06-02 06:39:35 EDT
(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.
Comment 4 Andrew Overholt CLA 2010-06-02 10:00:21 EDT
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.
Comment 5 Nick Boldt CLA 2010-06-02 11:58:46 EDT
(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.
Comment 6 Martin Oberhuber CLA 2010-06-02 13:40:48 EDT
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 ?
Comment 7 Nick Boldt CLA 2010-09-25 01:45:00 EDT
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.
Comment 8 Nick Boldt CLA 2010-11-10 00:00:34 EST
Assuming that over a year's silence == fixed.