On Monday 15 March 2004 16:47, Stefan Bodewig wrote:
One reason why the Avalon descriptors are in Avalon modules (they've
moved back and force a few times) has been, that whoever moved them
there hoped the avalon community would take ownership of them.
The only one who seems to have been
Niclas Hedhman wrote:
On Monday 15 March 2004 16:47, Stefan Bodewig wrote:
One reason why the Avalon descriptors are in Avalon modules (they've
moved back and force a few times) has been, that whoever moved them
there hoped the avalon community would take ownership of them.
The only one who seems
Date: 2004-03-15T02:08:45
Editor: 130.89.169.128
Wiki: Gump Wiki
Page: FrontPage
URL: http://wiki.apache.org/gump/FrontPage
no comment
Change Log:
--
@@ -3,8 +3,6 @@
= Welcome to the Gump Wiki =
Date: 2004-03-15T02:10:33
Editor: 130.89.169.128
Wiki: Gump Wiki
Page: FrontPage
URL: http://wiki.apache.org/gump/FrontPage
no comment
Change Log:
--
@@ -3,12 +3,14 @@
= Welcome to the Gump Wiki =
Date: 2004-03-15T02:20:27
Editor: 130.89.169.128
Wiki: Gump Wiki
Page: FrontPage
URL: http://wiki.apache.org/gump/FrontPage
no comment
Change Log:
--
@@ -1,9 +1,7 @@
##language:en
#pragma
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Sent: 15 March 2004 10:58
To: [EMAIL PROTECTED]
Subject: Re: [Request] Make gump build directories browsable
On Mon, 15 Mar 2004, Vincent Massol [EMAIL PROTECTED] wrote:
From: Stefan Bodewig [mailto:[EMAIL
as for social engineering...terminology matters.
nag
has explicit negative connotations (it's not quite as bad as whine,
but its not very nice)
notify
seems much more neutral. The gump system notifies projects when things
break. This is a nice thing of gump to do (gump is doing us all a
Date: 2004-03-15T03:10:20
Editor: 130.89.169.128
Wiki: Gump Wiki
Page: NewUserIntroduction
URL: http://wiki.apache.org/gump/NewUserIntroduction
no comment
Change Log:
--
@@ -13,6 +13,46 @@
* ...
*
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/secure/ViewIssue.jspa?key=GUMP-32
Here is an overview of the issue:
+1
we'll have to keep nag as a (deprecated) synonym for a while because
of all the third party descriptors, though.
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
xerces1 builds with classical gump, but not with gumpy.
Anybody has an idea, why this Persian Monarch does not like Pythons ?
Antoine
[1] http://gump.covalent.net/log/xml-xerces1.html
[2] http://lsd.student.utwente.nl/gump/xml-xerces/xml-xerces1.html
[3]
On Mon, 15 Mar 2004, Antoine Lévy-Lambert [EMAIL PROTECTED]
wrote:
xerces1 builds with classical gump, but not with gumpy.
I've unsuccessfully tried to understand it myself.
The command line on my machine is
java org.apache.tools.ant.Main -Dbuild.sysclasspath=only jar
and it works, if I use
On Mon, 15 Mar 2004, Stefan Bodewig [EMAIL PROTECTED] wrote:
The only differences I see are the two system properties since I run
Xvfb and set DISPLAY accordingly.
It just failed for me when I run ./build.sh xml-xerces1 jar in an
xterm without using Xvfb. This looks really strange.
Stefan
niclas 2004/03/15 06:09:13
Modified:project avalon-excalibur.xml
Log:
Hopefully this is ok for excalibur-event.
Revision ChangesPath
1.102 +57 -3 gump/project/avalon-excalibur.xml
Index: avalon-excalibur.xml
Vincent Massol wrote:
Hi gumpmeisters,
How do we handle this?
Do we force Gumpy to use the 2.0 branch from httpclient?
the best and most long-lasting way to do this is to talk to them and
indicate what happened. I'm sure they will make an effort to remain
compatible so that your transition
as you may have noticed, I've started putting things in jira. I'm trying
to get rid of all the post-it notes on my wall. I don't know how much
you guys like using jira, but I find it works well, and starts working
better the more people get used to it. Let's get used to it ;)
I can't keep
Leo Simons wrote:
as for social engineering...terminology matters.
nag
has explicit negative connotations (it's not quite as bad as whine,
but its not very nice)
notify
seems much more neutral. The gump system notifies projects when things
break. This is a nice thing of gump to do (gump
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/secure/ViewIssue.jspa?key=GUMP-33
Here is an overview of the issue:
Sebb,
have you tried depend ... ids=/? ids is supposed to select the
jars by id, maybe an empty list will work.
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Monday 15 March 2004 23:10, Adam R. B. Jack wrote:
Daft as it seems, this is a bit of a milestone -- we've hit 70% success.
[70.50%] Not that we aren't shooting to get up to 100%, so have a ways to
go, but at least we've been consistently moving in the right general
direction these last few
On Monday 15 March 2004 22:27, Stefan Bodewig wrote:
Leads to
,
| [EMAIL PROTECTED] gump]$ ./build.sh excalibur-event-api jar
| Buildfile: build.xml does not exist!
| Build failed
`
and in fact there is no build.xml in avalon-excalibur/event/api.
Fixed.
How come you can run a
bodewig 2004/03/15 07:44:01
Modified:project avalon-excalibur.xml
Log:
fix jar location
Revision ChangesPath
1.103 +1 -1 gump/project/avalon-excalibur.xml
Index: avalon-excalibur.xml
===
bodewig 2004/03/15 07:47:11
Modified:project avalon-excalibur.xml
Log:
fix jar location and name
Revision ChangesPath
1.104 +1 -1 gump/project/avalon-excalibur.xml
Index: avalon-excalibur.xml
FWIIW: I saw some (one line I think) reference to this setting, but never an
implementation.
regards,
Adam
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, March 15, 2004 7:56 AM
Subject: [jira] Created: (GUMP-33) Does not honour noclasspath/
Message:
On Tuesday 16 March 2004 00:40, Stefan Bodewig wrote:
If you go with one of the first two options, the altrmi people will
need to know as well.
I think the altrmi people are semi-retired Avaloners :o)
I know it started in Avalon land, but was then moved to incubator to find a
better home,
niclas 2004/03/15 09:14:15
Modified:project avalon-excalibur.xml
Log:
Fixed a details I missed just now...
Revision ChangesPath
1.106 +124 -18 gump/project/avalon-excalibur.xml
Index: avalon-excalibur.xml
nickchalko2004/03/15 09:16:07
Modified:blog Template.txt
Log:
Ooops, edit wrong file.
PR:
Obtained from:
Submitted by:
Reviewed by:
CVS: --
CVS: PR:
CVS: If this change addresses a PR
nickchalko2004/03/15 09:19:57
Added: blog/Issues Cactus-CommonsHttpclient.txt
Log:
Help me make sure this highlights our purpose and on going work with out causing bad
feelings.
PR:
Obtained from:
Submitted by:
Reviewed by:
CVS:
Stefan Bodewig wrote:
On Mon, 15 Mar 2004, Antoine Lévy-Lambert [EMAIL PROTECTED]
wrote:
what does Xvfb mean ?
a virtual frame buffer X server. An X server that writes into memory
and doesn't display anything anywhere. It could also be a different
locale setting since Gump seems to use
Stefan wrote:
We have projects A and B. To build B I want to request that A has
been built, but I really don't care for its output. I just want to
influence the build order, that's all. In that case I'd use
depend project=Anoclasspath//depend
in B's descriptor.
and why it is wanted?
BTW: Can somebody [I believe infr wanted to know of this, if not do it]
create:
http://moof.apache.org/gump/public - /usr/local/gump/public/results
and (something like)
http://gump.apache.org/results/public which ProxyPasses to above moof
URL?
Thanks in advance.
Anybody on the
--On Monday, March 15, 2004 11:22 AM -0700 Adam R. B. Jack
[EMAIL PROTECTED] wrote:
Anybody on the Gump team willing/able to do this, or ought I make the
request directly to infrastructure folks?
I thought moof was still behind the firewall which blocks port 80.
Has that changed? -- justin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: 15 March 2004 16:10
To: [EMAIL PROTECTED]
Subject: cvs commit: gump/python/gump/gui __init__.py view.py
ajack 2004/03/15 08:10:23
Modified:python/gump/gui __init__.py view.py
Log:
Should never
Michael,
thanks for informing us,
I am pretty sure that we will fix lsd as soon as we can then.
Cheers,
Antoine
Michael Glavassevich wrote:
Hi Antoine,
I understand that this was a compiler bug [1] which was recently fixed
in JDK 1.4.2_04 [2]. Whomever's responsible for the environment on
Gump on moof
--On Monday, March 15, 2004 11:22 AM -0700 Adam R. B. Jack
[EMAIL PROTECTED] wrote:
Anybody on the Gump team willing/able to do this, or ought I make the
request directly to infrastructure folks?
I thought moof was still behind the firewall which blocks port 80.
Has that
Stefan Bodewig wrote:
On Mon, 15 Mar 2004, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
Stefan Bodewig wrote:
Right now traditional beats Gumpy hands down when it comes to
debugging a build problem.
I'm kinda worried by this comment. Can you elaborate more?
It is related to my comments about
The project descriptor for jakarta-pluto says this :
jar id=container name=container/target/pluto-1.0.jar/
jar id=api name=api/target/portlet-api-1.0.jar/
jar id=portal name=portal/target/pluto-portal-impl-1.0.jar/
and the jars exist at these locations, ie for instance :
Antoine Lévy-Lambert wrote:
The project descriptor for jakarta-pluto says this :
jar id=container name=container/target/pluto-1.0.jar/
jar id=api name=api/target/portlet-api-1.0.jar/
jar id=portal name=portal/target/pluto-portal-impl-1.0.jar/
and the jars exist at these locations, ie for
I'm sorry, Adam. I don't get it. What's TCL? What can I or
infrastructure do to help? Should we come up with proposed plan of
actionf or installing gump on aapache machine so that we can start
debating it *before* the machine arrives?
TLC = Tender Love and Care. ;-)
Basically the workflow of
Antoine
I see you removed the home nested=temp /
but gumpy looks for :
/data3/gump/jakarta-pluto/temp/container/target/pluto-1.0.jar
which does not exist.
the jakarta-pluto.xml file also contains these lines :
mkdir dir=temp/api/classes//
mkdir dir=temp/container/classes//
I am pretty sure that we will fix lsd as soon as we can then.
Fingers crossed that we can. We've run up against other compiler problems in
other projects, I believe, so hopefully we can find one that is a good
common denominator of success.
BTW: When we get a dedicated gump machine I'd love to
nickchalko2004/03/15 12:50:00
Modified:blog/Issues Cactus-CommonsHttpclient.txt
Log:
Added links.
PR:
Obtained from:
Submitted by:
Reviewed by:
CVS: --
CVS: PR:
CVS: If this change
Antoine Lévy-Lambert wrote:
We currently have this version of Java on gump :
java version 1.4.2
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2-b28)
Java HotSpot(TM) Client VM (build 1.4.2-b28, mixed mode)
Michael Glavassevich wrote that we should upgrade to :
JDK 1.4.2_04
which is
I am preparing to blog this at
http://gump.chalko.com/gb/blog/Issues/?smm=ypermalink=Cactus-CommonsHttpclient.txtpreview=true
Please take moment and read to make sure I am staying friendly to both
projects.
I don't see this failure right now, can some one point me to the build
failure.
R,
nickchalko2004/03/15 13:24:54
Modified:blog Template.txt
Log:
Reordered preview link.
PR:
Obtained from:
Submitted by:
Reviewed by:
CVS: --
CVS: PR:
CVS: If this change addresses a PR
As for :
http://moof.apache.org:16080/gump/
I'm not sure where this translates too
I don't have access to moof, so I can't look, but I'm sure that Stefano can
find out, understood the ProxyPass directive, and knows how to get the data
into the right place for the URL.
When there is
-Original Message-
From: Nick Chalko [mailto:[EMAIL PROTECTED]
Sent: 15 March 2004 22:24
To: Gump code and data
Subject: Re: [Cactus] Gump build failure: Culprit found!
I am preparing to blog this at
http://gump.chalko.com/gb/blog/Issues/?smm=ypermalink=Cactus-
Vincent Massol wrote:
Hi,
I have posted this idea under the thread [Cactus] Gump build failure:
Culprit found! but I'm reposting it here as I'm not sure everyone will
read the cactus stuff and I think this is an interesting idea... :-)
Idea: It would be nice if Gump would be able to do a source
Hi Antoine,
I understand that this was a compiler bug [1] which was recently fixed in
JDK 1.4.2_04 [2]. Whomever's responsible for the environment on lsd may
want to upgrade the JDK.
[1] http://developer.java.sun.com/developer/bugParade/bugs/4863451.html
[2]
nickchalko2004/03/15 13:56:09
Modified:blog/Issues Cactus-CommonsHttpclient.txt
Log:
Updates from Vincent.
PR:
Obtained from:
Submitted by:
Reviewed by:
CVS: --
CVS: PR:
CVS: If this change
nickchalko2004/03/15 14:00:00
Modified:blog/Issues Cactus-CommonsHttpclient.txt
Log:
Mroe grammer.
PR:
Obtained from:
Submitted by:
Reviewed by:
CVS: --
CVS: PR:
CVS: If this change
Updates made
Vincent Massol wrote:
-Original Message-
From: Nick Chalko [mailto:[EMAIL PROTECTED]
Sent: 15 March 2004 22:24
To: Gump code and data
Subject: Re: [Cactus] Gump build failure: Culprit found!
I am preparing to blog this at
ajack 2004/03/15 14:07:08
Modified:python/gump/utils note.py launcher.py http.py owner.py
sync.py work.py __init__.py xmlutils.py tools.py
file.py commandLine.py
python/gump/results resulter.py __init__.py model.py
Noel J. Bergman wrote:
FWIIW: There has been content in there [/usr/local/gump/public/results]
since Friday when I installed Gump and asked for this change.
That's not helpful without changing the httpd server configuration to map a
URL to that file system location. :-) Which is what I
On Mon, 15 Mar 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote:
but was (is) there a mistake by Gumpy?
No, I don't think so.
I think Gumpy was right, but are you seeing traditional acting
differently working?
traditional doesn't flag a build failure for projects that don't
deliver the output
On Mon, 15 Mar 2004, Antoine Lévy-Lambert [EMAIL PROTECTED]
wrote:
which is the locale setting in which you run the build ?
well, while checking the environment I'm using when running in cron I
realized that my nightly Gump run uses JDK 1.4.1_02 and not the
1.4.2_03 that I run interactively.
Dear Gumpmeisters,
The following 6 nags should have been sent
G U M P
[EMAIL PROTECTED]: webwork/webwork failed
[EMAIL PROTECTED]: jakarta-tapestry/ognl failed
[EMAIL PROTECTED]: javasrc/javasrc failed
[EMAIL PROTECTED]:
Sorry, when I type 'general@' I get completion to incubator, and if I forget
to go all the way to adding the @g I can mis-send. My apologies, I really
need to add an alias.
regards
Adam
- Original Message -
From: Adam R. B. Jack [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday,
58 matches
Mail list logo