Last Gump runs were using libgcj

2005-04-26 Thread Stefan Bodewig
and thus failed.

The problem must have been some apt-get installation that added a
symlink to gij into /usr/bin/java.  Obviously Gump still doesn't use
$JAVA_HOME.

I'll remove the symlinks for now.

If you update/upgrade any packages on Brutus, please make sure there
is no /usr/bin/java after that.  I've been bitten by it at least twice
myself.  I also had to uninstall Kaffe at least twice (we build it
from source, no need for apt-get) with no idea why it got reinstalled
in between.

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Last Gump runs were using libgcj

2005-04-26 Thread Stefan Bodewig
On Tue, 26 Apr 2005, Leo Simons [EMAIL PROTECTED] wrote:

 That should do it :-D. If this gets messed up again we'll start
 receiving 4 e-mails per hour.

Good idea, thanks.

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Last Gump runs were using libgcj

2005-04-26 Thread sebb
How about creating a read-only non-executable empty /usr/bin/java file?

The warning test would need to be enhanced of course, but it might
prevent some problems from occurring.

Just a thought.

S.
On 4/26/05, Stefan Bodewig [EMAIL PROTECTED] wrote:
 On Tue, 26 Apr 2005, Leo Simons [EMAIL PROTECTED] wrote:
 
  That should do it :-D. If this gets messed up again we'll start
  receiving 4 e-mails per hour.
 
 Good idea, thanks.
 
 Stefan
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Last Gump runs were using libgcj

2005-04-26 Thread Adam R. B. Jack

 The problem must have been some apt-get installation that added a
 symlink to gij into /usr/bin/java.  Obviously Gump still doesn't use
 $JAVA_HOME.

Much as my read of the code would hope to differ, my read of the log say
that Gump (despite efforts) isn't defaulting to $JAVA_HOME/bin/java, but
still using java. See Properties and Annotations here:

http://brutus.apache.org/gump/public/index.html

Ok, much as I hate fixing something I don't understand as broken, I've move
this code to be with the rest (that seems to work).

# Default to $JAVA_HOME/bin/java, can be overridden with
$JAVA_CMD.
if os.environ.has_key('JAVA_HOME'):
self.javaCommand  =
os.path.join(os.environ['JAVA_HOME'],'bin',self.javaCommand)
self.addInfo('javaCommand set to $JAVA_HOME/bin/java = ' +
self.javaCommand )

I'll check out the output from the next new run.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- - - - - - - - - - - - - - - - - -

Gak, hold one .. commit to trunk, run from live ... I wonder if this was
working, we've just not 'release' recently. Hmm, I wonder if we ought be
running an 'svn info' as part of the start-up of the run, to see what we are
working with (and from where).

regards,

Adam


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]