I just noticed a sync (where Gump copies from one directory tree to another)
failure occuring in XOM due to unicode decode issues. I always struggle to
get my ehad around the magic that is unicode (to/from 'real world') and I'd
appreciate any thoughts.insights here. The file name
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact folk at [EMAIL PROTECTED]
Project gump-test has an issue affecting its community integration, and has been
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact folk at [EMAIL PROTECTED]
Project gump-test has an issue affecting its community integration, and has been
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact folk at [EMAIL PROTECTED]
Project gump-test has an issue affecting its community integration, and has been
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact folk at [EMAIL PROTECTED]
Project gump-test has an issue affecting its community integration.
Project State : 'Failed'
All,
As part of the migration towards SVN (at least in parcel with CVS), I asked
infrastructure to create a shared commits mailing list. They have done so:
http://issues.apache.org/jira/browse/INFRA-92
Now apparently mails going to [EMAIL PROTECTED] (from CVS commits) now go
to [EMAIL
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact folk at [EMAIL PROTECTED]
Module apache-gump-test contains errors.
Module State : 'Success'
Full details are
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact folk at [EMAIL PROTECTED]
Project gump-test has an issue affecting its community integration.
Project State :
I hand moved the large XML files from
content/xdocs/.../gump_[work|file|/*.xml to content/... -- and then ran
forrest.
I think I inserted the fix earlier to make this automatic from now on.
regards,
Adam
-
To unsubscribe,
BuildFileTest is used by some Depot builds to test it's Ant tasks.
BuildFileTest is within the jar produced by project ant-testutil. This
project has ant-dist as a dependency, and this is a heavy dependency for
users of the single BuildFileTest class.
Nick and I are trying (partly as an exercise
This page shows the entities (modules or projects) that have any 'warning'
or 'error' annotations on them. We really want to work this down to a blank
page, by reducing the verbosity or level of annotations. For example, saying
'build failed' at a warning level could me made informational (the
Now Gump generates it's xdocs using an object tree structure. Watching
the
python memory grow from 20M (after loading all XML) to 136M (during
generating these pages) it has some sort of leak (actual or effective)
ouch! Maybe it would pay off to use pipelining (you know, SAX, stuff)
Interesting. LSD took 7 hours to run, which is 3 hours longer than usual.
Gump.try was swamped by a tonne of Java processes (that looked like ant
forking ant) and I had to kill it. I suspect you are right this is looping
on itself.
Stefan, if this due to Python Gump using the hard coded 'clone
how do you feel about setting up [EMAIL PROTECTED] for all change
notifications?
+0
regards
Adam
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Yeah, it seems not. I don't know if this is related, but I had woes trying
to run/test Gump on my VM server Gump-box yesterday also. Basically the
poor
box swapped itself to death, in part 'cos forrest grew so large. The xdocs
were written, but the forrest site wasn't generated. I wonder if
Who's Gump in whose account? Sam's? Is anybody aware of the outputs, let
alone using them?
I don't think folks have had access to the outputs (that they've known
about) in forever.
http://gump.apache.org/#Where+is+Gump%3F
regards
Adam
- Original Message -
From: Noel J. Bergman
OK, it looks like there may be a new ASF hosted machine or two running
gump in the next 24 or so hours. Which gump should be run on it?
Which? As in traditioanl verse Python? I think concensus has been Python for
a while.
We have a README in /usr/local/gump on moof, ought I post it here for
We have a README in /usr/local/gump on moof, ought I post it here for
folks?
I can't get there this mo, and my eyebrowse search isn't bringing up when
I
posted it before. It has the steps involved.
A google search found me this:
http://www.mail-archive.com/[EMAIL
We should probably use a template engine. I'm sure there's a python
equivalent for something like velocity (or smarty).
First, I like the dynamic 'tree of nodes' based approach to writing
HTML/XML, rather than template -- in the main because of pleasant
experiences with the Perl modules for
1) use forrest as a dynamic application
First, what do you mean by this, please? For those of us who don't know,
could somebody elaborate?
Second, 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
First, I like the dynamic 'tree of nodes' based approach to writing
HTML/XML, rather than template
I like merging the concepts. Once you've built the tree, flatten the
part of it that will make up the page, and feed that to the template
engine. Even if you don't use a template engine,
Davey [EMAIL PROTECTED]
To: Gump code and data [EMAIL PROTECTED]
Sent: Thursday, March 25, 2004 4:01 PM
Subject: Re: Gump Thrashing/Spinning...
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
Gump didn't run last night on LSD. I can't really figure out why
right now.
I think it has been caused by the circular dependency between two
jicarilla projects (that I've just removed by commenting out jicarilla
in the Gump descriptor).[1]
Unlike Jenny, GUMPY doesn't detect the cycle
I currently don't understand why Gump on LSD thinks Cocoon would
depend on avalon-fortress-container, but the Gump instance on
covalent.net tries to build it[1].
I wonder if the removal of the 'full dependencies' and 'full dependees'
tables (on 'working projects') is a good thing or not. It
Gump is a social experiment, and this part of the experiment has shown
to be a negative and annoying factor. I feel that my own recent
experiences with jicarilla are an excellent example: even with an active
and experienced member of the core gump group trying to actively
maintain gump
if I would like to replace the use of ls and cat in gumpy with pure
python code (like sync), do you have
any suggestions ?
Do we already have testcases for the use of ls and cat in the tools.py ?
Huh? I think this has already been done (see FileHolder in files.py), I just
left the old code
Question for a gump newbi.
As the fog clears - you would anticipate a fog factor approaching zero.
Maybe it should, a boundary value is more comparable.
In the context of gump - is zero fog a good thing? Summary - I don't
understand the fog factor index - can anyone explain it or point
Maybe it should, a boundary value is more comparable.
Sorry, I meant to type bounded value as in 0-1.
On this course they showed 30 of us fives line of text, and asked us to
count the number of Fs. Many folks found 3, and some found as many as 7. As
time went on more and more folks found the 7,
If that's is a correct (reasonable) assumption - is this something I
should post to JIRA?
Please do add all comments you have on FOG to JIRA at:
http://nagoya.apache.org/jira/secure/ViewIssue.jspa?key=GUMP-21
regards
Adam
Adam, I think we should get rid of FoG entirely until we have a better
solution. It is causing more harm than good.
What is harm and what is refining discussion? If we remove it, what
incentive do folks have to contribute improvements?
I'll do whatever the group determines, but first teach me
I've been wondering why the LSD 'log' at :
http://lsd.student.utwente.nl/gump/gumpy.html
has been so terse unhelpful, and the forrest pages stale.
On LSD we still use gumpy.sh (because gumpy.py isn't ready for prime time)
and one difference between those two is that gumpy.sh write to
From this thread:
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]by=threadfrom=667384
.. here are my thoughts, (for what they are worth).
Stefano has convinced me that pure numbers are not the most erudite form of
communication, are equivocable (folks will hate the algorythms) and
101 - 132 of 132 matches
Mail list logo
