krishnamoorthy wrote:
Hi,
I am interested to join in this development team.I
checked the outstanding TODOS list and I am
interested to invole in this team.Let me know if I
could do something.Btw I do't know Python.I am from
J2EE/Java background.
Great to have you.
First step get gumpy to
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED]: webwork/webwork failed
To whom it may engage...
I don't quit get the Subject line here. shouldn't it at least say
webwork is all dressed up, with nowhere to go...
-
To unsubscribe,
Why are we Unable to send...
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED]: logging-log4j/log4j-tests 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
Adam R. B. Jack wrote:
I would like to see us considerd new
content, news, perhaps reference to Peas-n-Carrots,
Eventually I would like to see Peas-n-Carrots be a tab of the gump
site. Like I did with
http://nick.chalko.com
Lets finish the cleanup of the blog entry an release that also
see
http://gump.chalko.com/gb/blog/News/?permalink=TLP.txtpreview=truesmm=y
Stefan Bodewig wrote:
On Tue, 09 Mar 2004, Stefan Bodewig [EMAIL PROTECTED] wrote:
With this, I think that we have all necessary content together to
Is
http://gump.chalko.com/gb/blog/News/?permalink=TLP.txtpreview=truesmm=y
ready for release.
R,
Nick
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Is it premature to talk about this?
http://gump.chalko.com/gb/blog/Issues/?smm=ypermalink=Struts-Velocity.txtpreview=true
I like to keep the visibility up. but is the risk of stepping on toes to
large?
R,
Nick
-
To unsubscribe,
Stefano Mazzocchi wrote:
Nick Chalko wrote:
Is it premature to talk about this?
http://gump.chalko.com/gb/blog/Issues/?smm=ypermalink=Struts-Velocity.txtpreview=true
I like to keep the visibility up. but is the risk of stepping on toes
to large?
Reading it again I see that the people side
Stefan Bodewig wrote:
People, I propose that Gump should identify itself as Apache Gump
rather than with the name of the person that onw the project.
Fine with me, but Gump needs to use an address that is subscribed to
the -dev list (or a benevolent moderator).
We can use the pattern
Gump
http://gump.covalent.net/log/cvs_depot.html
Any Ideas?
R,
Nick
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Adam R. B. Jack wrote:
I think we should to a month clean of the cvs dirs. a rm -rf .
This will help us catch errors that outdated cvs dir would otherwise miss.
The only negative I foresee with this, is that currently Gumpy uses the
output of the CVS|SVN updates (in quiet mode) to
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,
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
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
http://gump.chalko.com/gb/blog/Issues/?smm=ypermalink
Change the wording to The following projects had failures but I don't
know who to notify.
I looked at the code, to modify it but it was unclear which line was for
unwanted and which was for unsent.
Adam R. B. Jack wrote:
These are just the ones that don't have a nag entry, so don't have
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,
Stefano Mazzocchi wrote:
We should design Gump keeping in mind that it should be silly to infer
any judgement of quality out of the data.
Our goal is not to measure, it's to help out the development process.
Some people argue you can't improve what you can't measure.
The counter point is
Leo Simons wrote:
snip/
As for the buzzwords...let's create an action-based, data-centric,
graph-based, versioning-enabled, highly componentized, extensible,
continous integration system.
I have no idea how to do any of that in python, but it sounds like fun
to find out..
I had thought
Stefano Mazzocchi wrote:
Adam Jack wrote:
Two possible solutions here:
1) use forrest as a dynamic application
2) have HTML generate by python
I would go for 1) since it would keep us the ability to do dynamic
stuff like metadata manipulation.
I volunteer to setup 1)
+1 for dynamic
Formating looks funny
Take a look at
http://gump.chalko.com/gb/blog/SuccessStories?preview=truesmm=ypermalink=jrefactory.txt
And then release when it looks the way you want.
[EMAIL PROTECTED] wrote:
nickchalko2004/03/26 09:02:55
Modified:blog/SuccessStories jrefactory.txt
Log:
No problems,
I did a little more formating,
Whanged the I's to Antoine
got the funny e to display ;-)
And published.
R,
Nick
Antoine Lévy-Lambert wrote:
Nick,
I am not familiar with writing blogs.
You can further edit what I wrote. I hope that it will be OK at some
stage.
And now I am going to
Adam R. B. Jack wrote:
BTW: I'm eager to see some graphics. If SVG can be written (in XML, viua
Python) can Forrest convert these to images (using Batik or somethough?)
I'll happily continue with Forrest if that is a good way to get images
rendered.
Yes
Just put foo.svg and then access it as
Wow
Total time: 251 minutes 30 seconds
Morgan Delagrange wrote:
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
Here is an idea to let gump build 100% every time.
Keep the jars from the last success full build of each project. Then a
project fails it will not stop the rest of the tree from building.
Of course it becomse a little more complicated to know what jars were
used for what. But I think we
curl ?
Adam R. B. Jack wrote:
Ok, I give. I'm used to using 'lynx' on Linux for a text based http, but
that doesn't appear to be available on brutus. Does anybody know an
alternative?
I need to download this:
http://www.apache.org/dyn/closer.cgi/maven/binaries/maven-1.0-rc2.tar.gz
or copy it
Note this cvs error
http://brutus.apache.org/gump/public/jdom/gump_work/update_jdom.html
can't create temporary directory /tmp/cvs-serv17931 No space left on device
Sam Ruby wrote:
I see from http://brutus.apache.org/gump/public/
Elapsed Time : 1 hour 56 mins 20 secs
Putting it mildly,
Interesting that Gump was seen as a host, not a builder.
We may need to think about how to word some of the pages.
R,
Nick
Adam R. B. Jack wrote:
Rowan wrote:
I was recently alerted that you were hosting a commons-graph project. I
would like to be part of this project if it is still
Adam R. B. Jack wrote:
Ok, so FOG as successes/(failures+prereqs) hasn't been a huge hit w/ folks,
but what about:
successes/(successes+failures+prereqs).
This is really (if my math memory is ok) 'odds of a successful build, based
off history' -- I think. This is far more valuable as a FOG
Stephen McConnell wrote:
Adam R. B. Jack wrote:
4) The 'root cause/resolution' for outage X/Y (between too parties)
was Z.
Log it/Blog it...
++1
If this was available I would definitely use it to post details about
what is going on relative to the projects I'm associated with.
Furthermore
Adam Jack wrote:
To whom it may engage...
snip/
Caused by: /data3/gump/ant/dist/tools/antlet/junit-0.1/xbuild.xml:24:
***
* A required jar was downloaded to /data3/gump/ant/dist/lib
*
Adam R. B. Jack wrote:
Sorry about this.
The junit.antlet from antworks was a little over aggressive and forced
the download the junit jar.
[..]
Can someone please delete
/data3/gump/ant/dist/lib/junit-3.8.1.jar
Won't Gump simply do it tonight when it synchronizes the ant working
The board reports
http://wiki.apache.org/gump/Drafts_2fBoardReports_2f20040421
says
Gump ran on FreeBSD (probably for the first time ever) and quickly
uncovered a platform specific problem in one of the projects we build.
Can some one who knows the details, blog about this on Peas and Carrots.
It made it in the Board Report :-)
I will post it for you later today.
Stefan Bodewig wrote:
On Tue, 20 Apr 2004, Nick Chalko [EMAIL PROTECTED] wrote:
Can some one who knows the details, blog about this on Peas and
Carrots.
I've been the one who's written that. It looked to small
Michael Davey wrote:
Hi,
The status page http://gump.apache.org/status.html is looking out
of date. Perhaps the page could be replaced with a link to peas and
carrots?
Perhaps we should just move peas and carrots to Brutus and format it to
look like a tab of the gump website.
What is the
Adam R. B. Jack wrote:
Any input on this folks? Choices:
jar id=commons-logging
or:
jar id=all artefactId=commons-logging
Do we change our id's to be full artefact ids, or add separate?
I think we bite the bullet and change our id's to be artefact ids (changing
metadata as we need).
Thanks,
This will really lighten the load on my nightly gump.
[EMAIL PROTECTED] wrote:
bodewig 2004/04/28 00:50:11
Modified:project ant.xml
Log:
Reduce dependencies for ant-testutil
Revision ChangesPath
1.16 +6 -3 gump/project/ant.xml
Index: ant.xml
Stefano Mazzocchi wrote:
Stefan Bodewig wrote:
sorry for the delay, I'm so behind my email it hurts! Crete was
wonderful though ;-)
It concerns me that people are very silent about this. Did I go to far?
I love the idea, But I would implement it with out the emails first,
Then add the emails
Stefan Bodewig wrote:
On Thu, 29 Apr 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote:
If there is consensus against this, or if you feel strongly enough,
I can easily take it out.
No strong feelings, I simply liked the long lines better.
How about wrapped on the tail, and unwrapped
Cron will usually mail results.
So
[EMAIL PROTECTED]:~$ cat .forward
[EMAIL PROTECTED]
[EMAIL PROTECTED]:~$ echo testing .forward |mail -stest gump
2004-05-06 12:43:34 Exim configuration error in line 8 of
/var/lib/exim4/config.autogenerated:
malformed macro definition
Can't send mail:
I am attempting to install tomcat 5 on brutus for Adam to use with a
forrest webapp for gump.
Wish me luck, this is my first time on debian.
R,
Nick
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
http://brutus.apache.org:8080/gump/index.html is up
Adam, start pushing xdocs, and lets see what happens.
Of course to get this to work I had to put stuff in tomcat/common/endorsed
R,
Nick
-
To unsubscribe, e-mail: [EMAIL
Ooops, sorry I did not know my test would mail the list.
[EMAIL PROTECTED] wrote:
There is a problem with the run at : brutus:python/gump/test/resources/full1/brutus.xml
The log ought be at:
/gumpy_log.txt
http://brutus.apache.org:8080/gump/index.html
Adam
on
[EMAIL PROTECTED]:/usr/local/gump/test/gump$
I changed the log dir setting to
logdir=/home/gump/tomcat/webapps/gump
but I had trouble starting it for --xdoc work.
Give it a try when you get a chance.
R,
Nick
Adam Jack wrote:
\
The following annotations were provided:
-INFO- Sole jar [depot-update-gump-20040524.jar] identifier set to project name
-INFO- Dependency on ant exists, no need to add for property ant.home.
-INFO- Prerequisite failed with reason build failed
Please add which prereq failed.
I have set up blojsom on brutus to run Peas and Carrots.
http://brutus.apache.org:8080/blojsom/blog/
I also have a cron job to update /home/gump/blog with anoncvs.
If it looks ok and infra has no objections I will let brutus take over
peas and carrots.
R,
Nick
You can use the more/ tag to tell blojom where to break at.
I think we should have the license AFTER the more.
Adam R. B. Jack wrote:
I was just noticing this also.
When Nick and I were previewing this last night it looked good. I think
there was a PREVIEW work (before title), a PREV here
Time stamp causes miss matched jars.
I think we should set a gump-run-id property for build files to use in
naming files.
Adam Jack wrote:
Project depot-update has an issue affecting its community integration.
This issue affects 4 projects.
Project State : 'Failed', Reason 'Missing Build
We need to blog this on peas and carrots after the long vacation.
Ceki Gülcü wrote:
Problem solved. It appears that the org.xml.sax classes included in
the JDK differ from those of the original.
Dancing around the discrepancy is not too difficult once you know that
it exists. Thanks to gump for
Nicola Ken Barozzi wrote:
Stefano Mazzocchi wrote:
I have started to use python myself because I loved the much faster
try/fail cycle of a scripting language and python looked a lot
friendlier than other scripting languages.
But in my experience, it doesn't scale in terms of complexity as much
Stefano Mazzocchi wrote:
I think the main problem we will face in a Java Gump is dependencies.
We will have to COMPLETELY resit depending on anything except JDK 1.4
Very true, but doable, IMO since we get XML/XSLT/DOM support in there.
I might help more if it was in Java, but I don't see the
Adam R. B. Jack wrote:
The easiest thing is that for every project it spits out another page
with included only the icon, so that projects can simply include that
with Apache include in the pages they want.
Our we could maintain an icon at a known place,
{root}/module/project/state.png
Unless there is objection I will reopen the request as the Gump PMC
Sam Ruby wrote:
Why doesn't the gump PMC sponsor this mailing list?
- Sam Ruby
Original Message
Subject: [jira] Commented: (INFRA-95) Please create a
[EMAIL PROTECTED] mailing list
Date: Thu, 22 Jul 2004
Scott Sanders wrote:
Doing this on general@ instead of pmc@, because of my own email
issues. PMC members only vote, please.
I know Adam is not a member, but I asked infrastructure, and they
don't have a problem with it because it is already considered an
insecure box.
I would like to propose
+1
Remember we need to treat apps on brutus as untrusted and treat the
results as such.
Dave Brondsema wrote:
Greetings gump-ers, from the other half of your namesake.
I sent the following to infrastructure and they suggested running it
on brutus. I wouldn't have any problem with that.
We at
Dave Brondsema wrote:
On Thu, 29 Jul 2004, Nick Chalko wrote:
Would we be able to run tomcat behind httpd with SSL?
Would we be able to access ASF system login info (PAM or /etc/passwd
/etc/groups)? This would be so any committer can use their system login to
log in to the webapp.
+1
Remember
Not sure what we can do about that. Especially if they are forging
the envelope headers to be someone on the list. *shrug*
How does Gump feel about digital signatures of its messages? ;-) --
justin
That is a cool Idea,
Several security concerns about the process running gump.
Also then
Stefano Mazzocchi wrote:
gump action/reaction analysis could be otherwise named blames or
nags but I like to think that if I break a build down 3 layers of
dependencies, I'm not really screwing up, but merely I need to be
advised or the 'reaction' of my 'action'.
I have already stated that
57 matches
Mail list logo