Date: 2005-01-24T23:56:26
Editor: StefanBodewig
Wiki: Gump Wiki
Page: BrutusConfig
URL: http://wiki.apache.org/gump/BrutusConfig
no comment
Change Log:
--
@@ -22,9 +22,10 @@
* Apache Maven:
* Do
Date: 2005-01-24T23:54:44
Editor: StefanBodewig
Wiki: Gump Wiki
Page: BrutusConfig
URL: http://wiki.apache.org/gump/BrutusConfig
no comment
Change Log:
--
@@ -16,8 +16,9 @@
* Java SDK:
* Downloa
Not sure what caused the sudden fill-up, but it is not me.
--David
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
There is a problem with run 'brutus-public' (24012005_180001), location :
http://brutus.apache.org/gump/public
The log ought be at:
http://brutus.apache.org/gump/public/gump_log.txt
There is a problem with run 'brutus-test' (24012005_120001), location :
http://brutus.apache.org/gump/test
The log ought be at:
http://brutus.apache.org/gump/test/gump_log.txt
--
Stefan Bodewig apache.org> writes:
> By now you can rely on Gump running on JDK 1.4+. I'm not sure which
> version of JDBC Kaffe ships with, though.
According to http://www.kaffe.org/~stuart/japi/htmlout/h-jdk14-classpath.html we
have all the methods & classes from java.sql and javax.sql form 1
There is a problem with run 'brutus-jdk15' (24012005_060001), location :
http://brutus.apache.org/gump/jdk15
The log ought be at:
http://brutus.apache.org/gump/jdk15/gump_log.txt
---
On Jan 24, 2005, at 3:32 AM, Stefan Bodewig wrote:
Is there a work-around for this? I mean other than "install JDK 1.3's
rt.jar somewhere on brutus.apache.org". If not, well, then we'll just
do that.
Unfortunately, I cannot think of another workaround. There is no
substitute for the JDK 1.3 runt
On Mon, 24 Jan 2005, Samuel Andrew McIntyre
<[EMAIL PROTECTED]> wrote:
> That is a complicated question. Currently the build process for
> Derby expects multiple versions of the runtime classes to be
> accessible (but not in the classpath simultaneously).
I don't think we can do so in Gump easily
On Mon, 24 Jan 2005, Brett Porter <[EMAIL PROTECTED]> wrote:
> On Mon, 24 Jan 2005 09:43:49 +0100, Stefan Bodewig
> <[EMAIL PROTECTED]> wrote:
>> Are you talking about arguments for the Java runtime or for Maven.
>
> Actually, it's an argument to Maven. So there isn't a technique for
> this prese
On Jan 24, 2005, at 12:49 AM, Stefan Bodewig wrote:
Seems you are using a
different address for sending than you've subscribed with.
That does explain some of my problems. That will hopefully be fixed on
my end going forward. :)
By now you can rely on Gump running on JDK 1.4+.
Does the build proc
On Mon, 24 Jan 2005 09:43:49 +0100, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> On Mon, 24 Jan 2005, Brett Porter <[EMAIL PROTECTED]> wrote:
>
> > - can I pass to and it will be passed in
> > as -Dname=value?
>
> You can and it will be passed as part of the generated properties file
> (not usin
On Sun, 23 Jan 2005, Andrew McIntyre <[EMAIL PROTECTED]> wrote:
> First, many thanks Stephan for cleaning up my attempt at a project
> file for derby!
You're welcome.
> I'll be glad to help get the Derby build going,
Yes, that I'd very much appreciate that.
> It's taken me a while to get subsc
On Mon, 24 Jan 2005, Brett Porter <[EMAIL PROTECTED]> wrote:
> - can I pass to and it will be passed in
> as -Dname=value?
You can and it will be passed as part of the generated properties file
(not using the -D command line args).
> - can I pass to ? I'd like to pass in -X for
> one project
There is a problem with run 'brutus-public' (24012005_01), location :
http://brutus.apache.org/gump/public
The log ought be at:
http://brutus.apache.org/gump/public/gump_log.txt
15 matches
Mail list logo