You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@gump.apache.org by Antoine Lévy-Lambert <an...@antbuild.com> on 2004/03/26 17:57:00 UTC

Enigma : build of xdoclet

The build of xdoclet is :

- succesful on covalent,
- failing on lsd.

This is a strange problem.

On lsd it looks like the build is recursively invoking itself, judging 
at the log which is getting crazily indented ....

[builder]   [builder] 
[builder]   [builder]   [builder]   [builder]   [builder] 
....

Cheers,

Antoine

http://gump.covalent.net/log/xdoclet.html
http://lsd.student.utwente.nl/gump/xdoclet/gump_work/build_xdoclet_xdoclet.html


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org

Re: Posted by Sam Ruby <ru...@apache.org>.
Stefan Bodewig wrote:
> 
> Could anybody with root access to brutus please add my
> authorized_keys2 file that can be found on minotaur or moof for me to
> brutus' ~bodewig/.ssh - assuming I already have an account on brutus,
> that is.

At the moment, we are sharing an account (gump).  I've send you details 
on how to login, after which point you can update the authorized_keys2 
file yourself.  Let me know if you would prefer a separate account...

- Sam Ruby

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org

Re: Posted by "Adam R. B. Jack" <aj...@trysybase.com>.
> (no results for last night)

Sorry about that. I got distracted by going to an ice hockey game & wasn't
able to check the test build I'd kicked off. I've tried patching the bug(s),
and running a new build on brutus.

regards

Adam


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org

Re: Posted by Stefan Bodewig <bo...@apache.org>.
On Mon, 29 Mar 2004, Adam R. B. Jack <aj...@trysybase.com> wrote:

> I guess (as I'm sure you've figure out) you could temporarily set
> the <sysproperty on that project, and attempt a local run.

True.  Right now I have so many things that haven't been built because
of the logkit failure that I delay this 8-)

> Heck, you could go to brutus (or moof) and try if you wish [assuming
> you have the access you ought have].

Could anybody with root access to brutus please add my
authorized_keys2 file that can be found on minotaur or moof for me to
brutus' ~bodewig/.ssh - assuming I already have an account on brutus,
that is.

> and (and I hope this isn't too presumptive) I've set this as fixed
> You ought be able to do that even with Python Gump's scripts now w/o
> overhead of a full run.
> 
> BTW: I've added this (<sysproperty not documented)
> 
>     http://nagoya.apache.org/jira/browse/GUMP-43
> 
> (I hope it is) and assigned it to Stefan, in the hope that he'll
> agree and close it.  I'm not sure this is the perfect workflow, I am
> just trying it out.

Works well for me.

Judging from the last available on run on LSD (no results for last
night) it seems to have worked.  I see build.clonevm for ws-axis-test
but not on most other projects.  I'll go and close the report.

Stefan

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org

Posted by "Adam R. B. Jack" <aj...@trysybase.com>.
> On Fri, 26 Mar 2004, Adam Jack <aj...@trysybase.com> wrote:
>
> > Stefan, if this due to Python Gump using the hard coded 'clone vm'
> > on ant, perhaps? Anybody able to get inside this?
>
> Possible, in particular since it seems to have worked last night 8-)
>
> Does anybody still have a build log of the time before you implemented
> sysproperty around so I can try to understand the situation?  This
> could very well be a problem of the build.clonevm implementation in
> Ant.

I don't sorry, I don't have disk space for copies so I overwrite each one.

I guess (as I'm sure you've figure out) you could temporarily set the
<sysproperty on that project, and attempt a local run. Heck, you could go to
brutus (or moof) and try if you wish [assuming you have the access you ought
have]. You ought be able to do that even with Python Gump's scripts now w/o
overhead of a full run.

BTW: I've added this (<sysproperty not documented)

    http://nagoya.apache.org/jira/browse/GUMP-43

and (and I hope this isn't too presumptive) I've set this as fixed (I hope
it is) and assigned it to Stefan, in the hope that he'll agree and close it.
I'm not sure this is the perfect workflow, I am just trying it out.

    http://nagoya.apache.org/jira/browse/GUMP-14

Note: I'm a little shy to assign things to folks, but I think I'll get less
so. Folks can, clearly, decline to participate and/or re-assign. I don't
know what is normal, but I assume mutual trust/respect takes care of most
issues...

regards

Adam


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org

Re: Enigma : build of xdoclet

Posted by Stefan Bodewig <bo...@apache.org>.
On Fri, 26 Mar 2004, Adam Jack <aj...@trysybase.com> wrote:

> Stefan, if this due to Python Gump using the hard coded 'clone vm'
> on ant, perhaps? Anybody able to get inside this?

Possible, in particular since it seems to have worked last night 8-)

Does anybody still have a build log of the time before you implemented
sysproperty around so I can try to understand the situation?  This
could very well be a problem of the build.clonevm implementation in
Ant.

Stefan

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org

Re: Enigma : build of xdoclet

Posted by Stephen McConnell <mc...@apache.org>.
Adam Jack wrote:
> Interesting. LSD took 7 hours to run, which is 3 hours longer than usual.

Just for reference - I can see at least a couple of "Error - Failed with 
reason build timed out" on three avalon projects (which were all ok before).

Steve.

-- 

|------------------------------------------------|
| Magic by Merlin                                |
| Production by Avalon                           |
|                                                |
| http://avalon.apache.org/merlin                |
| http://dpml.net/merlin/distributions/latest    |
|------------------------------------------------|

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org

Re: Enigma : build of xdoclet

Posted by Adam Jack <aj...@TrySybase.com>.
Interesting. LSD took 7 hours to run, which is 3 hours longer than usual.
Gump.try was swamped by a tonne of Java processes (that looked like ant
forking ant) and I had to kill it. I suspect you are right this is looping
on itself.

Stefan, if this due to Python Gump using the hard coded 'clone vm' on ant,
perhaps? Anybody able to get inside this?

BTW: We really need to fix this:

    http://nagoya.apache.org/jira/secure/ViewIssue.jspa?key=GUMP-35

'cos even though Gump moves on when these things happens, it doesn't get the
cycles it needs 'cos it is fighting these undead.

regards,

Adam
----- Original Message -----
From: "Antoine Lévy-Lambert" <an...@antbuild.com>
To: "Gump code and data" <ge...@gump.apache.org>
Sent: Friday, March 26, 2004 9:57 AM
Subject: Enigma : build of xdoclet


> The build of xdoclet is :
>
> - succesful on covalent,
> - failing on lsd.
>
> This is a strange problem.
>
> On lsd it looks like the build is recursively invoking itself, judging
> at the log which is getting crazily indented ....
>
> [builder]   [builder]
> [builder]   [builder]   [builder]   [builder]   [builder]
> ....
>
> Cheers,
>
> Antoine
>
> http://gump.covalent.net/log/xdoclet.html
>
http://lsd.student.utwente.nl/gump/xdoclet/gump_work/build_xdoclet_xdoclet.h
tml
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
> For additional commands, e-mail: general-help@gump.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org