robert burrell donkin wrote:
they could easily be hosted offshore with traditional gump but unless
some people step up and make the offshore builds happen, they won't.
for me, this is the major obstacle and is independent of the decision
to officially stop development of traditional gump.
I
Adam R. B. Jack wrote:
My problem is that suggestion of a -1 ... 'cos although we won't actually
stop folks running traditional Gumps, we aren't wanting to maintain two
metadata trees, we aren't wanting to maintain Traditional to work on current
metadata. Traditional will (with Jakarta Commons so
Michael Davey wrote:
Maarten Coene wrote:
Hi,
is it possible to send an email to the dom4j-dev emaillist everytime
the build of dom4j fails?
The address is [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
[EMAIL PROTECTED] is the correct place for this request. I've
copied this reply
Maarten Coene wrote:
Hi,
is it possible to send an email to the dom4j-dev emaillist everytime
the build of dom4j fails?
The address is [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
[EMAIL PROTECTED] is the correct place for this request. I've
copied this reply there.
--
Michael
Hi,
With the recent announcement from Sun regarding J2SE snapshots, it
occurred to me that it would be possible to create an ant task that
could fetch the tarball from Sun's server, install it and potentially
pass the path back to Gump. There are social and legal issues (such as
how to handle
Adam R. B. Jack wrote:
We could take the opportunity to:
1) Move Gump (Python) core to SVN
2) Move Gump Metadata to a separate CVS repository [to move to SVN one day
in the future, when all ASF committer are comfortable w/ SVN].
We could leave the current repository as is, tagged but even CVS HEAD
Adam R. B. Jack wrote:
Would you mind submitting this request to JIRA?
logged as GUMP-63:
http://nagoya.apache.org/jira/browse/GUMP-63
--
Michael
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Adam R. B. Jack wrote:
PYDOC:
[snip suggestion for pydoc server on Apache]
Any thoughts on this? Is it overkill?
No, it is not overkill.
Ought we just expect developers to do
the above?
Nope. That would be like expecting developers to run ant javadoc for
themselves rather than pointing them
Adam R. B. Jack wrote:
[snip]
Server component to look at the projects and work out which ones Gump
needs to try to build next. To start off, the algorithm stays as it is
now. In future we can look to detect if there have been CVS commits
since last build and so on. Server component puts n work
[EMAIL PROTECTED] wrote:
Dear Gumpmeisters,
The following 5 notifys should have been sent
*** G U M P
[EMAIL PROTECTED]: checkstyle/checkstyle-test failed
[EMAIL PROTECTED]: ant-contrib/ant-contrib-test success
[EMAIL PROTECTED]:
Adam R. B. Jack wrote:
4) Figuring out a way (some service?) to have a continuous Gump. The gump
every three hours line in crontab is a waste of two hours when builds take
4 hours. I'd like some sort of 'permanent restart' loop.
I keep thinking about this (especially as one of my private gumps
Leo Simons wrote:
Hi gang!
And now for something completely different...
Saw both Adam and Stefan suggest this recently. I concur. Let's retire
(kill off sounds way to harsh for this faithful servant!) the java
version of gump. The python one is now superior in most ways, and Adam
keeps getting
Adam R. B. Jack wrote:
One thing I dislike about Python (for Gump) is we've not found a nicer way
to timeout processes. One thing I dislike about Gump's implementation (for
this part) is that it runs the program, not just detects it on the PATH -
but this is 'cos since we had code to do this
what
Hi,
PythonGump's check_pgrep test fails on Solaris when pgrep is present.
The problem is that pgrep returns error code 2 on Solaris but code 0 on
Linux:
bash$ pgrep -help
pgrep: illegal option -- h
Usage: pgrep [-flnovx] [-d delim] [-P ppidlist] [-g pgrplist] [-s sidlist]
[-u euidlist]
Adam R. B. Jack wrote:
someone wrote:
Moreover, we have provided very clear set of instructions that safely
address the c-l compilation problems. I think log4j is the wrong tree
to bark at.
I noticed that
http://gump.covalent.net/log/bootstrap-ant.htmlbootstrap-ant no longer
builds. Is it a
Stefano Mazzocchi wrote:
I'm in a ISO meeting so I don't have much time,
...and then goes on to propose a new algorithm that causes the
integration to try to back-off until something builds ;)
get latest B
build it
if successful {
get latest A
build it against latest B
if
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?
--
Michael
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Hi,
I have two observations on the current web navigation:
1. It is too hard to find an overview of the most recent gump run.
From http://gump.apache.org/, it would be nice to have a link
under Results for the latest results.
2. It would be nice if the page http://gump.covalent.net/log/
Adam R. B. Jack wrote:
Good point. It needs looking into.
Until then, be aware there are other servers that might help you:
http://lsd.student.utwente.nl/gump/servers.html
Perhaps enter a JIRA entry (I vaguely recall a request to the mailing list)
for start times to be captured and
Leo Simons wrote:
being a pragmatist, if I can apt-get install gump, that would be
perfect, regardless of the dependencies. In case you don't know, apt
could download all those dependencies before installing gump.
I know that Ant is supposed to be a Java build system but these days it
is so
Sam Ruby wrote:
To whom it may engage...
[snip]
[java] [Xalan2Processor] Applying XSL sheet sbk:/style/stylesheets/any2header.xsl
[java] Exception in thread main java.lang.InternalError: Can't connect to X11 window server using ':0.0' as the value of the DISPLAY variable
Adam R. B. Jack wrote:
Sam's recent posting reminded me of a couple more:
1) A page comparing the entities where a status differs (on the N servers
any Gump is aware of). No guarantees that this is an environmental problem
(it could be timing) but it'd be a nice 'dashboard'.
Would it be
You've got the URL for the redirect-to-mirror script. It would be useful
if someone updated the script to detect browser type and do an auto-redirect
for tools like wget, but never mind.
try this:
wget -C=off http://www.apache.org/dist/maven/binaries/maven-1.0-rc2.tar.gz
-C=off turns off the
Let's attempt to learn as much as possible on each run. And that
means using the newest build available.
I do see one possible problem we could face
From above let project A and project B both depend on Project Z
Project Z makes a change and project B makes a change to match.
Now since
Adam Jack wrote:
[snip]
I think it is forrest that is where we are getting stuck right now.
Now sure why, but it is locking up. So, if we want forest, we have to figure
out how to get inside that problem.
Which version are you using? Probably coincidence, but I recently
stopped using
CVS
Stefano Mazzocchi wrote:
Adam, I think we should get rid of FoG entirely until we have a better
solution. It is causing more harm than good.
Don't get rid of it. I'd like to sugegst two simple changes that I think
would really help the community out:
* Rename it to Friendship factor
*
Stefan Bodewig wrote:
On Thu, 11 Mar 2004, Vincent Massol [EMAIL PROTECTED] wrote:
The biggest problem is that Gump doesn't run the build in the same
than projects are running their builds! It's using sysclasspathonly
feature and that's not the way it's run by project.
[snip]
Maybe an
2) we must make sure that people's nagged uncomfort grows with the
amount of dependecies they break! Note that giving them a number
doesn't work, you have to build up the entire list!!! you have to make
them feel really uncomfortable. The more uncomfortable, the more
energy they are going to
28 matches
Mail list logo