Build from repository is a beautiful thing. Even though Beaver "broke" with
a technicality (the LICENSE file was missing) Gump was able (and willing) to
take the latest successful build of it from the repository. As such, even
though we state Beaver is the "root cause" (despite not being a direct
d
This is interesting, seems either the package or the whole jar is 'sealed'
and so restricts class loading. Not sure why it affects this build, but it
does.
http://brutus.apache.org/gump/test/jakarta-cactus/jakarta-cactus-framework-12/gump_work/build_jakarta-cactus_jakarta-cactus-framework-12.html
Folks
We are making lots of good progress with getting 100% gump'ed builds, but we
are stuck with a few more cases where Excalibur's Maven POMs refer to
'avalon-framework' and not to the "three parts" (avalon-framework-api,
avalon-framework-impl, avalon-framework-legacy.) Could somebody look into
Stefano,
To load a Workspace one ought use the WorkspaceLoader to load it (ws here is
a path/filename):
# get parsed workspace definition
from gump.core.loader.loader import WorkspaceLoader
workspace=WorkspaceLoader().load(ws)
To get a GumpRun (wrapper around a workspace), do:
Looking at:
http://brutus.apache.org/gump/public/excalibur/excalibur-logger/gump_work/build_excalibur_excalibur-logger.html
I see Maven thinks these are unsatisfied:
The build cannot continue because of the following unsatisfied
dependencies:
avalon-framework-4.1.5.jar
servletapi-2
I think there is a new reason for ant-contrib disappearing, and I suspect it
is related to the spam that SF.net seem to be putting at the top of their
viewcvs. When I curl this URL from brutus I get HTML not XML
http://cvs.sourceforge.net/viewcvs.py/*checkout*/ant-contrib/ant-contrib/src/etc/gump-
To whom it may satisfy...
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 *no longer* has an issue.
Project State : 'Success', Reason ''
Full detai
Please subscribe to the new mailing list:
http://gump.apache.org/mail.html#Commits+List
Since we migrated to both SVN and CVS this was created (a week or so ago),
but folks subscribed to [EMAIL PROTECTED] were *NOT* automatically subscribed to
[EMAIL PROTECTED] Please do so manually -- or enj
I took a look at the ws-jaxme configuration, and its Ant scripts. As far as
I followed it, I was wrong about this being a simple http://brutus.apache.org/gump/public/ws-jaxme/ws-jaxme/gump_work/build_ws-jaxme_ws-jaxme.html
which gives...JM.precompile:
BUILD FAILED
/usr/local/gump/public/workspace/
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
outstanding
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 'resum\xc3\xa9.xml
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
outstanding
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
outstanding
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
outstanding
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
outstanding
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 PROTEC
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 available
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',
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',
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, e-ma
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
stat
> Yada yada yada. Could go on for a while, but I won't. Let's hear about
> you! :-D
I'm interesting in Gump's viewpoint on OSS projects, and their interactions,
and I want to work on how that viewpoint can be leveraged. I care about
presenting this simple metadata in as many ways as valuable, from
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 vm'
I know we are about to install on new hardware, but do we wish to send the moof
install live? Surely having an OSX run is a good thing, since it allows greater
coverage.
If we chose to proceed, I think we need:
1) A 'gump' account on moof that we can su to.
2) A cronjob in that account (with en
> > > 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,
> Forrest uses cocoon (http://cocoon.apache.org/2.0/)
> Which is a servlet that does xml pipelines
> XML -> transform -> transform --> xml (or whatever) out.
> Along with caching all kinds of other cool stuff.
> That is what you get when you use the "forrest run" command
>
> Because many, many o
ot;Michael 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 g
> > 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 engin
> > 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
> 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 t
I've been trying to run some quick jobs (a check.py not an integrate.py) to
try to get insight into this problem. I'm finding (at least on my machine)
that forrest is growing to huge size, and getting bogged down in swapping.
I can't say this with certainty, but I feel that both Python and Java
de
>
> 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 PROTECTED]/msg00487
> 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
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" <[E
> 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
> > 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]
> It looks like the gump run did not work on lsd last night. I did not
> have a look to find out what has gone on.
> (the html pages on lsd are of yesterday, the email all dressed up with
> nowhere to go did not get sent either)
Yeah, it seems not. I don't know if this is related, but I had woes
Michael Davey:
> > 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"
>
> 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
All,
Since we've been receiving these as a batch, the number has only grown (from
9 to 11), indicating that we aren't able to affect them, and we need
community involvement. Can we find a community e-mail address that would
possible be willing to 'hear' these, and approach them? Perhaps we take o
> 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
---
> 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
> 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 poi
> 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 co
> 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
> On Tue, 23 Mar 2004, Adam Jack <[EMAIL PROTECTED]> wrote:
>
> > It seems to me that cocoon depends upon xmlutil:
>
> The dependency is there - see later that thread - I just didn't see it
> since I missed that xmlutils depended on meta-sourceresolve and not
> 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 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
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
log/gum
l Message -----
From: "Adam Jack" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, March 10, 2004 11:02 AM
Subject: Moving Gump Forward (Feedback)
>From this thread:
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]
rg&by=thread&from=667384
.. here
>From this thread:
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]&by=thread&from=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 c
101 - 153 of 153 matches
Mail list logo
