Re: Problem running Apache Gump [brutus-kaffe]

[Dalibor Topic]

Adam R. B. Jack  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 commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: gump/project directory.xml

[Niclas Hedhman]

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 directory-naming shouldn't be too hard to get operational. However, it 
consist of two projects, not one. See
https://svn.apache.org/repos/asf/incubator/directory/naming/trunk/gump.xml

I think I'll have these Ok as soon as Log4J is back to be operational (they 
have been notified).

Cheers
Niclas
-- 
   +--//---+
  / http://www.dpml.net   /
 / http://niclas.hedhman.org / 
+--//---+


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

Problem running Apache Gump [brutus-kaffe]

[brutus]

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

The last (up to) 50 lines of the log are :
A  python/gump/core/config.py
A  python/gump/core/commandLine.py
A  python/gump/util
A  python/gump/util/owner.py
A  python/gump/util/__init__.py
A  python/gump/util/domutils.py
A  python/gump/util/tools.py
A  python/gump/util/threads
A  python/gump/util/threads/__init__.py
A  python/gump/util/threads/tools.py
A  python/gump/util/mysql.py
A  python/gump/util/note.py
A  python/gump/util/locks.py
A  python/gump/util/sync.py
A  python/gump/util/file.py
A  python/gump/util/http.py
A  python/gump/util/work.py
A  python/gump/util/smtp.py
A  python/gump/util/listener.py
A  python/gump/util/tasks.py
A  python/gump/util/timing.py
A  python/gump/util/process
A  python/gump/util/process/command.py
A  python/gump/util/process/__init__.py
A  python/gump/util/process/launcher.py
A  python/gump/tool
A  python/gump/tool/svg
A  python/gump/tool/svg/drawing.py
A  python/gump/tool/svg/depdiag.py
A  python/gump/tool/svg/svg.py
A  python/gump/tool/svg/__init__.py
A  python/gump/tool/svg/scale.py
A  python/gump/tool/performance
A  python/gump/tool/performance/deps.py
A  python/gump/tool/performance/__init__.py
A  python/gump/tool/performance/xdocs.py
A  python/gump/tool/performance/gurus.py
A  python/gump/tool/guru
A  python/gump/tool/guru/stats.py
A  python/gump/tool/guru/__init__.py
A  python/gump/tool/guru/xref.py
A  python/gump/tool/integration
A  python/gump/tool/integration/depot.py
A  python/gump/tool/integration/cvs.py
A  python/gump/tool/integration/__init__.py
A  python/gump/tool/__init__.py
A  python/gump/tool/shared
A  python/gump/tool/shared/__init__.py
A  python/gump/tool/shared/comparator.py
Process Exit Code : 1
--
Gump Version: 2.0.2-alpha-0003

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

Re: Problem running Apache Gump [brutus-kaffe]

[Adam R. B. Jack]

> 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), and the hangs from
kaffe
> (yep, our bug, i'm working on it) slow the build log down quite a bit. I
can
> assume that the hangs will increase as more projects become buildable, so
while
> we're busy finxing them, please consider setting the kill time lower for
kaffe.

It isn't something we made configurable, although we ought have. I'll add
that.

regards

Adam


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

[jikes][kaffe] Building Jikes from their CVS

[Davanum Srinivas]

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/

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

Re: Problem running Apache Gump [brutus-kaffe]

[Dalibor Topic]

Adam R. B. Jack  apache.org> writes:

> 
> >
> > Hmmm, what's wrong with the kaffe build? it keeps on sending these
> messages.
> >
> It keeps getting this message:
> 
> [gump  brutus] /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 branch we've seen this. I do
> an "svn cleanup" and then it works, but it seems it comes back. Perhaps it
> is time to move kaffe/gump to kaffe/gump-svn-corrupt, re-checkout and
> transfer any files over. What I don't get though is that a kaffe build
> appears to be ongoing. Maybe it is some dross that needs to be cleaned
> out/killed (and maybe it is part cause of the SVN problem.)

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), and the hangs from kaffe
(yep, our bug, i'm working on it) slow the build log down quite a bit. I can
assume that the hangs will increase as more projects become buildable, so while
we're busy finxing them, please consider setting the kill time lower for kaffe.

cheers,
dalibor topic




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

Re: cvs commit: gump/project directory.xml

[Ian Springer]

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 already work in progress. See the profile/gump.xml for the module 
inclusions. The Directory descriptors are kept there for the time being.

Thanks for your interest, but I think you have wasted your time.
Btw, wondering who [EMAIL PROTECTED] was, I went to 
http://www.apache.org/~jim/committers.html and no listing.
Ian Springer, I think you should enquire why that is the case.

Cheers
Niclas
 

Niclas,
Thanks. I grepped project/*.xml for a descriptor for directory-naming, 
but I should have also checked gump.xml. 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.

I'll delete the descriptor I checked in. Don't worry about my time being 
wasted. It took all of a minute or two.

Thanks for letting me know I'm still not listed on the committers page.
--Ian
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [xalan][kaffe] Xalan build with Jikes uses classes in rt.jar

[Dalibor Topic]

Stefan Bodewig  apache.org> writes:

> 
> On Tue, 14 Dec 2004, Davanum Srinivas  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 getting confused about deprecation
warnigs and treating them ocassionally as errors, I believe that was a bug in
jikes and is supposedly fixed in jikes CVS.

See
http://www-124.ibm.com/developerworks/bugs/
?func=detailbug&bug_id=4059&group_id=10

(sorry for split url)

cheers,
dalibor topic


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

Re: [Kaffe] Lucene fails in

[Dalibor Topic]

Stefan Bodewig  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 the
gnu.* namespace. It is gnu.java.rmi.rmic.RMIC now.

> Is this the correct name?  Which jar is supposed to contain it?

It is in Kaffe's rt.jar on its bootclasspath.

cheers,
dalibor topic


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

Re: Problem running Apache Gump [brutus-kaffe]

[Adam R. B. Jack]

>
> 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 branch we've seen this. I do
an "svn cleanup" and then it works, but it seems it comes back. Perhaps it
is time to move kaffe/gump to kaffe/gump-svn-corrupt, re-checkout and
transfer any files over. What I don't get though is that a kaffe build
appears to be ongoing. Maybe it is some dross that needs to be cleaned
out/killed (and maybe it is part cause of the SVN problem.)

regards

Adam


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

Re: Problem running Apache Gump [brutus-kaffe]

[Davanum Srinivas]

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 file 'gump': object of the same name already exists
[EMAIL PROTECTED] ~/workspaces2/kaffe/gump $ svn update
 U .
Updated to revision 111765.
[EMAIL PROTECTED] ~/workspaces2/kaffe/gump $ svn update
svn: Failed to add file 'gump': object of the same name already exists
[EMAIL PROTECTED] ~/workspaces2/kaffe/gump $ svn update
 U .
Updated to revision 111765.
[EMAIL PROTECTED] ~/workspaces2/kaffe/gump $ svn update
svn: Failed to add file 'gump': object of the same name already exists
[EMAIL PROTECTED] ~/workspaces2/kaffe/gump $ svn update
 U .
Updated to revision 111765.
[EMAIL PROTECTED] ~/workspaces2/kaffe/gump $



On Mon, 13 Dec 2004 18:29:36 -0500, Stefano Mazzocchi
<[EMAIL PROTECTED]> wrote:
> [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
> > 
> > The last (up to) 50 lines of the log are :
> > A  python/gump/core/config.py
> > A  python/gump/core/commandLine.py
> > A  python/gump/util
> > A  python/gump/util/owner.py
> > A  python/gump/util/__init__.py
> > A  python/gump/util/domutils.py
> > A  python/gump/util/tools.py
> > A  python/gump/util/threads
> > A  python/gump/util/threads/__init__.py
> > A  python/gump/util/threads/tools.py
> > A  python/gump/util/mysql.py
> > A  python/gump/util/note.py
> > A  python/gump/util/locks.py
> > A  python/gump/util/sync.py
> > A  python/gump/util/file.py
> > A  python/gump/util/http.py
> > A  python/gump/util/work.py
> > A  python/gump/util/smtp.py
> > A  python/gump/util/listener.py
> > A  python/gump/util/tasks.py
> > A  python/gump/util/timing.py
> > A  python/gump/util/process
> > A  python/gump/util/process/command.py
> > A  python/gump/util/process/__init__.py
> > A  python/gump/util/process/launcher.py
> > A  python/gump/tool
> > A  python/gump/tool/svg
> > A  python/gump/tool/svg/drawing.py
> > A  python/gump/tool/svg/depdiag.py
> > A  python/gump/tool/svg/svg.py
> > A  python/gump/tool/svg/__init__.py
> > A  python/gump/tool/svg/scale.py
> > A  python/gump/tool/performance
> > A  python/gump/tool/performance/deps.py
> > A  python/gump/tool/performance/__init__.py
> > A  python/gump/tool/performance/xdocs.py
> > A  python/gump/tool/performance/gurus.py
> > A  python/gump/tool/guru
> > A  python/gump/tool/guru/stats.py
> > A  python/gump/tool/guru/__init__.py
> > A  python/gump/tool/guru/xref.py
> > A  python/gump/tool/integration
> > A  python/gump/tool/integration/depot.py
> > A  python/gump/tool/integration/cvs.py
> > A  python/gump/tool/integration/__init__.py
> > A  python/gump/tool/__init__.py
> > A  python/gump/tool/shared
> > A  python/gump/tool/shared/__init__.py
> > A  python/gump/tool/shared/comparator.py
> > Process Exit Code : 1
> > --
> > Gump Version: 2.0.2-alpha-0003
> 
> Hmmm, what's wrong with the kaffe build? it keeps on sending these messages.
> 
> --
> Stefano.
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


-- 
Davanum Srinivas - http://webservices.apache.org/~dims/

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

[Kaffe] Lucene fails in

[Stefan Bodewig]

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

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

Problem running Apache Gump [brutus-jdk15]

[brutus]

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

The last (up to) 50 lines of the log are :
- GUMP run on host   : brutus
- GUMP run @ : 14 Dec 2004 06:00:01
- GUMP run @  UTC: 14 Dec 2004 14:00:01
- GUMP run by Python : '2.3.4 (#2, Sep 24 2004, 08:39:09) \n[GCC 3.3.4 (Debian 
1:3.3.4-12)]'
- GUMP run by Python : '/usr/bin/python2.3'
- GUMP run by Gump   : 2.0.2-alpha-0003
- GUMP run on OS : 'posix'
- GUMP run in env: 
  GUMP_HOME -> [/usr/local/gump/jdk15/gump]
  SHELL -> [/bin/sh]
  HOST_LOCAL_ENV -> [local-env-brutus.sh]
  SHLVL -> [2]
  CLASSPATH -> [/opt/jdk1.5/lib/tools.jar]
  LOCAL_ENV -> [local-env.sh]
  GUMP_HOST -> [brutus]
  PWD -> [/usr/local/gump/jdk15/gump/cron]
  GUMP_PYTHON -> [/usr/bin/python2.3]
  LOGNAME -> [gump]
  MAVEN_HOME -> [/opt/maven]
  PATH -> [/usr/bin:/bin:/opt/jdk1.5/bin:/opt/maven/bin]
  JAVA_HOME -> [/opt/jdk1.5]
  HOME -> [/home/gump]
  _ -> [/usr/bin/python2.3]
- GUMP base directory : /usr/local/gump/jdk15/workspace
- GUMP base path  : /usr/local/gump/jdk15/workspace
- GUMP mail server: mail.apache.org
- GUMP mail port  : 25
- GUMP mail from  : [EMAIL PROTECTED]
- GUMP mail to: [EMAIL PROTECTED]
- GUMP log is @   : http://brutus.apache.org/gump/jdk15
- GUMP log is @   : /usr/local/gump/jdk15/results
 - GUMP PYTHONPATH  :  /usr/local/gump/jdk15/gump/python
Execute : svn update --non-interactive >out.txt 2>&1
svn: PROPFIND request failed on '/repos/asf/gump/trunk'
svn: PROPFIND of '/repos/asf/gump/trunk': timed out waiting for server 
(https://svn.apache.org)
Process Exit Code : 1
--
Gump Version: 2.0.2-alpha-0003

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

Re: cvs commit: gump/project directory.xml

[Niclas Hedhman]

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 progress. See the profile/gump.xml for the module 
inclusions. The Directory descriptors are kept there for the time being.

Thanks for your interest, but I think you have wasted your time.

Btw, wondering who [EMAIL PROTECTED] was, I went to 
http://www.apache.org/~jim/committers.html and no listing.
Ian Springer, I think you should enquire why that is the case.

Cheers
Niclas
-- 
   +--//---+
  / http://www.dpml.net   /
 / http://niclas.hedhman.org / 
+--//---+


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

Re: native line-endings

[Niclas Hedhman]

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
### how to use this file.

### Section for authentication and authorization customizations.
### Set store-password to 'no' to avoid storing your subversion
### passwords in the auth/ area of your config directory.
### It defaults to 'yes'.  Note that this option only prevents
### saving of *new* credentials;  it doesn't invalidate existing
### caches.  (To do that, remove the cache files by hand.)
# [auth]
# store-password = no

### Section for configuring external helper applications.
### Set editor to the command used to invoke your text editor.
###   This will override the environment variables that Subversion
###   examines by default to find this information ($EDITOR, 
###   et al).
### Set diff-cmd to the absolute path of your 'diff' program.
###   This will override the compile-time default, which is to use
###   Subversion's internal diff implementation.
### Set diff3-cmd to the absolute path of your 'diff3' program.
###   This will override the compile-time default, which is to use
###   Subversion's internal diff3 implementation.
### Set diff3-has-program-arg to 'true' or 'yes' if your 'diff3'
###   program accepts the '--diff-program' option.
# [helpers]
# editor-cmd = editor (vi, emacs, notepad, etc.)
# diff-cmd = diff_program (diff, gdiff, etc.)
# diff3-cmd = diff3_program (diff3, gdiff3, etc.)
# diff3-has-program-arg = [true | false]

### Section for configuring tunnel agents.
# [tunnels]
### Configure svn protocol tunnel schemes here.  By default, only
### the 'ssh' scheme is defined.  You can define other schemes to
### be used with 'svn+scheme://hostname/path' URLs.  A scheme
### definition is simply a command, optionally prefixed by an
### environment variable name which can override the command if it
### is defined.  The command (or environment variable) may contain
### arguments, using standard shell quoting for arguments with
### spaces.  The command will be invoked as:
### svnserve -t
### (If the URL includes a username, then the hostname will be
### passed to the tunnel agent as @.)  If the
### built-in ssh scheme were not predefined, it could be defined
### as:
# ssh = $SVN_SSH ssh
### If you wanted to define a new 'rsh' scheme, to be used with
### 'svn+rsh:' URLs, you could do so as follows:
# rsh = rsh
### Or, if you wanted to specify a full path and arguments:
# rsh = /path/to/rsh -l myusername
### On Windows, if you are specifying a full path to a command,
### use a forward slash (/) or a paired backslash (\\) as the
### path separator.  A single backslash will be treated as an
### escape for the following character.

### Section for configuring miscelleneous Subversion options.
[miscellany]

### Set global-ignores to a set of whitespace-delimited globs
### which Subversion will ignore in its 'status' output.
global-ignores = *.iml *.ipr *.iws *.o *.lo *.la #*# .*.rej *.rej .*~ *~ .#* 
.DS_Store target

### Set log-encoding to the default encoding for log messages
# log-encoding = latin1

### Set use-commit-times to make checkout/update/switch/revert
### put last-committed timestamps on every file touched.
use-commit-times = yes

### Set enable-auto-props to 'yes' to enable automatic properties
### for 'svn add' and 'svn import', it defaults to 'no'.
### Automatic properties are defined in the section 'auto-props'.
enable-auto-props = yes

### Section for configuring automatic properties.
### The format of the entries is:
###   file-name-pattern = propname[=value][;propname[=value]...]
### The file-name-pattern can contain wildcards (such as '*' and
### '?').  All entries which match will be applied to the file.
### Note that auto-props functionality must be enabled, which
### is typically done by setting the 'enable-auto-props' option.
[auto-props]
*.bat = svn:eol-style=CRLF;svn:executable
*.block = svn:eol-style=native
*.c = svn:eol-style=native
*.cgi = svn:eol-style=native
*.cpp = svn:eol-style=native
*.css = svn:eol-style=native
*.dll = svn:mime-type=application/octet-stream
*.dsp = svn:eol-style=CRLF
*.dsw = svn:eol-style=CRLF
*.ent = svn:eol-style=native
*.gif = svn:mime-type=image/gif
*.h = svn:eol-style=native
.htaccess = svn:eol-style=native
*.html = svn:eol-style=native
*.jar = svn:mime-type=application/octet-stream
*.jpg = svn:mime-type=image/jpeg
*.java = svn:eol-style=native
*.meta = svn:eol-style=native
*.png = svn:mime-type=image/png
*.properties = svn:eol-style=native
*.sequence = svn:eol-style=native
*.sh = svn:eol-style=LF;svn:executable
*.svg = svn:eol-style=native
*.txt = svn:eol-style=native
*.x* = svn:eol-style=native
Makefile = svn:eol-style=native
KEYS = svn:eol-style=native

-- 
   +--//---+
  / http://www.dpml.net   /
 / http://nic

Re: Problem running Apache Gump [brutus-kaffe]

[Stefano Mazzocchi]

[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

The last (up to) 50 lines of the log are :
A  python/gump/core/config.py
A  python/gump/core/commandLine.py
A  python/gump/util
A  python/gump/util/owner.py
A  python/gump/util/__init__.py
A  python/gump/util/domutils.py
A  python/gump/util/tools.py
A  python/gump/util/threads
A  python/gump/util/threads/__init__.py
A  python/gump/util/threads/tools.py
A  python/gump/util/mysql.py
A  python/gump/util/note.py
A  python/gump/util/locks.py
A  python/gump/util/sync.py
A  python/gump/util/file.py
A  python/gump/util/http.py
A  python/gump/util/work.py
A  python/gump/util/smtp.py
A  python/gump/util/listener.py
A  python/gump/util/tasks.py
A  python/gump/util/timing.py
A  python/gump/util/process
A  python/gump/util/process/command.py
A  python/gump/util/process/__init__.py
A  python/gump/util/process/launcher.py
A  python/gump/tool
A  python/gump/tool/svg
A  python/gump/tool/svg/drawing.py
A  python/gump/tool/svg/depdiag.py
A  python/gump/tool/svg/svg.py
A  python/gump/tool/svg/__init__.py
A  python/gump/tool/svg/scale.py
A  python/gump/tool/performance
A  python/gump/tool/performance/deps.py
A  python/gump/tool/performance/__init__.py
A  python/gump/tool/performance/xdocs.py
A  python/gump/tool/performance/gurus.py
A  python/gump/tool/guru
A  python/gump/tool/guru/stats.py
A  python/gump/tool/guru/__init__.py
A  python/gump/tool/guru/xref.py
A  python/gump/tool/integration
A  python/gump/tool/integration/depot.py
A  python/gump/tool/integration/cvs.py
A  python/gump/tool/integration/__init__.py
A  python/gump/tool/__init__.py
A  python/gump/tool/shared
A  python/gump/tool/shared/__init__.py
A  python/gump/tool/shared/comparator.py
Process Exit Code : 1
--
Gump Version: 2.0.2-alpha-0003
Hmmm, what's wrong with the kaffe build? it keeps on sending these messages.
--
Stefano.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Problem running Apache Gump [brutus-kaffe]

[brutus]

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

The last (up to) 50 lines of the log are :
A  python/gump/core/config.py
A  python/gump/core/commandLine.py
A  python/gump/util
A  python/gump/util/owner.py
A  python/gump/util/__init__.py
A  python/gump/util/domutils.py
A  python/gump/util/tools.py
A  python/gump/util/threads
A  python/gump/util/threads/__init__.py
A  python/gump/util/threads/tools.py
A  python/gump/util/mysql.py
A  python/gump/util/note.py
A  python/gump/util/locks.py
A  python/gump/util/sync.py
A  python/gump/util/file.py
A  python/gump/util/http.py
A  python/gump/util/work.py
A  python/gump/util/smtp.py
A  python/gump/util/listener.py
A  python/gump/util/tasks.py
A  python/gump/util/timing.py
A  python/gump/util/process
A  python/gump/util/process/command.py
A  python/gump/util/process/__init__.py
A  python/gump/util/process/launcher.py
A  python/gump/tool
A  python/gump/tool/svg
A  python/gump/tool/svg/drawing.py
A  python/gump/tool/svg/depdiag.py
A  python/gump/tool/svg/svg.py
A  python/gump/tool/svg/__init__.py
A  python/gump/tool/svg/scale.py
A  python/gump/tool/performance
A  python/gump/tool/performance/deps.py
A  python/gump/tool/performance/__init__.py
A  python/gump/tool/performance/xdocs.py
A  python/gump/tool/performance/gurus.py
A  python/gump/tool/guru
A  python/gump/tool/guru/stats.py
A  python/gump/tool/guru/__init__.py
A  python/gump/tool/guru/xref.py
A  python/gump/tool/integration
A  python/gump/tool/integration/depot.py
A  python/gump/tool/integration/cvs.py
A  python/gump/tool/integration/__init__.py
A  python/gump/tool/__init__.py
A  python/gump/tool/shared
A  python/gump/tool/shared/__init__.py
A  python/gump/tool/shared/comparator.py
Process Exit Code : 1
--
Gump Version: 2.0.2-alpha-0003

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

Re: [xalan][kaffe] Xalan build with Jikes uses classes in rt.jar

[Stefan Bodewig]

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 

/GUMP_PATH/xml-xalan/java/src:/GUMP_PATH/xml-xalan/java/src/org/apache/xpath:/GUMP_PATH/xml-xalan/java/src/org/apache/xpath/compiler

as sourcepath, so without reading the source file, the class could be
in org.apache.xpath.compiler or compiler or the default package.  My
guess is that Jikes avoids parsing some source files or simply gets
confused by the options.

> fresh from their cvs. will try build.xml changes to xalan by hand
> later today.

Thanks

Stefan

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

line-feed change commit mail too big

[Stefan Bodewig]

Author: bodewig
Date: Tue Dec 14 03:40:53 2004
New Revision: 111815

URL: http://svn.apache.org/viewcvs?view=rev&rev=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   (contents, props changed)
   gump/trunk/bin/integrate.py   (contents, props changed)
   gump/trunk/bin/preview.py   (contents, props changed)
   gump/trunk/bin/redo.py   (contents, props changed)
   gump/trunk/bin/repo.py   (contents, props changed)
   gump/trunk/bin/testrunner.py   (contents, props changed)
   gump/trunk/bin/update.py   (contents, props changed)
   gump/trunk/conf/brutus.apache.org/var/www/dynagump/Main.py   (props changed)
   gump/trunk/conf/brutus.apache.org/var/www/dynagump/__init__.py   (props 
changed)
   gump/trunk/cron/gump.bat
   gump/trunk/cron/gump.sh   (props changed)
   gump/trunk/gump   (props changed)
   gump/trunk/python/gump/__init__.py   (contents, props changed)
   gump/trunk/python/gump/actor/__init__.py   (contents, props changed)
   gump/trunk/python/gump/actor/document/__init__.py   (contents, props changed)
   gump/trunk/python/gump/actor/document/documenter.py   (contents, props 
changed)
   gump/trunk/python/gump/actor/document/resolver.py   (contents, props changed)
   gump/trunk/python/gump/actor/document/text/__init__.py   (contents, props 
changed)
   gump/trunk/python/gump/actor/document/text/documenter.py   (contents, props 
changed)
   gump/trunk/python/gump/actor/document/text/resolver.py   (contents, props 
changed)
   gump/trunk/python/gump/actor/document/xdocs/__init__.py   (contents, props 
changed)
   gump/trunk/python/gump/actor/document/xdocs/config.py   (contents, props 
changed)
   gump/trunk/python/gump/actor/document/xdocs/documenter.py   (contents, props 
changed)
   gump/trunk/python/gump/actor/document/xdocs/resolver.py   (contents, props 
changed)
   gump/trunk/python/gump/actor/document/xdocs/synchronizer.py   (contents, 
props changed)
   gump/trunk/python/gump/actor/document/xdocs/xdoc.py   (contents, props 
changed)
   gump/trunk/python/gump/actor/mysql/__init__.py   (contents, props changed)
   gump/trunk/python/gump/actor/mysql/data.py   (contents, props changed)
   gump/trunk/python/gump/actor/mysql/databaser.py   (contents, props changed)
   gump/trunk/python/gump/actor/notify/__init__.py   (contents, props changed)
   gump/trunk/python/gump/actor/notify/logic.py   (contents, props changed)
   gump/trunk/python/gump/actor/notify/notification.py   (contents, props 
changed)
   gump/trunk/python/gump/actor/notify/notifier.py   (contents, props changed)
   gump/trunk/python/gump/actor/rdf/__init__.py   (contents, props changed)
   gump/trunk/python/gump/actor/rdf/describer.py   (contents, props changed)
   gump/trunk/python/gump/actor/repository/__init__.py   (contents, props 
changed)
   gump/trunk/python/gump/actor/repository/artifact.py   (contents, props 
changed)
   gump/trunk/python/gump/actor/repository/publisher.py   (contents, props 
changed)
   gump/trunk/python/gump/actor/results/__init__.py   (contents, props changed)
   gump/trunk/python/gump/actor/results/loader.py   (contents, props changed)
   gump/trunk/python/gump/actor/results/model.py   (contents, props changed)
   gump/trunk/python/gump/actor/results/resulter.py   (contents, props changed)
   gump/trunk/python/gump/actor/stats/__init__.py   (contents, props changed)
   gump/trunk/python/gump/actor/stats/dbm/__init__.py   (contents, props 
changed)
   gump/trunk/python/gump/actor/stats/dbm/statsdb.py   (contents, props changed)
   gump/trunk/python/gump/actor/stats/mysql/__init__.py   (contents, props 
changed)
   gump/trunk/python/gump/actor/stats/mysql/statsdb.py   (contents, props 
changed)
   gump/trunk/python/gump/actor/stats/statistician.py   (contents, props 
changed)
   gump/trunk/python/gump/actor/syndication/__init__.py   (contents, props 
changed)
   gump/trunk/python/gump/actor/syndication/abstract.py   (contents, props 
changed)
   gump/trunk/python/gump/actor/syndication/atom.py   (contents, props changed)
   gump/trunk/python/gump/actor/syndication/rss.py   (contents, props changed)
   gump/trunk/python/gump/actor/syndication/syndicator.py   (contents, props 
changed)
   gump/trunk/python/gump/actor/timing/__init__.py   (contents, props changed)
   gump/trunk/python/gump/actor/timing/keeper.py   (contents, props changed)
   gump/trunk/python/gump/commands/__init__.py   (contents, props changed)
   gump/trunk/python/gump/commands/build.py   (contents, props changed)
   gump/trunk/python/gump/commands/check.py   (contents, props changed)
   gump/trunk/python/gump/commands/env.py   (contents, props changed)
   gump/trunk/python/gump/core/__init__.py   (contents, props changed)
   gump/trunk/python/gump/core/build/__init__.py   (contents, props changed)
   gump/trunk/python/gump/core/build/ant.py   (contents, props changed)
   gump/trunk/python/gump/core/build/builder.py

Re: [xalan][kaffe] Xalan build with Jikes uses classes in rt.jar

[Davanum Srinivas]

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 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 go ahead right now.
> 
> With a modified build.xml for Xalan?
> 
> Cheers
> 
> Stefan
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


-- 
Davanum Srinivas - http://webservices.apache.org/~dims/

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

Re: native line-endings

[Stefan Bodewig]

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 automatically.
> We created a config file at Forrest:
> http://issues.cocoondev.org/browse/FOR-124

This has to be done by each developer individually, correct?

Thanks

Stefan

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

BATCH: All dressed up, with nowhere to go...

[brutus]

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 with warnings.
[EMAIL PROTECTED]: Module lenya success, but with warnings.
[EMAIL PROTECTED]: Project jtidy-cvs (in module jtidy) failed
*** G U M P
[EMAIL PROTECTED]: Project txt2html-task (in module jakarta-servletapi-5) 
success, but with warnings.
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project txt2html-task contains errors.
The current state of this project is 'Success'.

Full details are available at:

http://brutus.apache.org/gump/public/jakarta-servletapi-5/txt2html-task/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [ant] identifier set to project name
 -INFO- Made directory 
[/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/build/ant]
 -INFO- No license on redistributable project with outputs.
 -ERROR- Failed to publish 
[/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/build/ant] to 
repository : [Errno 21] Is a directory



The following work was performed:
http://brutus.apache.org/gump/public/jakarta-servletapi-5/txt2html-task/gump_work/build_jakarta-servletapi-5_txt2html-task.html
Work Name: build_jakarta-servletapi-5_txt2html-task (Type: Build)
Work ended in a state of : Success
Elapsed: 2 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar
 org.apache.tools.ant.Main 
-Dgump.merge=/home/gump/workspaces2/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only ant 
[Working Directory: 
/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/build/ant:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/xml-stylebook/bin/stylebook-1.0-b3_xalan-2.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar
-
Buildfile: build.xml

prepare:
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/build/classes
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/build/docs
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/build/docs/api
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/build/examples
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/dist
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/dist/docs
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/dist/docs/api
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/dist/lib
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/dist/src
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/dist/examples

ant:
[javac] Compiling 1 source file to 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/build/ant
[javac] Note: 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/src/ant/task/Txt2Html.java
 uses or overrides a deprecated API.
[javac] Note: Recompile with -deprecation for details.

BUILD SUCCESSFUL
Total time: 1 second
-

To subscribe to this information via syndicated feeds:
- RSS: 
http://brutus.apache.org/gump/public/jakarta-servletapi-5/txt2html-task/rss.xml
- Atom: 
http://brutus.apache.org/gump/public/jakarta-servletapi-5/txt2html-task/atom.xml

== Gump Tracking Only ===
Produced by Gump version 2.2.
Gump Run 2914122004, brutus:brutus-public:2914122004
Gump E-mail Identifier (unique within run) #2.

*** G U M P
[EMAIL PROTECTED]: Module struts success, but with warnings.
To whom it may engage

Re: [xalan][kaffe] Xalan build with Jikes uses classes in rt.jar

[Stefan Bodewig]

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 go ahead right now.

With a modified build.xml for Xalan?

Cheers

Stefan

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

Re: [xalan][kaffe] Xalan build with Jikes uses classes in rt.jar

[Davanum Srinivas]

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 <[EMAIL PROTECTED]> wrote:
> 
> > Well, i was right :) xalan got compiled :) :)
> 
> Yes, but for the wrong reason 8-(
> 
> Could you please try my suggestion (I don't have Kaffe installed
> locally)?  The sourcepath is simply silly and causes any compiler to
> get confused.
> 
> Stefan
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


-- 
Davanum Srinivas - http://webservices.apache.org/~dims/

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

native line-endings (Was: svn commit: r111800 - /gump/trunk/python/gump/core/model/project.py)

[David Crossley]

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.

* Make sure that the file has the proper line endings
  for whatever operating system you are on.
* svn add myfile.txt
* svn propset svn:eol-style native myfile.txt

You can configure your svn client to do it automatically.
We created a config file at Forrest:
http://issues.cocoondev.org/browse/FOR-124

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

Re: more questions - on depends

[Brett Porter]

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 have to remove property as it
is a duplicate of what is already generated, and add an optional id
element). I'll release a new version of the gump plugin to use.

Anywhere were we have mismatched projects (so several maven projects
declaring a dependency differently), that's something that probably
needs to be fixed from the Maven end. We manage the central
repository, so we can push to doing that.

If we are able to do this, do the combination of these two solutions
solve our problems now, and going forward?

Let's start a list of JAR names that have conflicts. Please add them here:
http://jira.codehaus.org/browse/MAVEN-1534
or if they are those pesky sun ones we can't distribute:
http://jira.codehaus.org/browse/MAVEN-1472

I'll do what I can to resolve them.

- Brett

On Mon, 13 Dec 2004 10:48:58 -0500, Stefano Mazzocchi
<[EMAIL PROTECTED]> wrote:
> 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 inter-project consistent.
> > So, POM *alone* is not enough, but can remove the need for a "gump" goal in
> > Maven.
> 
> Yep. POM alone is not enough, we should start thinking about a "registry
> of project names" on where everybody can agree upon.
> 
> Brett, what's your opinion on this?
> 
> --
> Stefano.
> 
> 
> 
> 
> -
> 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: [xalan][kaffe] Xalan build with Jikes uses classes in rt.jar

[Davanum Srinivas]

Well, i was right :) xalan got compiled :) :)

http://brutus.apache.org/gump/kaffe/buildLog.html

-- dims


On Mon, 13 Dec 2004 10:50:08 -0500, Stefano Mazzocchi
<[EMAIL PROTECTED]> wrote:
> 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 unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


-- 
Davanum Srinivas - http://webservices.apache.org/~dims/

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

Problem running Apache Gump [brutus-kaffe]

[brutus]

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

The last (up to) 50 lines of the log are :
- GUMP run on host   : brutus
- GUMP run @ : 13 Dec 2004 09:00:02
- GUMP run @  UTC: 13 Dec 2004 17:00:02
- GUMP run by Python : '2.3.4 (#2, Sep 24 2004, 08:39:09) \n[GCC 3.3.4 (Debian 
1:3.3.4-12)]'
- GUMP run by Python : '/usr/bin/python2.3'
- GUMP run by Gump   : 2.0.2-alpha-0003
- GUMP run on OS : 'posix'
- GUMP run in env: 
  GUMP_HOME -> [/home/gump/workspaces2/kaffe/gump]
  SHELL -> [/bin/sh]
  HOST_LOCAL_ENV -> [local-env-brutus.sh]
  JAVAC -> [jikes-kaffe]
  SHLVL -> [2]
  CLASSPATH -> [/usr/local/gump-kaffe/lib/tools.jar]
  FORREST_HOME -> [/opt/forrest]
  GUMP_LOG_DIR -> [/usr/local/gump/kaffe/results]
  GUMP_PYTHON -> [/usr/bin/python2.3]
  LOCAL_ENV -> [local-env.sh]
  GUMP_HOST -> [brutus]
  PWD -> [/usr/local/gump/kaffe/gump/cron]
  GUMP -> [/usr/local/gump/kaffe/gump]
  LOGNAME -> [gump]
  MAVEN_HOME -> [/opt/maven]
  ANT_OPTS -> [-Dbuild.compiler=jikes -Djavac.source=1.3]
  PATH -> 
[/usr/local/gump-kaffe/bin:/usr/bin:/bin:/opt/forrest/bin:/opt/maven/bin]
  JAVA_HOME -> [/usr/local/gump-kaffe]
  HOME -> [/home/gump]
  _ -> [/usr/bin/python2.3]
  GUMP_WS -> [/usr/local/gump/kaffe/workspace]
- GUMP base directory : /usr/local/gump/kaffe/workspace
- GUMP base path  : /usr/local/gump/kaffe/workspace
- GUMP mail server: mail.apache.org
- GUMP mail port  : 25
- GUMP mail from  : [EMAIL PROTECTED]
- GUMP mail to: [EMAIL PROTECTED]
- GUMP log is @   : http://brutus.apache.org/gump/kaffe
- GUMP log is @   : /usr/local/gump/kaffe/results
 - GUMP PYTHONPATH  :  /home/gump/workspaces2/kaffe/gump/python
Execute : svn update --non-interactive >out.txt 2>&1
svn: Failed to add file 'gump': object of the same name already exists
Process Exit Code : 1
--
Gump Version: 2.0.2-alpha-0003

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

Re: Gump and APR/HTTPd

[Adam R. B. Jack]

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
Subject: Gump and APR/HTTPd


> Hi all,
>
> starting with the latest Kaffe build we are building HTTPd as well
>
.
>
> Yes, we are building against the latest versions of apr and apr-util,
> I've tested it on a machine that didn't have APR installed.  Of course
> not only the Kaffe but all runs will build them.
>
> I've documented the new  and  builders as well as the
> fact that 

Re: more questions - on depends

[Stefano Mazzocchi]

Stefan Bodewig wrote:
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 myself are leaning more towards the 2. ,
whereas for instance Adam and Stefan(o) are more favourable of 1.

I think at least Stefan(o) prefer Gump an approach where Gump can
parse Maven POMs directly.
HUGE +1
--
Stefano.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [RT] Gump 3.0 - Database Model

[Stefano Mazzocchi]

Niclas Hedhman wrote:
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 ?
eheh, no URIs are :-)
Let's start with that first and we'll go a long way already.
--
Stefano.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [xalan][kaffe] Xalan build with Jikes uses classes in rt.jar

[Stefano Mazzocchi]

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 unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: more questions - on depends

[Stefano Mazzocchi]

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 inter-project consistent.
So, POM *alone* is not enough, but can remove the need for a "gump" goal in 
Maven.
Yep. POM alone is not enough, we should start thinking about a "registry 
of project names" on where everybody can agree upon.

Brett, what's your opinion on this?
--
Stefano.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [RT] Gump 3.0 - Database Model

[Wade . Stebbings]

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 then
"fan out" to several "Projects" (as we have used this word).

I am not completely happy with this arrangement, since our "Project"
does not distinguish between:

 (a) separate configurations, or
 (b) the same configurations build on different targets.

And somehow I think this distinction should be more clearly represented
in the data model.

I think if (1) were to be defined as the "Project" and the (2)'s under it
would be "SubProject" (to use some names), and keep the arbitrary
grouping mechanism, though now at the SubProject level, then I think
we've gained something w/o any other feature loss.

wade


[EMAIL PROTECTED] wrote on 12/13/2004 09:07:32 AM:

> Stefano:
> 
> See my responses below.
> 
> 
> [...]

Re: [RT] Gump 3.0 - Database Model

[Wade . Stebbings]

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 various
> > forms of the presentation of the data
> 
> Can you elaborate more on this?

Yes, it is a many-to-many relation between the Project and Group tables.
Thus, I can define one group which is all "mainline" builds (we have
several release streams managed by separate branches), regardless of
platforms build on.  Another group would be all Windows/2003 builds.  It
is merely a way of seeing a limited set of project names, though when
presented on the web page, I do also display some project attributes for
each project displayed, like the lable & link of the current build as 
well as the "last good" build.


> >  - the general notion of "attributes" associated with each:
> > - build (instance)
> > - project
> > - group
> > - the whole system
> 
> "attributes" as in "annotations" or as in "related data"?

I'm not sure what is the difference between annotations (like added
noted, do you mean?) and "related data".  But what these tables do
is, basically to allow one to add new fields to the associated table
without a schema change.  They are name/value pairs, with the added
key (foreign key) of the id of the table to which they relate.  Thus,
for the Project table:

  Project Attributes:
- proj_id (foreign key)
- name (string, key)
- value (blob)

  Project:
- proj_id (key)
- ... etc ...

In the case of the system wide attributes table, there is no "id"
field.  That table I use for stuff like debug on/off/level, motd,
and so far little else.


> > And since my system is focused on creating interaction between people
> > about given built baselines, I have the notion of a notes history 
> > associated
> > with any given build, in a similar spirit as the comment history of a 
> > given
> > "bug" in bugzilla.
> 
> I like the concept of allowing bugzilla-style communication to happen 
> without requiring people to subscribe to various mail lists, like a 
> common ground for communication to happen.
> 
> But I don't want this to be too global, because I want gump-related 
> discussions to happen on the mail list.

You could tie-in email notification when this table is updated.  We
don't do that, but it's not a bad idea.  Bugzilla of course does this.


> > Like the notes table, I have separate tables for (references to) 
> > artifacts,
> 
> yes, the artifact table is missing, that's a good point.

I use the notion of an external Artifact Repository and refer into
that with this table.  The artifacts themselves are not stored in
the database nor on the database server.  Just wanted to be clear
about that.

The notion of an Artifact Repository: ah, well, I have my idea of
what I want, and then there's the reality that we don't have much
more (at present) than a web-based storage mechanism, organized
hierarchically within the file system.  Thus "version information"
is exposed in the file-path name space, and 3rd party artifacts
are managed in yet another system.  My notion of an Artifact
Repository would be a place to store any 3rd party artifact that
any build could depend on.  Build themselves would be producers,
but could also be consumers.  One of the main points of this is:
that I separate, architecturally, the Artifact Repository, as a
separate service, from the build system itself.


> > and another for results, to support any arbitrary number of 
> > artifacts/results
> > to a given build-instance. 
> 
> Good point.
> 
> [...]
> 
> So, things missing are:
> 
>   1) bugzilla like comments (on build results only? or what else?)
>   2) artifact table / artifact type table
> 
> Anything else you guys see missing?

Note: The results per build table (to support an arbirary number
of results per build) was a separate table from the artifact table.

In fact, at present in my schema, for a single build table entry,
there can be:

 - any number of notes
 - any number of artifacts
 - any number of results

I separate artifacts (products of a build) from results (meta data
or things we know about or learn about the build products).  A 
result entry has one of four possible states in my schema: 1. unset,
2. pass, 3. warn, 4. fail (to which I map the obvious color in the
web presentation ;) -- extrapolating/generalizing that my sampling
of the world's traffic/semaphore lights extends to the rest of the
world; 7 countries on 4 continents - a good but small sample).  And
unset = white.

Thanks for including me in the discussion.  I look forward to more.

wade 

Re: [xalan][kaffe] Xalan build with Jikes uses classes in rt.jar

[Stefan Bodewig]

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 build.xml
--- build.xml   28 Oct 2004 20:04:38 -  1.213
+++ build.xml   13 Dec 2004 14:09:28 -
@@ -388,7 +388,7 @@
   
   
   
-  
+  
 
 
 

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

Re: [xalan][kaffe] Xalan build with Jikes uses classes in rt.jar

[Stefan Bodewig]

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 (which my verbose output
says Ant would do)?

In my JDK 1.3 experiments the same  task compiles ElemVariable
and creates ElemVariable.class that also fails to compile the Variable
class because it wasn't there.

Hmm, if I remove the really really strange and wrong 
defintion from build.xml's line 391, jikes works without problems on
JDK 1.3.

Could you try the same for Kaffe?

Stefan

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

Re: [xalan][kaffe] Xalan build with Jikes uses classes in rt.jar

[Davanum Srinivas]

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 ant and mucking around with it. both under
jdk14 and Kaffe.

thanks,
dims


On Mon, 13 Dec 2004 14:38:23 +0100, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> 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
> org.apache.xalan.templates.ElemVariable - this class is part of the
> xml-xalan CVS checkout.
> 
> I'll try to dig into it myself as well.
> 
> Stefan
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


-- 
Davanum Srinivas - http://webservices.apache.org/~dims/

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

Re: Gump and APR/HTTPd

[Graham Leggett]

Stefan Bodewig said:

> starting with the latest Kaffe build we are building HTTPd as well
> .
>
> Yes, we are building against the latest versions of apr and apr-util,
> I've tested it on a machine that didn't have APR installed.  Of course
> not only the Kaffe but all runs will build them.
>
> I've documented the new  and  builders as well as the
> fact that 

Re: [xalan][kaffe] Xalan build with Jikes uses classes in rt.jar

[Stefan Bodewig]

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 output
directory to the classpath where Sun's javac does.

I'll investigate the verbose output and let you know.

Stefan

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

Re: [xalan][kaffe] Xalan build with Jikes uses classes in rt.jar

[Stefan Bodewig]

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
org.apache.xalan.templates.ElemVariable - this class is part of the
xml-xalan CVS checkout.

I'll try to dig into it myself as well.

Stefan

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

Gump and APR/HTTPd

[Stefan Bodewig]

Hi all,

starting with the latest Kaffe build we are building HTTPd as well
.

Yes, we are building against the latest versions of apr and apr-util,
I've tested it on a machine that didn't have APR installed.  Of course
not only the Kaffe but all runs will build them.

I've documented the new  and  builders as well as the
fact that 

[xalan][kaffe] Xalan build with Jikes uses classes in rt.jar

[Davanum Srinivas]

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/

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

BATCH: Unable to send...

[brutus]

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
*** G U M P
[EMAIL PROTECTED]: Project wsfx-axis-types (in module muse) failed
Failed with to: [EMAIL PROTECTED] from: [Ian Springer ]
Failed to send notify e-mail: (450, 'FQDN required in the envelope sender', 
'ips AT ws DOT apache DOT org')
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project wsfx-axis-types has an issue affecting its community integration.
This issue affects 2 projects,
 and has been outstanding for 22 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- muse :  Muse Project
- wsfx-axis-types :  Muse Project


Full details are available at:
http://brutus.apache.org/gump/public/muse/wsfx-axis-types/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [wsfx-axis-types-13122004.jar] identifier set to project 
name
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/muse/axis-types/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/muse/axis-types/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/muse/axis-types/project.properties
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://brutus.apache.org/gump/public/muse/wsfx-axis-types/gump_work/build_muse_wsfx-axis-types.html
Work Name: build_muse_wsfx-axis-types (Type: Build)
Work ended in a state of : Failed
Elapsed: 1 sec
Command Line: maven --offline jar 
[Working Directory: /usr/local/gump/public/workspace/muse/axis-types]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/muse/target/classes:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/ws-axis/java/build/lib/axis.jar:/usr/local/gump/public/workspace/ws-axis/java/build/lib/saaj.jar:/usr/local/gump/public/workspace/ws-axis/java/build/lib/axis-ant.jar:/usr/local/gump/public/workspace/ws-axis/java/build/lib/jaxrpc.jar:/usr/local/gump/public/workspace/xml-security/build/xmlsec.jar:/usr/local/gump/public/workspace/wsdl4j/build/lib/qname.jar:/usr/local/gump/public/workspace/wsdl4j/build/lib/wsdl4j.jar
-
 __  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0

The build cannot continue because of the following unsatisfied dependency:

axis-wsdl4j-1.2-RC2.jar (try downloading from http://ws.apache.org/axis/)

Total time: 1 seconds
Finished at: Mon Dec 13 01:48:06 PST 2004

-

To subscribe to this information via syndicated feeds:
- RSS: http://brutus.apache.org/gump/public/muse/wsfx-axis-types/rss.xml
- Atom: http://brutus.apache.org/gump/public/muse/wsfx-axis-types/atom.xml

== Gump Tracking Only ===
Produced by Gump version 2.2.
Gump Run 2713122004, brutus:brutus-public:2713122004
Gump E-mail Identifier (unique within run) #21.

*** G U M P
[EMAIL PROTECTED]: Project lenya (in module lenya) failed
Failed with to: [EMAIL PROTECTED] from: [Gump]
Failed to send notify e-mail: (450, 'FQDN required in the envelope sender', 
'Gump')
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project lenya has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 12 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.

BATCH: All dressed up, with nowhere to go...

[brutus]

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 with warnings.
[EMAIL PROTECTED]: Module lenya success, but with warnings.
[EMAIL PROTECTED]: Project jtidy-cvs (in module jtidy) failed
[EMAIL PROTECTED]: Project jetty-plus (in module jetty) failed
[EMAIL PROTECTED]: Project groovy (in module groovy) failed
[EMAIL PROTECTED]: Project maven (in module maven) failed
[EMAIL PROTECTED]: Project maven-bootstrap (in module maven) failed
*** G U M P
[EMAIL PROTECTED]: Project txt2html-task (in module jakarta-servletapi-5) 
success, but with warnings.
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project txt2html-task contains errors.
The current state of this project is 'Success'.

Full details are available at:

http://brutus.apache.org/gump/public/jakarta-servletapi-5/txt2html-task/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [ant] identifier set to project name
 -INFO- Made directory 
[/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/build/ant]
 -INFO- No license on redistributable project with outputs.
 -ERROR- Failed to publish 
[/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/build/ant] to 
repository : [Errno 21] Is a directory



The following work was performed:
http://brutus.apache.org/gump/public/jakarta-servletapi-5/txt2html-task/gump_work/build_jakarta-servletapi-5_txt2html-task.html
Work Name: build_jakarta-servletapi-5_txt2html-task (Type: Build)
Work ended in a state of : Success
Elapsed: 2 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar
 org.apache.tools.ant.Main 
-Dgump.merge=/home/gump/workspaces2/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only ant 
[Working Directory: 
/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/build/ant:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar
-
Buildfile: build.xml

prepare:
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/build/classes
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/build/docs
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/build/docs/api
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/build/examples
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/dist
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/dist/docs
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/dist/docs/api
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/dist/lib
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/dist/src
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/dist/examples

ant:
[javac] Compiling 1 source file to 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/build/ant
[javac] Note: 
/home/gump/workspaces2/public/workspace/jakarta-servletapi-5/jsr152/src/ant/task/Txt2Html.java
 uses or overrides a deprecated API.
[javac] Note: Recompile with -deprecation for details.

BUILD SUCCESSFUL
Total time: 1 second
-

To subscribe to this information via syndicated feeds:
- RSS: 
http://brutus.apache.org/gump/public/jakarta-servletapi-5/txt2html-task/rss.xml
- Atom: 
http://brutus.apache.org/gump/public/jakarta-servletapi-5/txt2html-task/atom.xml

== Gump Tracking Only ===
Produced by Gump version 2.2.
Gump Run 2713122004, brutus:brutus-public:2713122004
Gump E-mail Identifier (unique within run) #2.

***

Re: more questions - on depends

[Niclas Hedhman]

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, POM *alone* is not enough, but can remove the need for a "gump" goal in 
Maven.

Cheers
Niclas
-- 
   +--//---+
  / http://www.dpml.net   /
 / http://niclas.hedhman.org / 
+--//---+


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

Re: lenya gump build is close..

[Stefan Bodewig]

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 lenya project descriptor to have the necessary cocoon
> blocks

Looks fine, they are on the build classpath.

I tweaked the property definition a little to say what I think you
intended it to say.

Looking at the current build errors, the build file still wants a
reference to Cocoon?  Is this because the definition of
gump.skipcocoonbuild didn't work as expected or do we need to add some
more magic?

The build directory in Gump's Cocoon workspace would be



Stefan

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

Re: more questions - on depends

[Stefan Bodewig]

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 myself are leaning more towards the 2. ,
> whereas for instance Adam and Stefan(o) are more favourable of 1.

I think at least Stefan(o) prefer Gump an approach where Gump can
parse Maven POMs directly.

Stefan

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

Re: [RT] Gump 3.0 - Database Model

[Niclas Hedhman]

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
-- 
   +--//---+
  / http://www.dpml.net   /
 / http://niclas.hedhman.org / 
+--//---+


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

Re: more questions - on depends

[Niclas Hedhman]

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.

2. Maven wants to automatically generate a functional Gump descriptor.

If you do 2. in Maven, you will need some help from the projects to make it 
so. If you don't care about 2., you can probably manage with the existing 
features in Maven, and need to look at the inter-project issues, such as 

* Mismatch between Gump project names and Maven artifactIDs.
* Multiple artifactIDs with the same name, but different groups.
* Same artifacts with different artifactIDs and different groups.

If you do 2., you can rely on that being set up in each Maven project to aid 
Gump (just like has been done with Magic for the Avalon projects).

I can sense that Brett and myself are leaning more towards the 2. , whereas 
for instance Adam and Stefan(o) are more favourable of 1.

Both have their technical and social strengths. But I think we need to 
conclude which way to go.


Cheers
Niclas
-- 
   +--//---+
  / http://www.dpml.net   /
 / http://niclas.hedhman.org / 
+--//---+


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