to depend logging-log4j and to
enable Gump to use our new SVN trunk.
--
David Crossley
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
and of the forrestbot production
system. Later there would be a trusted machine where we could
run an ASF forrestbot.
--
David Crossley
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
, here is our current issue:
-ERROR- Bad Dependency. Project: ant-contrib unknown
to *this* workspace
--
David Crossley
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Adam R. B. Jack wrote:
David Crossley wrote:
Is there a description somewhere of how to write
a project.xml for gump? Ours is old and might need
tweaking. Are there some recommended examples to follow?
http://gump.apache.org/metadata/index.html
Du'oh thanks. I thought that i had
Done, thanks.
--David
Stephen McConnell wrote:
I'm in the process of updating a bunch of Avalon related gump
descriptors to reference current content in svn (as opposed to cvs
content). Part of the transition also involves linking gump build
procedures with magic based builds and getting this
-contrib due to sf
not being available recently.
--
David Crossley
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Is the link in the left-panel Nightlies
pointing to an old server or is gump.covalent.net down?
--
David Crossley
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
it in our descriptor, which we had to revert.
You had told us before that it was not actually our problem.
That was the only reason that i knew what to do, i.e. wait.
--
David Crossley
-
To unsubscribe, e-mail: [EMAIL PROTECTED
Niclas Hedhman wrote:
David Crossley wrote:
It seems that Gump is still using the old descriptor in our SVN.
How do i get Gump to switch? The profile/gump.xml looks okay,
but the last time that it was built was two days ago using the
old descriptor.
It doesn't look Ok in my checked out
, I hope you're pounding some big nails :)
Scott
What happened to the middle of this thread?
Did it go off-list for a while?
--
David Crossley
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
to the website. However, i inevitably give up and wait.
Thank heaven that Stefan Bodewig and Stephen McConnell et al
sometimes send us a fix for our gump descriptor.
These fixes are often obscure.
So, please, it is not that we don't care.
How to ease the confusion, i do not know.
--
David Crossley
metadata to SVN.
--
David Crossley
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Stefano Mazzocchi wrote:
David Crossley wrote:
At Forrest our module.xml is an integral part of our build.
I gather that we could use the svn:externals property too.
yes, if that's the need, yes. note however, how svn:external works only
on a folder (or, at least, I couldn't make it work
Stefano Mazzocchi wrote:
David Crossley wrote:
As far as i can tell, it is failing because ant-contrib
is failing and we get some previous build of that.
Not our failure, so i didn't do anything.
We have had this one before.
no, it's not because ant-contrib is failing, but because
Stefano Mazzocchi wrote:
I propose to move the gump metadata over to SVN and close down the CVS
repository.
+1
--
David Crossley
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
that are provided by
Apache XML Commons?
--
David Crossley
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
) of xml-commons.
Ant 1.6.x ships the Xerces version because of that, for example.
Wow, i always did worry that that might be the case.
I understood that xml-commons was supposed to be the
official home.
--
David Crossley
Stefan Bodewig wrote:
David Crossley wrote:
Stefan Bodewig wrote:
I understood that xml-commons was supposed to be the
official home.
So do I.
When we prepared the release of Ant 1.6.0 we realized that Xerces
wouldn't work with the 1.0beta2 release from xml-commons, so we were
Stefan Bodewig wrote:
David Crossley wrote:
Stefan Bodewig wrote:
David Crossley wrote:
Stefan Bodewig wrote:
I understood that xml-commons was supposed to be the
official home.
So do I.
When we prepared the release of Ant 1.6.0 we realized that Xerces
wouldn't work
Leo Simons wrote:
Hi gang,
./validate says today:
This did used to validate recently. I see from the
commit history that various people have since been
making changes but not using the 'validate' script.
I just moved the basedir attribute from the project
elements to the ant elements. Not
On Wed, 2004-11-10 at 11:36, David Crossley wrote:
Leo Simons wrote:
Hi gang,
./validate says today:
This did used to validate recently. I see from the
commit history that various people have since been
making changes but not using the 'validate' script.
I just moved the basedir
Gump wrote:
To whom it may engage...
Thanks Gump. Please don't stop your notifications.
A couple of days ago i changed something in Cocoon
that looked like it was concerned only with documentation
generation. However it was also the name of the actual
component and is used to build the default
Stefano Mazzocchi wrote:
Davanum Srinivas wrote:
oops...i updated brutus.xml as ANT_OPTS is not really picked up.
Added:
sysproperty name=jikes.class.path
value=/usr/local/gump/kaffe/workspace/xml-xerces2/java/tools/resolver.jar/
Anybody against removing this and adding a dependency on
I would like to follow up on this now. Sorry i had
to leave it sit for a while, but ready to go now.
So could we have two accounts to start with:
Dave Brondsema [EMAIL PROTECTED]
David Crossley [EMAIL PROTECTED]
We would like to set up forrest as a webapp under Tomcat
and also the forrestbot
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.
am doing. Sorry for
bashing away, but someone has gotta try.)
I see that there are two names in Gump for the resolver from
xml-commons (xml-commons-resolver and xml-resolver). Why two?
The XML Commons release calls it xml-commons-resolver.
--David
David Crossley wrote to forrest-dev:
Juan Jose
that there are two names in Gump for the resolver from
xml-commons (xml-commons-resolver and xml-resolver). Why two?
The XML Commons release calls it xml-commons-resolver.
--David
David Crossley wrote to forrest-dev:
Juan Jose Pablos wrote:
validate-config:
[echo] validating **/skinconf.xml
Stefan Bodewig wrote:
David Crossley wrote:
Help please. Forrest has been failing for a few days with
no clues in the Gump build output. It seems to be failing
on the Ant xmlvalidate task. It gets past this in a local
build, so that makes me wonder if the ant-apache-resolver
and xml
Leo Simons wrote:
Pfew. We really should start writing some unit tests. If I had the time I
would start from scratch one more time using a test-first approach, but I
haven't figured out how to comfortably do test-first python development yet.
That paragraph sounds extremely important to this
Thanks for looking after us Stefan. I would never have guessed
that that was needed to fix the gump of forrest.
--David
[EMAIL PROTECTED] wrote:
bodewig 2005/01/18 00:18:14
Modified:project ant-contrib.xml forrest.xml
Log:
ant-contrib needs bcel at runtime
Revision
Not sure what caused the sudden fill-up, but it is not me.
--David
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Finally Gump got through to the end of the food chain
and built our base project for Forrest - yippee!
Now our next failure is forrest-test ...
---
BUILD FAILED
...
/home/gump/workspaces2/public/workspace/forrest/main/targets/plugins.xml:243:
Could not create task or type of type:
Peter Janes wrote:
David Crossley wrote:
We do have a depend entry for ant-contrib which provides
that for task, but Gump does not seem to pick it up.
Is our descriptor missing something, e.g. a nested entry for
the ant or something? Sorry, i cannot figure it out.
ant-contrib recently
Gump is telling us that it cannot build forrest due to a failed
dependency on Struts. However we do not depend on on struts.
Can anyone explain why this is happening?
http://brutus.apache.org/gump/public/forrest/
http://brutus.apache.org/gump/public/forrest/forrest/details.html
--David
Brett Porter wrote:
forrest - cocoon - jakarta-turbine-jcs - struts
good luck :)
Hu'oh. Of course, thanks. The gump messages are confusing though.
Cocoon is our broken dependency. We could easily follow
through to see what is going on down the line.
--David
Leo Simons wrote:
[snip]
... It also looks like there's a
sizeable amount of stuff from the forrest people that might be able to
shrink a little.
Not really. I had already trimmed it down as much as possible.
I gather from watching the build-up to the upcoming Infrathon
that the scheduled
Leo Simons wrote:
Thomas wrote:
More I have taken a look at the dynaGump but can't get it to woork the
application is missing a Catalogmanager.properties. I've copied one from
the samples of the cocoon source but don't know if I need configure it
in anny special way.
That has got to
Gav wrote:
Thanks for the detailed explanation, helps a lot.
Sounds like your still a fair way off Maven2 support then, I don't
Know Maven and can not really help with that I don't think. What should
Forrest (and possibly Lenya too) do about these errors, David at Forrest
mentioned
David Crossley wrote:
Forrest uses Cocoon trunk which has changed to use Maven2.
The previous comments related to Cocoon were about
changing Cocoon's gump to use their 2.1 branch.
That would directly help Lenya's Gump but not Forrest's.
Actually it might help Forrest because at least we
Hello Gump people, help please. One of Forrest's projects
started failing, as do others using ant-contrib, e.g. logging-log4cxx
...
taskdef A class needed by class net.sf.antcontrib.net.URLImportTask cannot be
found: fr/jayasoft/ivy/DependencyResolver...
It seems to be related to when
Ivy was
Stefan Bodewig wrote:
David Crossley wrote:
Hello Gump people, help please. One of Forrest's projects started
failing, as do others using ant-contrib, e.g. logging-log4cxx ...
Yep, looks as if ant-contrib would require Ivy at runtime now. I've
just marked it as a runtime dependency
Bill Barker wrote:
From: Jan.Materne
There are some projects
- forrest
- forrest-test
- lenya
which have dependency on cocoon.
Message
Bad Dependency. Project: cocoon unknown to *this* workspace
Cocoons Gump-metadata is in project/cocoon/module.xml instead of
Matt Benson wrote:
(not subscribed; following responses on markmail and
trying to maintain continuity by subject line alone)
I get:
! /Users/mbenson/oss/asf svn co
https://svn.apache.org/repos/asf/gump/metdata/project/
gump-metadata
svn: URL
On Mon, Dec 22, 2008 at 05:00:33PM +, sebb wrote:
On 22/12/2008, Sander Temme scte...@apache.org wrote:
On Dec 22, 2008, at 7:53 AM, Apache Wiki wrote:
The following page has been changed by buyyourall:
Deleted, and (hopefully) banned. Of course all of this will be in the
I did some research to find the ASF projects that
manage their websites with Apache Forrest, and am
sending similar email to each project's dev mail list.
The purposes of this email are to remind people
about some of the useful facilities of Forrest,
and also alert them to discussion about the
One concept that would be useful to work into that description ...
The Gump notifications say:
--
To whom it may engage...
Project has an issue affecting its community integration.
--
Gump tends to draw people across the project boundaries.
We are continually made
Stefan Bodewig wrote:
- ask the Forrest and Lenya communities which parts of Cocoon 2.x they
need, remove the Cocoon reactor and only build the parts needed,
finally start building Forrest and Lenya again.
For Forrest, we use Cocoon-2.1 branch (i.e. the Ant-based build)
and various
Stefan Bodewig wrote:
David Crossley wrote:
Stefan Bodewig wrote:
- ask the Forrest and Lenya communities which parts of Cocoon 2.x they
need, remove the Cocoon reactor and only build the parts needed,
finally start building Forrest and Lenya again.
For Forrest, we use Cocoon
Stefan Bodewig wrote:
David Crossley wrote:
Stefan Bodewig wrote:
David Crossley wrote:
Stefan Bodewig wrote:
- ask the Forrest and Lenya communities which parts of Cocoon 2.x they
need, remove the Cocoon reactor and only build the parts needed,
finally start building Forrest
Stefan Bodewig wrote:
David Crossley wrote:
and there is not yet any Gump run for the cocoon3.
And added one for cocoon3.
Thanks.
I showed the Cocoon project:
http://thread.gmane.org/gmane.text.xml.cocoon.devel/80891
-David
Stefan Bodewig wrote:
Both the Forrest and Cocoon communities can use assistance.
Just ask.
:-) I meant the way Gump works to assist projects to
help each other. Thanks too for the other assistance.
-David
-
To
Stefan Bodewig wrote:
David Crossley wrote:
Use jing from our packaged supporting products until we get
jing-trang happening with gump.
Can you provide the details to try and build it inside Gump?
I have not yet tried to investigate ...
http://jing-trang.googlecode.com/svn/trunk
Please help with the descriptor for Forrest.
I am trying to get forrest-core with the stuff
that is required to build forrest. Most of those
dependencies are also required to later run forrest.
Then forrest-runtime which has the minimum
additional stuff needed to actually run forrest.
Then
Stefan Bodewig wrote:
David Crossley wrote:
Please help with the descriptor for Forrest.
I also get the feeling that i am being a bit
crude with the inheritance side of things.
You are not alone. I can tell you what I think it does, but must admit
I'm not sure I get it right
Stefan Bodewig wrote:
One of the (many) pain points in Gump. Currently they are stored inside
svn in a PMC private area - so we don't distribute a few things. I
think I've added the blocks you need and a cocoon21 project that holds
all necessary jars.
Hi Stefan, pleae add the following
I am getting closer. Using some from our own lib directory
until it works, then will go back to address those.
Unless i am reading incorrectly, Gump is taking
60+ minutes on forrest-test-basic. That seems strange.
-David
-
To
Stefan Bodewig wrote:
David Crossley wrote:
Unless i am reading incorrectly, Gump is taking
60+ minutes on forrest-test-basic. That seems strange.
Both forrest-test-basic and forrest-test get killed by Gump - it
terminates builds that take longer than an hour.
For some reason your
The forrest-test-basic started failing after the move
of Excalibur stuff.
I think that excalibur-instrument-api is needed in the
packaged-excalibur project.
-David
-
To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
Author: crossley
Date: Thu Jan 6 00:18:08 2011
New Revision: 1055692
URL: http://svn.apache.org/viewvc?rev=1055692view=rev
Log:
Try setting sysproperty java.awt.headless true.
While forrest does run okay on vmgump and on zone,
on the adam.a.o Mac OS X it issues java.lang.InternalError:
Stefan Bodewig wrote:
I haven't looked at forrest's build file but I assume the java task
you use to start Cocoon forks a new VM which does not see the system
properties set for the VM used by Ant.
Ah, i wondered about that. Yes it does.
You could explicitly set the headless property in
David Crossley wrote:
Stefan Bodewig wrote:
I haven't looked at forrest's build file but I assume the java task
you use to start Cocoon forks a new VM which does not see the system
properties set for the VM used by Ant.
Ah, i wondered about that. Yes it does.
You could explicitly
David Crossley wrote:
David Crossley wrote:
Stefan Bodewig wrote:
I haven't looked at forrest's build file but I assume the java task
you use to start Cocoon forks a new VM which does not see the system
properties set for the VM used by Ant.
Ah, i wondered about that. Yes
Thanks so much for your help Stefan. I need to concentrate on the
upcoming Forrest release. So i will return our gump descriptor
to its previous working state (knowing that there are some glitches).
Is there some way to stop the two projects just on adam.a.o
that were causing it to hang for one
Stefan Bodewig wrote:
now that Forrest 0.9 is released (congrats) I've upgraded our site to
use it so we can get rid of our custom skin which we added for the
trademark stuff.
The changes are already on mino and will become visible soon[1]. I
couldn't find any major differences but it
Stefan Bodewig wrote:
I think we cover all the rest of the requirements - but I'll double
check - except for our logos that need TM symbols. I'm still not
capable of doing any artwork so please, who ever feels like using Gimp
or Photoshop or Paint, you are more than welcome to TMify the
Stefan Bodewig wrote:
David Crossley wrote:
Stefan Bodewig wrote:
I think we cover all the rest of the requirements - but I'll double
check - except for our logos that need TM symbols. I'm still not
capable of doing any artwork so please, who ever feels like using Gimp
or Photoshop
Stefan Bodewig wrote:
Stefan Bodewig wrote:
Stefan Bodewig wrote:
David Crossley wrote:
This patch only applies it to the main Gump logo.
Add the other reports logo to xdoc/images/
temporarily (i notice that it has the same filename)
or give it a new name.
I think
While trying to debug a Gump run, i noticed some jars in the classpath
with strange filenames, e.g. ant-contrib-20122012.jar
I presume that that is expanded from the @@DATE@@ in project/ant-contrib.xml
Should that be MMDD so 20121220?
-David
Help please with working out why the forrest-test run of Gump is broken.
http://vmgump.apache.org/gump/public/forrest/forrest-test/
In a local build, this works fine (cd main; ./build.sh test -v).
However, with the Gump run, it skips over a certain step which causes
later things to fail.
In the
Martin Gainty wrote:
i think you have located a failing corner-case for antcallback
as a workaround instead of invoking antcallback
antcallback target=get-local return=plugin-found
try using the depends attribute
target name=testCallback description=Test CallBack depends=get-local
Stefan Bodewig wrote:
David Crossley wrote:
Help please with working out why the forrest-test run of Gump is broken.
http://vmgump.apache.org/gump/public/forrest/forrest-test/
Sorry, have been (and likely will continue to be for the next few days)
mostly offline.
Thanks, me too.
You
Stefan Bodewig wrote:
Dear Community
Apache Gump builds some of your projects and it is quite possible you
don't know or have by now forgotten about it.
More than half a year ago a technical problem has forced us to turn off
emails on build failures as we would have been sending out lots
Author: billbarker
Date: Fri Aug 2 05:16:04 2013
New Revision: 1509547
URL: http://svn.apache.org/r1509547
Log:
dbcp build is now integrated into the regular tomcat build
Modified:
gump/metadata/project/tomcat-trunk.xml
Modified: gump/metadata/project/tomcat-trunk.xml
URL:
Hi, i see that Tomcat also use Checkstyle.
If you continue to have trouble, then perhaps look
at how they do it.
cd $SVN/gump/metadata/project/
grep checkstyle *.xml
Hope that helps.
-David
vhenneb...@apache.org wrote:
Author: vhennebert
Date: Thu Dec 19 22:24:55 2013
New Revision: 1552445
On Thu, Feb 12, 2015 at 07:56:01PM -, rj...@apache.org wrote:
Author: rjung
Date: Thu Feb 12 19:56:01 2015
New Revision: 1659380
URL: http://svn.apache.org/r1659380
Log:
Add OpenSSL 1.0.2 branch.
[snip]
+ url href=http://www.openssl.org//
+ description
+OpenSSL Encryption
On Sun, Jun 07, 2015 at 05:55:25PM +0200, Stefan Bodewig wrote:
Hi all
https://wiki.apache.org/gump/Drafts/BoardReports/20150617
I'll send it around the 10th, please add/correct/modify/remove as you
see fit.
Is there a mistake with this paragraph of the report?
As more long running test
: Improvement
Components: Documentation
Reporter: David Crossley
Priority: Minor
The attached patch-gump-skinconf.txt removes the feedback link and fixes the
CSS colours for the links in footer.
--
This message is automatically generated by JIRA.
-
For more information
[
https://issues.apache.org/jira/browse/GUMP-162?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Crossley updated GUMP-162:
Attachment: patch-gump-skinconf.txt
Doc: Remove the feedback from bottom strip, fix link colours
: Documentation
Reporter: David Crossley
Use the new Forrest logo input plugin to apply a trademark.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[
https://issues.apache.org/jira/browse/GUMP-163?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Crossley updated GUMP-163:
Attachment: logo-tm.txt
The patch provides the SVG template file.
It also configures the logo input
[
https://issues.apache.org/jira/browse/GUMP-163?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13047120#comment-13047120
]
David Crossley commented on GUMP-163:
-
Forgot to publish the index page (done now
Type: Improvement
Components: Documentation
Reporter: David Crossley
Add a text element to the Gump logo SVG files.
Here are the images and the SVG source which relates to each:
1) the gump-logo.png for the main website:
src/documentation/content/xdocs/images/gump-logo
82 matches
Mail list logo