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
Dear Gumpmeisters,
The following 13 notifys should have been sent
*** G U M P
[EMAIL PROTECTED]: gump failed
[EMAIL PROTECTED]: smartfrog success, but with warnings.
[EMAIL PROTECTED]: xom failed
[EMAIL PROTECTED]:
Dear Gumpmeisters,
The following 1 notifys should have been sent
*** G U M P
[EMAIL PROTECTED]: ws-wsif/ws-wsif failed
*** G U M P
[EMAIL PROTECTED]: ws-wsif/ws-wsif failed
Project gump-test has an issue affecting its community integration, and
has been outstanding for 12L runs.
12 L ?
What the L's this mean?
It means that the `` in Python (turn object into a string, e.g. for
printing) detected when we changed from DBM to MySQL, and an int somehow
became a
Niclas Hedhman [EMAIL PROTECTED] wrote:
On Monday 04 October 2004 07:02, Stefano Mazzocchi wrote:
now it says that cocoon-block-asciiart didn't build because XOM didn't
build. problem is that that block *DOES NOT* depend on XOM.
The chain that I can find is;
cocoon-block-asciiart --
Stefano wrote:
look at the cocoon project. it says that it has 1 affected and 54
dependees, then the deli project (which is a package that the cocoon
module exposes) has 2 affected and 1 dependee. Either there is
something wrong or i don't understand what is an affected project and
what
Dear Gumpmeisters,
The following 2 notifys should have been sent
*** G U M P
[EMAIL PROTECTED]: struts failed
[EMAIL PROTECTED]: struts-sslext/struts-sslext failed
*** G U
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
Adam R. B. Jack wrote:
Stefano wrote:
look at the cocoon project. it says that it has 1 affected and 54
dependees, then the deli project (which is a package that the cocoon
module exposes) has 2 affected and 1 dependee. Either there is
something wrong or i don't understand what is an affected
I found that one project (easymock) used an Ant target with a space in it,
and (unfortunately) Gump was using space as a target list separator. I
changed the Gump code to use comma instead, and attempted to change the
metadata for project accordingly. Hopefully I zapped all occurrences,
apologies
Basically of the N dependees that a project could dork up, M (M=N)
dependees could be affected by that project's failure (with N - M being
dorked up by some earlier dependency). Do *not* ask me how we get 2 and
1.
Some optimization perhaps (this determination once cost far too many
cycles).
Dear Gumpmeisters,
The following 1 notifys should have been sent
*** G U M P
[EMAIL PROTECTED]: struts success
*** G U M P
[EMAIL PROTECTED]: struts success
To whom it may
Adam R. B. Jack wrote:
Stefano
wait, this does not compute: Y affects 2 (self + Z). The fact that Z was
already affected should not change the situation.
So look at 'dependees' and stop looking at 'affected' -- and make the
dynamic webapp sort by either, or by your choice. Sure I understand your
Stefano Mazzocchi wrote:
Adam R. B. Jack wrote:
snip/
Cocoon didn't build 'cos (1) we'd not got enough folks caring about gump
successes (2) we didn't build from repository (and cocoon has lots of
dependencies, so it's chances of a build were unlikely. FWIIW: Communities
(many), along
Martin Cooper recently applied a patch which hopefully would have sorted out
the Struts gump failure. However it still failed again after he made that
commit and I'm wondering whether gump is pointing to the new SVN repository
that we moved to. From the looks of the jakarta-struts.xml file it
There appear to be two Gump projects for Struts, viz 'struts' and
'jakarta-struts'. It looks like the latter is the one that is being
built, and I don't know enough about how Gump works to switch it over
to using the former.
Note that I *have* modified the 'struts' project in Gump to use SVN
16 matches
Mail list logo
