Last Gump runs were using libgcj
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
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
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
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]