On Monday 13 December 2004 13:16, Adam R. B. Jack wrote:
but I really figured the Gump metadata would be tweaked
to fit what Maven had defined. Shame if that isn't so.
Well, there are two sides to this story;
1. Gump should circumvent any obstacle provided by the buildsystem in each
project.
On Monday 13 December 2004 09:09, Stefano Mazzocchi wrote:
Eric, I really don't care what ID we choose, as long as it does identify
something univocally also in a global and distributed environment.
RDF ?
Isn't RDF a perfect fit for this kind of problems ?
Niclas
--
On Sun, 12 Dec 2004, Gregor J. Rothfuss [EMAIL PROTECTED] wrote:
Gregor J. Rothfuss wrote:
the lenya build triggers the cocoon build process (with
lenya-supplied local.build.properties and local.block.properties)
to make sure cocoon is built with the components lenya needs.
i changed the
On Monday 13 December 2004 16:24, Stefan Bodewig wrote:
I think at least Stefan(o) prefer Gump an approach where Gump can
parse Maven POMs directly.
:o) Cool. But you are back to some of the problems listed for approach 1.,
e.g. there are artifacts that are not inter-project consistent.
So,
Dear Gumpmeisters,
The following 2 notifys should have been sent
*** G U M P
[EMAIL PROTECTED]: Project wsfx-axis-types (in module muse) failed
[EMAIL PROTECTED]: Project lenya (in module lenya) failed
Hi all,
starting with the latest Kaffe build we are building HTTPd as well
http://brutus.apache.org/gump/kaffe/apache-httpd/apache-httpd-make/gump_work/build_apache-httpd_apache-httpd-make.txt.
Yes, we are building against the latest versions of apr and apr-util,
I've tested it on a machine that
On Mon, 13 Dec 2004, Stefan Bodewig [EMAIL PROTECTED] wrote:
I'll try to dig into it myself as well.
OK, building Xalan-J with JDK 1.3 and Jikes fails (even outside of
Gump) at the same position the Kaffe build fails. If I run it a
second time, it passes. So I assume jikes is not adding some
Stefan Bodewig said:
starting with the latest Kaffe build we are building HTTPd as well
http://brutus.apache.org/gump/kaffe/apache-httpd/apache-httpd-make/gump_work/build_apache-httpd_apache-httpd-make.txt.
Yes, we are building against the latest versions of apr and apr-util,
I've tested it
It's a mix of a jikes bug and this oneJikes croaks especially if
you switch the dependency checking on. it's unable to figure out that
it needs to compile ElemVariable.java file. So instead it picks up the
class from rt.jar. I confirmed this by printing the exact jikes
command line executed by
On Mon, 13 Dec 2004, Stefan Bodewig [EMAIL PROTECTED] wrote:
Could you try the same for Kaffe?
the same is
Index: build.xml
===
RCS file: /home/cvspublic/xml-xalan/java/build.xml,v
retrieving revision 1.213
diff -u -r1.213
Stefano:
See my responses below.
Stefano Mazzocchi [EMAIL PROTECTED] wrote on 12/10/2004 02:21:48 PM:
[EMAIL PROTECTED] wrote:
[...]
In my Build Results system, I have a schema that also includes a few
additional things:
- abritrary groupings of projects, which helps in organizaing
Stefano,
Some afterthoughts. Hopefully to help clarify. The scope of a Project
in our system (currently) is that of a build (a series of builds) for a
given
instance of (1) product-release on a given (2) target. This of course
means that a single configuration for a given instance of #1 would
Davanum Srinivas wrote:
Folks,
After spening 4+ hourseXalan build with Jikes on JDK1.4 succeeds
because it uses classes in rt.jar and FAILS in Kaffe because the
classes are not present.
which classes?
--
Stefano.
-
To
There is a problem with run 'brutus-kaffe' (13122004_090001), location :
http://brutus.apache.org/gump/kaffe
The log ought be at:
http://brutus.apache.org/gump/kaffe/gump_log.txt
Got a bit lost on this thread :)
I agree, Gump should parse Maven POMs (sorry Niclas, if that leaves
you on your own :)
However, I added the mapping to allow projects to fix themselves until
that time arrives. It seems we've gotten to the point where the
generated descriptor is correct (I just
There is a problem with run 'brutus-kaffe' (13122004_150001), location :
http://brutus.apache.org/gump/kaffe
The log ought be at:
http://brutus.apache.org/gump/kaffe/gump_log.txt
[EMAIL PROTECTED] wrote:
There is a problem with run 'brutus-kaffe' (13122004_150001), location :
http://brutus.apache.org/gump/kaffe
The log ought be at:
http://brutus.apache.org/gump/kaffe/gump_log.txt
On Tuesday 14 December 2004 07:00, [EMAIL PROTECTED] wrote:
ips 2004/12/13 15:00:16
Added: project directory.xml
Log:
first cut at a module descriptor for the Directory project - currently
contains only a project def for the Naming subproject
This is already work in
Hmmm, what's wrong with the kaffe build? it keeps on sending these
messages.
It keeps getting this message:
[EMAIL PROTECTED] /usr/local/gump/kaffe/gump $ svn update
svn: Failed to add file 'gump': object of the same name already exists
Ever since I had to delete/re-create the LIVE
Stefan Bodewig wrote:
This change looks far bigger than it actually was because of line-end
tranformations. I vaguely recall there is a property we should add to
the auto-props so that all *.py files are assumed to have platform
specific line-feeds by SVN, but I've lost the details right now.
Stefan,
Yes, as i as saying on the kaffe IRC...this is a temp hack just to get
us going. Yes, i will do this today. letting the 3:00 AM PST run to go
ahead right now.
-- dims
On Tue, 14 Dec 2004 10:50:35 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote:
On Mon, 13 Dec 2004, Davanum Srinivas
On Tue, 14 Dec 2004, Davanum Srinivas [EMAIL PROTECTED] wrote:
Yes, as i as saying on the kaffe IRC...
Sorry, I don't have the bandwidth for IRC, so I didn't know. Thanks
for the information.
this is a temp hack just to get us going. Yes, i will do this
today. letting the 3:00 AM PST run to
Dear Gumpmeisters,
The following 4 notifys should have been sent
*** G U M P
[EMAIL PROTECTED]: Project txt2html-task (in module jakarta-servletapi-5)
success, but with warnings.
[EMAIL PROTECTED]: Module struts success, but
On Tue, 14 Dec 2004, David Crossley [EMAIL PROTECTED] wrote:
* Make sure that the file has the proper line endings
for whatever operating system you are on.
* svn propset svn:eol-style native myfile.txt
I think I've done so for trunk now.
You can configure your svn client to do it
not yet...right now am trying the new jikes compiler. fresh from their
cvs. will try build.xml changes to xalan by hand later today.
-- dims
On Tue, 14 Dec 2004 12:18:07 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote:
On Tue, 14 Dec 2004, Davanum Srinivas [EMAIL PROTECTED] wrote:
Yes, as i
Author: bodewig
Date: Tue Dec 14 03:40:53 2004
New Revision: 111815
URL: http://svn.apache.org/viewcvs?view=revrev=111815
Log:
Fix line-feeds
Modified:
gump/trunk/bin/build.py (contents, props changed)
gump/trunk/bin/check.py (contents, props changed)
gump/trunk/bin/env.py
On Tue, 14 Dec 2004, Davanum Srinivas [EMAIL PROTECTED] wrote:
not yet...right now am trying the new jikes compiler.
I'm rather pessimistic.
It is not really jikes' fault. It gets to compile
/GUMP_PATH/xml-xalan/java/src/org/apache/xpath/compiler/Compiler.java
and has
On Tuesday 14 December 2004 19:47, Stefan Bodewig wrote:
This has to be done by each developer individually, correct?
Correct.
Find my config file below.
Cheers
Niclas
### This file configures various client-side behaviors.
###
### The commented-out examples below are intended to demonstrate
There is a problem with run 'brutus-jdk15' (14122004_060001), location :
http://brutus.apache.org/gump/jdk15
The log ought be at:
http://brutus.apache.org/gump/jdk15/gump_log.txt
This is a question for Dalibor, I guess.
It seems as if Ant didn't find the Kaffe rmic version it claims to
support. Ant should load the class kaffe.rmi.rmic.RMIC.
Is this the correct name? Which jar is supposed to contain it?
Stefan
Stefan Bodewig bodewig at apache.org writes:
This is a question for Dalibor, I guess.
It seems as if Ant didn't find the Kaffe rmic version it claims to
support. Ant should load the class kaffe.rmi.rmic.RMIC.
After the merge of RMI support with GNU Classpath, that class has moved into
Stefan Bodewig bodewig at apache.org writes:
On Tue, 14 Dec 2004, Davanum Srinivas davanum at gmail.com wrote:
not yet...right now am trying the new jikes compiler.
I'm rather pessimistic.
It is not really jikes' fault. It gets to compile
If we are talking about jikes erranously
On Mon, 13 Dec 2004, Niclas Hedhman [EMAIL PROTECTED] wrote:
Well, there are two sides to this story;
1. Gump should circumvent any obstacle provided by the buildsystem
in each project.
2. Maven wants to automatically generate a functional Gump
descriptor.
...
I can sense that Brett and
Dear Gumpmeisters,
The following 8 notifys should have been sent
*** G U M P
[EMAIL PROTECTED]: Project txt2html-task (in module jakarta-servletapi-5)
success, but with warnings.
[EMAIL PROTECTED]: Module struts success, but
Folks,
After spening 4+ hourseXalan build with Jikes on JDK1.4 succeeds
because it uses classes in rt.jar and FAILS in Kaffe because the
classes are not present.
-- dims
--
Davanum Srinivas - http://webservices.apache.org/~dims/
On Mon, 13 Dec 2004, Davanum Srinivas [EMAIL PROTECTED] wrote:
Xalan build with Jikes on JDK1.4 succeeds because it uses classes in
rt.jar and FAILS in Kaffe because the classes are not present.
Are you sure?
The current Kaffe run failed because jikes didn't find
On Mon, 13 Dec 2004, Davanum Srinivas [EMAIL PROTECTED] wrote:
It's a mix of a jikes bug and this oneJikes croaks especially if
you switch the dependency checking on. it's unable to figure out
that it needs to compile ElemVariable.java file.
Even if it gets it passed on the command line
Niclas Hedhman wrote:
On Monday 13 December 2004 16:24, Stefan Bodewig wrote:
I think at least Stefan(o) prefer Gump an approach where Gump can
parse Maven POMs directly.
:o) Cool. But you are back to some of the problems listed for approach 1.,
e.g. there are artifacts that are not
Stefan
Very impressive work; especially w/o a guide. Congratulations!
Hopefully we'll get Gump Python to a point where it is fun to tinker with.
:-)
regards,
Adam
- Original Message -
From: Stefan Bodewig [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, December 13, 2004 6:15 AM
wanna see something funny? should we update svn?
[EMAIL PROTECTED] ~/workspaces2/kaffe/gump $ pwd
/home/gump/workspaces2/kaffe/gump
[EMAIL PROTECTED] ~/workspaces2/kaffe/gump $ svn update
U .
Updated to revision 111765.
[EMAIL PROTECTED] ~/workspaces2/kaffe/gump $ svn update
svn: Failed to add
Niclas Hedhman wrote:
On Tuesday 14 December 2004 07:00, [EMAIL PROTECTED] wrote:
ips 2004/12/13 15:00:16
Added: project directory.xml
Log:
first cut at a module descriptor for the Directory project - currently
contains only a project def for the Naming subproject
This is
Adam R. B. Jack ajack at apache.org writes:
Hmmm, what's wrong with the kaffe build? it keeps on sending these
messages.
It keeps getting this message:
[gump at brutus] /usr/local/gump/kaffe/gump $ svn update
svn: Failed to add file 'gump': object of the same name already
Folks,
I got the jikes cvs into /home/dims/jikes and built it. the binary is
/home/dims/jikes/src/jikes...updated
/usr/local/gump/kaffe/gump/cron/local-env-brutus.sh to use that.
Thanks,
dims
--
Davanum Srinivas - http://webservices.apache.org/~dims/
speaking of killing runaway kaffe processes, would it be possible to get
the
default kill time for runaway processes down from 1h to 30 minutes? brutus
seems
to be a sporty enough machine for that (at least from kaffe's side) to
make the
single builds happen quickly enough (i hope, at least),
There is a problem with run 'brutus-kaffe' (13122004_210001), location :
http://brutus.apache.org/gump/kaffe
The log ought be at:
http://brutus.apache.org/gump/kaffe/gump_log.txt
On Tuesday 14 December 2004 10:06, Ian Springer wrote:
Fyi, the reason I need a Gump
descriptor for naming is because I'd like to make it a dependency of the
apollo project, on which I'm a committer. We currently depend on the
Tomcat naming jars, but would like to switch over.
The
Adam R. B. Jack ajack at apache.org writes:
It isn't something we made configurable, although we ought have. I'll add
that.
Thanks, Adam!
cheers,
dalibor topic
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
47 matches
Mail list logo
