in broken

Hi, it looks as if Adam has changed something that has broken the depend tag. Instead of patching all descriptors that use it - quite a few - I'd rather roll back the change. Even if that means that some cactus builds will remain broken for a while. Does anybody have a Python Gump installation

Re: Tomcat-4 build failure

On Thu, 18 Mar 2004, Bill Barker <[EMAIL PROTECTED]> wrote: > It looks like the tag nested within is broken. Yes. See my other posts. As a workaround, duplicate the in things once outside of (and without the property attribute) until we have a fix. Sorry Stefan -

RE: Something wrong today with Gumpy?

Or is it because of the change to Gumpy (inherit_none)? Thanks -Vincent > -Original Message- > From: Vincent Massol [mailto:[EMAIL PROTECTED] > Sent: 19 March 2004 08:26 > To: [EMAIL PROTECTED] > Subject: Something wrong today with Gumpy? > > Anything wrong? It seems the servletapi jar i

Re: FW: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-framework-12 failed

On Thu, 18 Mar 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote: > I am away (training) next week, and only online some evenings, and I > want to get Gumpy stable for while I go. If all else fails and our collective Python knowledge doesn't help to get through this, we can always disable nagging.

Re: FW: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-framework-12 failed

On Thu, 18 Mar 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote: > Seems I might get lucky with an easy fix, i.e. replace that with > INHERIT_NONE. I'll do it. LEt me know if you think otherwise. Whatever you've done, it seems you've broken something with it, see the Strut's nags (I'll be looking

Re: [GUMP@lsd]: jakarta-struts/jakarta-struts failed

Hi, For some reason that I don't understand ATM, xerces hasn't been added to Strut's CLASSPATH when building, even though the Gump descriptor requires it. This is a bug in Gump, sorry about the false alarm. I think I've at least committed a workaround for the time being. Cheers Stefan

Tomcat-4 build failure

It looks like the tag nested within is broken. The Tomcat-4 meta-data file has: resulting in servlet.jar being added to the CLASSPATH, and commons-collections.jar being excluded. - To unsubscribe, e-mail: [EMA

cvs commit: gump/project jakarta-struts.xml

bodewig 2004/03/18 23:21:18 Modified:project jakarta-struts.xml Log: Put xerces into an extra depend tag, this is a workaround for a different problem I'll bring to the list Revision ChangesPath 1.45 +1 -0 gump/project/jakarta-struts.xml Index: jakarta-st

Re: Deprecating Traditional Gump

On Fri, 19 Mar 2004, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > 1) state loud and clear that the direction is Gumpy and retire > traditional gump, this will help creating itches to scratch +1 > 2) refactor our CVS module: > > gump-traditional > gump > gump-data Hmm, l

Re: Deprecating Traditional Gump

Stefano Mazzocchi wrote: Now that we have gump running on an apache machine Yeah http://moof.apache.org:8080/gump/ that will soon proxypassed from http://gump.apache.org/results/ I propose a few actions: 1) state loud and clear that the direction is Gumpy and retire traditional gump, th

Deprecating Traditional Gump

Now that we have gump running on an apache machine http://moof.apache.org:8080/gump/ that will soon proxypassed from http://gump.apache.org/results/ I propose a few actions: 1) state loud and clear that the direction is Gumpy and retire traditional gump, this will help creating itches to

RE: Gump proxy settings

Stefano, Just verifying: - ProxyPass/results/public http://moof.apache.org:8080/gump/ - ProxyPassReverse /results/public http://moof.apache.org:8080/gump/ + ProxyPass/results/ http://moof.apache.org:8080/gump/ + ProxyPassReverse /results/ http://moof.apache.org:8080/gump/

Gump proxy settings

Dear infrastructure@, I please request another change to the proxy settings in the gump.apache.org.conf file: ProxyPass/results/ http://moof.apache.org:8080/gump/ ProxyPassReverse /results/ http://moof.apache.org:8080/gump/ so that we can handle the flavors of the results on our side

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

Dear Gumpmeisters, The following 8 nags should have been sent G U M P [EMAIL PROTECTED]: freemarker/freemarker failed [EMAIL PROTECTED]: jakarta-tapestry/ognl failed [EMAIL PROTECTED]: gump/gump-test failed [EMAIL PROTECTED]: ja

Re: Gump/Avalon/Cocoon progress report

Niclas Hedhman wrote: I think Cocoon should also stick there Gump Descriptor into Gump, so we can all help out. Long story, Niclas. Our build system is based on that descriptor file as well. We plan to change that as soon as the new block system is in place. -- Stefano. smime.p7s Description

Re: [RT] Source difference report between 2 gump build states

Vincent Massol wrote: -Original Message- From: Vincent Massol [mailto:[EMAIL PROTECTED] Sent: 15 March 2004 00:19 To: '[EMAIL PROTECTED]' Subject: [RT] Source difference report between 2 gump build states Hi, I have posted this idea under the thread "[Cactus] Gump build failure: Culprit

cvs commit: gump/python/gump/model workspace.py

ajack 2004/03/18 15:56:44 Modified:python/gump/output nag.py python/gump/model workspace.py Log: edit,test,edit,test,edit,test,edit,commit ... oops.. edit,test,commit.. Revision ChangesPath 1.30 +2 -4 gump/python/gump/output/nag.py

cvs commit: gump/python/gump/utils xmlutils.py

ajack 2004/03/18 15:33:10 Modified:python/gump/utils xmlutils.py Log: For now, log 'unexpected metadata' as info on the object. So things like

cvs commit: gump/project xml-xindice.xml

ajack 2004/03/18 15:31:36 Modified:project xml-xindice.xml Log: Has an org.apache.xindice - + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional

cvs commit: gump/python/gump preview.py gumprun.py engine.py

ajack 2004/03/18 15:24:56 Modified:python/gump gumprun.py engine.py Added: python/gump preview.py Log: 1) Tinkered w/ preview (to show what would occur). Used to "predict" how long a pattern might take (e.g. avalon-*) Need to build this into the main engine, so we ca

cvs commit: gump/python/gump/output nag.py

ajack 2004/03/18 15:24:56 Modified:python/gump/output nag.py Log: 1) Tinkered w/ preview (to show what would occur). Used to "predict" how long a pattern might take (e.g. avalon-*) Need to build this into the main engine, so we can actually follow the flow w/o doing anythin

cvs commit: gump/python/gump/document forrest.py text.py

ajack 2004/03/18 15:24:56 Modified:python/gump/document forrest.py text.py Log: 1) Tinkered w/ preview (to show what would occur). Used to "predict" how long a pattern might take (e.g. avalon-*) Need to build this into the main engine, so we can actually follow the flow w/o

cvs commit: gump/python/gump/test __init__.py nagging.py

ajack 2004/03/18 15:24:56 Modified:python/gump/test __init__.py nagging.py Log: 1) Tinkered w/ preview (to show what would occur). Used to "predict" how long a pattern might take (e.g. avalon-*) Need to build this into the main engine, so we can actually follow the flow w/o

cvs commit: gump gumpy.py

ajack 2004/03/18 15:24:55 Modified:python/gump/model project.py depend.py ant.py rawmodel.py workspace.py python/gump/test/resources/full1 workspace.xml .gumpy.py Log: 1) Tinkered w/ preview (to show what would occur).

cvs commit: gump/project jakarta-jmeter.xml

sebb2004/03/18 15:02:41 Modified:project jakarta-jmeter.xml Log: Still trying to eliminate unwanted exports from jmeter-cvs Revision ChangesPath 1.83 +6 -6 gump/project/jakarta-jmeter.xml Index: jakarta-jmeter.xml

Re: [GUMP@tsws1]: package1/package1 failed

Hmm, I have a sneaky suspicion the overrides don't work... :( regards Adam - Original Message - From: "Gump Integration Build" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, March 18, 2004 10:53 PM Subject: [EMAIL PROTECTED]: package1/package1 failed > To whom it may engage.

[GUMP@tsws1]: package1/package1 failed

To whom it may engage... This is an automated request, but not an unsolicited one. For help understanding the request please visit http://gump.apache.org/nagged.html, and/or contact [EMAIL PROTECTED] Project package1 has an issue affecting its community integration. The current state

Re: FW: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-framework-12 failed

> The problem is the the following declaration: > > > > should only include in the CP the jars declared by the tag in the > httpunit project. However it seems it is importing all jars in the CP. > When Gumpy adds a dependency for a property it creates a dependency object: # Add a dependency

Re: [RT] Source difference report between 2 gump build states

I wrote: >That will tell you if there's been a change to a code base, if that's >what you're interested in. There's a better way with svn, but I'd Oops, you want the actual diff. That's just -D cvs diff -D 2004-02-12 daniel ---

Re: [RT] Source difference report between 2 gump build states

In message <[EMAIL PROTECTED]>, "Adam R. B. Jack" writes: >BTW: Anybody expert enough with CVS|SVN to be able to query it for changes >since date X, or something like that. I know there is -n, but I feel I need >more. Does viewcvs do anything useful like this? Here's an excerpt from one of my uns

[jira] Created: (GUMP-36) Generate source diff report on build failure

Message: A new issue has been created in JIRA. - View the issue: http://issues.apache.org/jira/secure/ViewIssue.jspa?key=GUMP-36 Here is an overview of the issue: -

RE: FW: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-framework-12 failed

Hi Adam, The problem is the the following declaration: should only include in the CP the jars declared by the tag in the httpunit project. However it seems it is importing all jars in the CP. For example, with : com.meterware it should only

Re: FW: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-framework-12 failed

Stefan, Could you try to explain what it is doing wrong (in simple terms ;-) and what it ought do & I'll try to find time to fix it. I am away (training) next week, and only online some evenings, and I want to get Gumpy stable for while I go. The documentation publication & this seem the key thing

Re: [GUMP@tsws1]: package1/package1 failed

> > overrides the > Cool, does it work? > > If so, I'll probably switch my nightly builds over to Gumpy. I'd give it a "most likely" but I've not had chance to test it, other than unintentionally like this, to ensure to/from do override. BTW: You had chance to try Gumpy commandline scripts? buil

Re: SVN

> > Is there anything we should know about SVN vs Gump ? > > Other than that some of the Gump machines still don't have a > Subversion client, no. There are a few projects in Gump's default > profile that use svn already (forrest, for example). Also, just like when you 'move' (or raname) in CVS,

Re: Maven usage in Gump

> Niclas Hedhman wrote: > > * The whole of Avalon was converted to Maven quite some time ago, and that is > > probably when Gump support started to crack badly. What would Gump folks say > > if we took the step of having in the avalon gump descriptors? > > I don't think we're quite ready just ye

Re: [RT] Source difference report between 2 gump build states

If you haven't already, could you write something up in JIRA please? I don't have cycles for this right now, but I agree with the idea. Please included your ideas for projects (source) changes as well as descriptor. I've long wanted descriptor diffs, but I've not figured out the best way to do it

Re: Gump/Avalon/Cocoon progress report

On Thu, 18 Mar 2004, Niclas Hedhman <[EMAIL PROTECTED]> wrote: > On Thursday 18 March 2004 20:42, Stefan Bodewig wrote: >> org.apache.avalon.framework.configuration.DefaultConfiguration; > > This should be solved by a > which has to be done in Cocoon's Gump descriptor. I hope a Cocoon committ

Re: Gump/Avalon/Cocoon progress report

On Thursday 18 March 2004 20:42, Stefan Bodewig wrote: > Hi all, > > thanks to some incredible help by Niclas Hedhman we are quite close to > getting Gump far enough that it will actually start to build Cocoon > soon. You have done a lot more than I have :o) Thumbs up for Gump Support !! > The o

cvs commit: gump/project avalon-excalibur.xml

bodewig 2004/03/18 04:52:01 Modified:project avalon-excalibur.xml Log: Fix a jar name, remove an unneeded dependency Revision ChangesPath 1.119 +2 -2 gump/project/avalon-excalibur.xml Index: avalon-excalibur.xml ===

Gump/Avalon/Cocoon progress report

Hi all, thanks to some incredible help by Niclas Hedhman we are quite close to getting Gump far enough that it will actually start to build Cocoon soon. The only thing missing for Coccon is excalibur-xmlutil which doesn't seem to compile against the latest Saxon 7 version (7.9): [javac] /ja

cvs commit: gump/project avalon.xml

bodewig 2004/03/18 04:28:28 Modified:project avalon.xml Log: Missing dependencies Revision ChangesPath 1.29 +19 -2 gump/project/avalon.xml Index: avalon.xml === RCS file: /home/cvs/gump/pro

cvs commit: gump/project saxon.xml saxon6.xml avalon-excalibur.xml packaged-jetty.xml

bodewig 2004/03/18 04:08:21 Modified:profile gump.xml project avalon-excalibur.xml packaged-jetty.xml Added: project saxon.xml saxon6.xml Log: Remove some unneeded dependencies on fortress, I'm sure there are more in excalibur that are not really needed.

cvs commit: gump/project avalon-components.xml

bodewig 2004/03/18 03:10:38 Modified:project avalon-components.xml Log: jar name fixes Revision ChangesPath 1.21 +2 -2 gump/project/avalon-components.xml Index: avalon-components.xml === R

cvs commit: gump/project avalon-components.xml

bodewig 2004/03/18 03:04:04 Modified:project avalon-components.xml Log: Oops, false dependency Revision ChangesPath 1.20 +0 -1 gump/project/avalon-components.xml Index: avalon-components.xml ===

cvs commit: gump/project avalon-components.xml

bodewig 2004/03/18 03:01:57 Modified:project avalon-components.xml Log: Some more dependency and jar-name fixes Revision ChangesPath 1.19 +3 -2 gump/project/avalon-components.xml Index: avalon-components.xml ==

cvs commit: gump/project avalon-components.xml avalon-excalibur.xml

bodewig 2004/03/18 02:57:45 Modified:project avalon-components.xml avalon-excalibur.xml Log: Some more dependency and jar-name fixes Revision ChangesPath 1.18 +1 -1 gump/project/avalon-components.xml Index: avalon-components.xml =

cvs commit: gump/project avalon-components.xml

bodewig 2004/03/18 02:43:02 Modified:project avalon-components.xml Log: Missing dependency Revision ChangesPath 1.17 +1 -0 gump/project/avalon-components.xml Index: avalon-components.xml ===

cvs commit: gump/project avalon-components.xml

niclas 2004/03/18 02:32:12 Modified:project avalon-components.xml Log: Spelling mistake :o) Revision ChangesPath 1.16 +1 -1 gump/project/avalon-components.xml Index: avalon-components.xml =

cvs commit: gump/project avalon.xml

bodewig 2004/03/18 02:30:49 Modified:project avalon.xml Log: Missing dependencies Revision ChangesPath 1.28 +2 -0 gump/project/avalon.xml Index: avalon.xml === RCS file: /home/cvs/gump/pro

Re: Maven usage in Gump

Niclas Hedhman wrote: * The whole of Avalon was converted to Maven quite some time ago, and that is probably when Gump support started to crack badly. What would Gump folks say if we took the step of having in the avalon gump descriptors? I don't think we're quite ready just yet: http://lsd.st

cvs commit: gump/project avalon-components.xml

bodewig 2004/03/18 02:17:49 Modified:project avalon-components.xml Log: Missing dependencies and a few jar name fixes Revision ChangesPath 1.15 +6 -4 gump/project/avalon-components.xml Index: avalon-components.xml

cvs commit: gump/project avalon.xml

bodewig 2004/03/18 02:04:25 Modified:project avalon.xml Log: meta-impl needs i18n Revision ChangesPath 1.27 +1 -0 gump/project/avalon.xml Index: avalon.xml === RCS file: /home/cvs/gump/pro

Re: SVN

On Thu, 18 Mar 2004, Niclas Hedhman <[EMAIL PROTECTED]> wrote: > Is there anything we should know about SVN vs Gump ? Other than that some of the Gump machines still don't have a Subversion client, no. There are a few projects in Gump's default profile that use svn already (forrest, for example)

SVN

One more thing, Avalon are about to give Subversion a shot. Is there anything we should know about SVN vs Gump ? Niclas -- +-//---+ | http://www.bali.ac | | http://niclas.hedhman.org | +--//--+ --

Maven usage in Gump

Hi everyone, I am querying about the Maven support in Gump. * The whole of Avalon was converted to Maven quite some time ago, and that is probably when Gump support started to crack badly. What would Gump folks say if we took the step of having in the avalon gump descriptors? * One of the

Re: FW: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-framework-12 failed

On Thu, 18 Mar 2004, Vincent Massol <[EMAIL PROTECTED]> wrote: > I don't understand why it would inherit all dependencies defines in > httpunit. It shouldn't. It looks like a problem in Gumpy . Stefan --

RE: [RT] Source difference report between 2 gump build states

> -Original Message- > From: Vincent Massol [mailto:[EMAIL PROTECTED] > Sent: 18 March 2004 09:10 > To: [EMAIL PROTECTED] > Subject: RE: [RT] Source difference report between 2 gump build states > > > > > -Original Message- > > From: Vincent Massol [mailto:[EMAIL PROTECTED] > >

FW: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-framework-12 failed

27;Failed', > for reason 'Build Failed' > > Full details are available at: http://lsd.student.utwente.nl/gump/jakarta- > cactus/jakarta-cactus-framework-12.html, however some snippets follow: > > - - - - - -- -- G U M P > > Gump provi

RE: [RT] Source difference report between 2 gump build states

> -Original Message- > From: Vincent Massol [mailto:[EMAIL PROTECTED] > Sent: 15 March 2004 00:19 > To: '[EMAIL PROTECTED]' > Subject: [RT] Source difference report between 2 gump build states > > Hi, > > I have posted this idea under the thread "[Cactus] Gump build failure: > Culprit f