On Wed, 25 Aug 2004, David Crossley wrote:
BTW: Why can't you use the CVS HEAD one?
Fixed, sorry about that. It was a relic of someone trying to
fix things when we got failures of ant-contrib due to sf
not being available recently.
Thanks. No worries, that was pretty good initiative. I'd thought o
Adam:
The Gump runs seem to be completing now following your patches this
morning. However there does seem to be a problem related to
notification. The Avalon dev list is kind of flooded with repeated
notification messages (mostly notifying success which is nice - but it's
a flood all the same).
I
On Wed, 25 Aug 2004, Martin Cooper wrote:
Hundreds of Gump messages have been sent to the Jakarta commons-dev mailing
list in the last couple of days. We're drowning in them. Please help!
Sorry, you mail sat in moderation 'cos this address is not on the Gump list.
Ok, sorry. Immediate action:
boy, that was fast ;-)
--
Stefano, who had a chat with Adam early this afternoon and he's already
implementing this stuff, sweet ;-)
I told you, you were very helpful. :-)
Seriously, I do have a number of implementation choice/refinement questions, but there
is nothing I love more than tinkering
On Thu, 26 Aug 2004, Michael Glavassevich wrote:
I modified Xerces' Javac task in CVS such that it should now detect JDK
1.4 and above. I strongly suspect that this was the source of the problem.
Hopefully that will fix the Gump failures.
Despite not understanding how (and that is ok) I would have
My availability is sparodic, at best, these days (as my wife settles into her new job,
and I attempt to pick up the slack) hence I had to comment out nagging, not fix it.
I'll get there. Also, until I get a real ISP (maybe soon, God -- I hope) reading mail
via Pine via SSH to ASF is slow, I fall
The packaged-jetty package on Gupm has been updated to 5.0RC2 (per request).
I've added a qiuck packaged-jetty-all that has the following. Maybe this
will work for log4j-test until I get jetty working. It also has jaas.
I have no more time, but the jars in there (should you wish to e
Sounds great. Tomorrow [most of day, MST zone] I ought be able to answer any
questions on this, via e-mail and/or IRC.
regards
Adam
--
Have you Gump'ed your code today?
http://gump.apache.org
On Thu, 26 Aug 2004, Peter Janes wrote:
I've written some basic Perforce support for Traditional Gump, b
Folks,
I was trying to get mod_python to provide PSP on Python. It took a while for me to
figure out that although apt-get nicely installed mod_python, it installed an older
version (2.7), that doesn't have PSP support.
I don't know Debian, and specifically I don't know how to get the mod_python
Ok, so I used RDFLIB (at least on M$, see
http://neukadye.chalko.com/archive/15.html) to allow Gump to generate some RDF.
The RDF is generated into files (serialized to XML) in the following fashion:
/gump.rdf --- all projects
/module1/project1/gump.rdf --- project1 RDF.
...
basically t
Hey Mario
> vfs build on brutus failed due to an outdated version of jsch on brutus.
>
> Could you please tell me what i have to do to get version 0.1.16 on it -
> it is already on http://www.ibiblio.org/maven/jsch/jars/jsch-0.1.16.jar
There are two things:
1) Make this change in the gump profil
> > 1.1) Ought we define the URI for a project (or other entity) to point to
> > the standalone RDF for that entity? I'm sure there is no need to, but it
> > might allow tools to discover upon demand.
>
> This would be a URL and my suggestion would be something like
>
> http://gump.apache.org/data
> The vocab is nice. A while back I did some work on a project vocab [1]
> but spent far too much time on the terms and not enough on doing stuff
> with it - got bogged down, bloat, overengineered. So I reckon just
> starting with a few terms and actually *using* them is the best route
> forward.
I am close (I think) to having a Python Gump that will run NAnt on projects.
Unfortunately the two environments I have (1 -- Mono on Debian, on Brutus,
2 -- Mono on W2K) have two flaws (1 -- Mono crashes, 2 -- NAnt wants to use
CSC not MSC). As such, I'm not getting very far in testing.
If I check
Hi Clayton,
> That definitely sounds like fun. I haven't worked with Gump before so
> if you don't mind a few questions then I would like to help out.
Thanks, that's great. Do you have DotNet installed on a Microsoft platform
with NAnt? Do you have a bit of spare disk space, and decent connectio
Folks
I will be in the mountains (away from the power grid, and all computers)
over the next few weeks, enjoying the splendour of Colorado colours as the
Aspens/seasons change. This will be on/off (short trips). Just an FYI.
regards,
Adam
---
Stefan wrote:
> In Gump's case we probably can live with making sure that "our" version
> is used instead of the one in the GAC and DEVPATH seems to be a way to
> achieve that (I've only read the first paragraph of that article,
> though 8-).
Clayton Harbour and I chatted on irc.freenode.net:#asf
> I was talking with Adam the other day and he suggested that a batch/ shell
script that built NAnt > from source might be a little better than relying
on the mini-NAnt.exe. I believe ant uses
> something similar to bootstrap itself so my understanding is that this
fits in better with the gump
> p
the nant.xml metadata describe a bootstrap-nant project
(maybe we call it mini-nant) that calls the script (that uses mini-NAnt to
build NAnt.exe, wherever that is) and then we use that to build the next
projects. If there really is no purpose for a script I could add an http://wiki.apache.org/gump
> > BTW: Ought we attempt to contribute metadata for the mini-nant up to
> > nant projects (including log4net, etc.) and see if we can get that
> > working from within Gump? I think that makes a good first goal.
>
> I don't understand that, sorry. Are you asking whether we should try
> log4net fi
> The script would need to know which framework you intend to use. For
> the Bourne shell script this simply means something like
>
> #!/bin/sh
> mono bin/NAnt.exe
>
> (ignoring Rotor and DotGNU for now) but the Windows batch file is a
> different beast.
We could set a Gump parameter in the work
I've added a few things:
1) Peter Janes' nice work on P4.
2) RDF, some initial dabblings.
3) Building from the repository.
4) That we still do not have a [EMAIL PROTECTED] mailing list.
If you think there is more in here than the board needs to know, feel free
to whittle it down.
I doubt I'll fi
> I don't know exactly what you're trying to achieve with Gump, but IMO
things
> are much easier than you think if you fully utilize NAnt's potential.
Yeah, I think we need to step back and make that clear.
Gump is attempting to emulate a "rabid" OSS developer, perform the steps a
developer woul
> [EMAIL PROTECTED] wrote:
>
> > +def configureDB():
> > +conn = MySQLdb.Connect(
> > +host='localhost', user='root',
> > +passwd='', db='gump',compress=1,
> > +cursorclass=MySQLdb.cursors.DictCursor)
>
> Why is user, passwd, and db hard coded in mysql/data.py?
That wa
Stefano Mazzocchi <[EMAIL PROTECTED]> wrote:
> > Failed with to: [EMAIL PROTECTED] from: [Gump]
> > Failed to send notify e-mail: (450, 'FQDN required in the envelope
sender', 'Gump')
>
> WTF?
The nag was attempting to come from an e-mail address 'Gump'. Was this fixed
in the metadata, or is/was
> Current gump run seems to have been locked on entry 34 for the last 36
> mins.
Timeout is 60 minutes ('cos some builds/tests used to take that long). That
said, it seems to be chewing on project 38 (it only updates the page every 5
projects) 'avalon-site'. Maybe the box is swamped w/ some JDK 1.
> > Current gump run seems to have been locked on entry 34 for the last 36
> > mins.
The box was chocked up, some mono/some java/some javadoc, so I wiped it
clean and restarted. I can't really explain what was causing the grief,
sorry.
regards
Adam
> Hi,
> It would be really cool if Gump could (is?) save the projects build
numbers
> (Total, Success, Failed, DepFail) in a file together with a timestamp.
http://brutus.apache.org/gump/public/gump_stats/project_fogfactor.html
> >From that we generate a SVG showing an Area graph
Area Graph?
> I would like to get the bleeding edge of httpd, and it's dependancy APR
> built using gump, but I'm going to need a little hand holding in this
> process.
I am game to hold hands (although I am offline/online sparodically for the
remainer of the month.)
> The main thing I would like to test is
> cvs commits go to [EMAIL PROTECTED] which seems to go to
> [EMAIL PROTECTED] while svn commits go to [EMAIL PROTECTED] (settig the list-id
> header as well).
Having bugged Noel about this on infra@ (I got a RTFA, A = Archive response
;-) he says -- "no". It is as it ought be.
> Since I received
> Short answer:
> It has a problem in build.properties. There are two maven.jar.junit
> properties, and the second points at ant-junit.jar, which I assume
> does not declare junit.framework.TestCase.
Seems the problem of 'jar id' != 'artifact id', i.e. where Gump and Maven
don't have a shared
> In the case of a build of APR, it's as simple as running three scripts
> back to back:
>
> ./configure
> make
> make install
>
I know a make file is a script, but Gump doesn't consider launching the
'make' executable a script. I think I ought be able to add a Then the fun starts. APR-util depend
Brett wrote:
> > Seems the problem of 'jar id' != 'artifact id', i.e. where Gump and
Maven
> > don't have a shared view of the names of these things. Recall, Gump had
> > 'context sensetive' jar ids (within the context of that project) it did
not
> > have unique ones, like Maven does/requires.
>
Looks good to me, at the metadata level. You could always commit it as
module/project beaver-cvs (for now) to see if it works, then rename it when
ready.
regards
Adam
- Original Message -
From: "Jochen Wiedmann" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, October 10, 2004 5
Sorry folks, that change I made to ant's jar ids (to match Maven's and stop
duplicates, and clashes with junit etc.) ...causes these knock on
problems.
> The following annotations (debug/informational/warning/error messages)
were provided:
> -DEBUG- Sole output [avalon-tools-magic-11102004.ja
Sorry, duplicate of what? Lots of folks are using 'concurrent', and the
build dies w/o it there ('cos it is told to find a package there -- need to
fix that). Anyhow ... where was the duplicate?
regards,
Adam
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Mo
>
> I'm an idiot! I grepped for "dougLea" as the project name and I didn't
> find anything so I removed it.
Not your fault. Gump needs better validation and query tools so we don't
have to use grep. Since you are working on those, you get a free pass this
time. ;-)
> sooo sorry folks
No problem,
> If you still think it is a bad idea, I can always revert the descriptor.
Nah, bring it on, you thinking was good. :-)
Sure we'd all love to see Excalibur build (and thanks very much for your
help there), and we'd love to get to 100%, but I see not harm in bringing in
new good work.
regards
Ad
> > If you still think it is a bad idea, I can always revert the descriptor.
>
> Nah, bring it on, you thinking was good. :-)
Amazing how unintentionally rude a dropped letter can be. "your". :-)
regards
Adam
-
To unsubscribe
> Is there any way we can have a look at the TEST output for
>
http://brutus.apache.org/gump/public/excalibur/excalibur-event-impl/gump_work/build_excalibur_excalibur-event-impl.html
>
If you add this, http://gump.apache.org/metadata/project.html#junitreport,
Gump ought show you the files/content
> AFAIK,
> Is it?
>
> IIRC I added to ensure that two different builds inside the
> same directory tree didn't affect each other. mockobjects? Yes, I
> think so. Basically I was building the same project twice against two
> different sets of dependencies.
>
> Not using but using to different
> How long do I have to wait till the
> next run? I see details on when it ran, but not when it will run again.
It is an inexact science. The more things build, the longer it takes. It
takes about 3-4 hours right now w/ so much building.
Basically if we are all working on a certain project/set I
> On Tue, 12 Oct 2004, Niclas Hedhman <[EMAIL PROTECTED]> wrote:
>
> > a. The Xerces stuff I don't understand either... Adam?
>
> xml-xerces is Xerces-J 2 in Gump. xml-xerces2 doesn't exist. There
> is xml-xerces1, if you really want that.
Yeah, this is annoying. A fundamental difference in nam
We are, pretty much, we already agreed upon that -- at least for artifact
ids. It is just a slow migration, changing them as we detect differences.
The "xerces" != "xerces2" is a project name. Since it is so well used it
might be quite disruptive to change. I'm open to other's input on if and
when
Dear Sir,
In an attempt to see JGen work on Gump, I've added 'notification' e-mails to
this project:
http://brutus.apache.org/gump/public/jgen/jgen/index.html
http://brutus.apache.org/gump/public/jgen/jgen/gump_work/build_jgen_jgen.html
Since Gump notifies "from" somebody, I selected your SF.net
> We have a problem.
>
> Gump tried to build cocoon but it should *NOT* have!
Yeah, I had a sneaking suspicion something was wrong there, but I was being
hopeful. Ok, I need to go back to the drawing board on 'build from
repository'.
Basically, the logic was to override the 'prerequisite failed'
Element element, boolean
> > addTab) {
> > writeComment(pw, element, true);
> > }
> > to keep compatibility?
> >
> > BTW: this and lack of setScopedProperty is only breaking change i
> > noticed when porting WSIF to use AXIS 1.2RC1 form 1.1RC2.
> On Wed, 13 Oct 2004, Niclas Hedhman <[EMAIL PROTECTED]> wrote:
> > On Wednesday 13 October 2004 11:48, Niclas Hedhman wrote:
> >> http://brutus.apache.org/gump/public/buildLog.html
> >>
> >> Stopped on the 120th project...
> >
> > And done it again :o(
>
> which project is the 120th?
Not sure t
> I think Niclas meant: Is the public Gump running JDK 1.5 (by accident)
> right now?
Opps, ok.
http://brutus.apache.org/gump/public/index.html
shows:
Java.version 1.4.2_05
and this ought'nt have change since Stefano updated it a week-ish ago.
Also, I see this in their build:
> I've seen this before, but I'm not sure which of the jars the package
> gets loaded from. Is there any way to get a temporary -debug output
> of the build? I still haven't figured out how I can selectively build
> a single project in Gump now.
Add debug="true" (or verbose="true") as an attribu
> Actually, the logs show:
>
> INFO:gump:Build Project: #[(122, 706)] : saxon6 : [state:Unset]
> Traceback (most recent call last):
> File "bin/integrate.py", line 109, in ?
> irun()
> File "bin/integrate.py", line 86, in irun
> result = getRunner(run).perform()
> File "/usr/loca
> On Wednesday 13 October 2004 22:52, Adam R. B. Jack wrote:
>
> > I assumed that jdox was a typo for qdox, since the packages/jdox-1.5
> > contained a qdox jar.
>
> Fixed already?
> There is no jdox ref in my Gump descriptors...
Yup.
You on the comm
> > Java.version 1.4.2_05
>
> This is from the LAST "reasonably successful" build - 76%.
> THEN something happened, and xerces and crimson doesn't build since they
are
> "somehow" compiling against DOM v3, and not DOM v2.
Good point, it is a run out of date. I'm waiting for cron to kick in t
For when we get busy working together (and/or Gump is biting the dust) I
think the IRC channel is a good place to meet. When I can remember (and/or
when my link is stable) I'll try to be available at:
irc://irc.freenode.net/#asfgump
regards
Adam
> sorry about that (but I guess, only those who don't do anything don't
> break anything ;-)
Precisely. No problem, no apology needed..
regards
Adam
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [E
> This is because every different gump run uses a different workspace,
> this doesn't need to be.
Not sure this is accurate, unless they run at non-overlapping times or
something. What is your thinking?
regards
Adam
-
To unsub
> > This is because every different gump run uses a different workspace,
> > this doesn't need to be.
>
> Not sure this is accurate, unless they run at non-overlapping times or
> something. What is your thinking?
A few thoughts that come to mind:
1) We can have the infrequent Gumps [JDK1.5/Kaffe]
> I'll get rid of it and cut a new version of the plugin.
> Are there any still needing mapping that need be kept?
BTW: If you are making tweaks, would you mind moving the
> Today I looked at the actual checks they trigger, and found:
>
> 4.4 DATE_SPAMWARE_Y2K Date header uses unusual Y2K formatting
>
> Of course I can lower the score spamassassin is giving to that rule, but
> I think the format for the 'Date:' header in mail messages should
> include 4 digit
> Based on the last Gump run I've gone through and updated all of the
> Fulcrum projects - changing the and path values. Seems
> that the outputs generated my maven and the outputs in the gump defs
> were out of sync.
Thanks.
Could you detail the discrepancy, in case Mavenites could fix the gu
> On Tuesday 12 October 2004 18:40, Stefan Bodewig wrote:
>
> > I have no idea what you'd have to do to make it work with Maven. I
> > don't believe there's been a release of beanutils that would reflect
> > this change, yet.
>
> The general rule is;
> The "project name" in the element of the Gu
> I have a repository on a SVN server, my question is how do I retrieve
> this with Gump?
>
> I have used it with cvs like this...
I went to find the SVN documentation that I "knew" would be there, and was
shocked to find it absent. Sorry, that is pretty bad. [You'd have thought
I'd have noticed i
Claus wrote:
> I have also looked at these examples prior to asking this question...
> But I can not seem to find anything on how to use username and password.
There was a different reason for that, the functionality didn't exist. [All
(clearly) Gump SVN access was public, and used anonymous.] Gu
> being nagged by gump (see
>
http://brutus.apache.org/gump/public/ws-jaxme/ws-jaxme/gump_work/build_ws-jaxme_ws-jaxme.html),
> I'd like to reproduce the problem, because I simply have no idea, why it
> fails in Gump, but works well without.
Since it is a class not found, my guess is you might nee
> Example:
>
> http://brutus.apache.org/gump/public/cocoon-2.1/index.html
>
> look at what it says:
>
> "SUCCESS"
> success at what? at finding problems? then it says "overall project
> success 18%". WTF? what is the measure of success for gump, anything
> higher than zero?
True, likely misleadi
> This is not a rant, but constructive criticism.
>
> 1) as I mentioned already, I think that having gump (or forrest or
> whatever) generate static HTML pages creates more problems than it
> solves. I think we should move the architecture with something like this
>
> metadata -> gump -> databas
> A cron job such as the following would remove files that are older than
> a week:
>
> find /usr/local/gump/public/jars -ctime +6 | xargs -r rm
Ok, now our cron cleanup is:
# Clean up after POI...
0 0 * * * /bin/rm -f /tmp/*.xls
# Clean up older artifacts
0 0 * * * /usr/bin/find /usr/local/gump
> > 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
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-asciia
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 "affecte
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 i
> >>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
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
argument against 'a
Jochen:
> sorry for asking again.
Gosh no, please don't aspologize. Thanks for being persistent.
> My issue is still how to reproduce the ws-jaxme
> nagging. (See
>
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]&msgNo=8679
> ) After some days, I decided to check whether some update in the
> A tweet from the background ...
Very welcome.
> The email reports that nag us on Cocoon and Forrest
> are very hard for me to follow. (Please don't stop the nags.)
>
> I do try to decipher them and even follow through
> to the website. However, i inevitably give up and wait.
Bummer. Can you po
Stefan wrote:
> In some way allow Gumpers a more direct way to modify your Gump
> descriptors 8-)
You are asking for them to be moved to Gump CVS, right? If so, let's make
that request clear.
> Right now cocoon-lenya's (I realize that this is not "yours")
> descriptor references project "avalon"
Ok, so a quick test program:
--
import sys
import os
print 'Default File System Encoding: ' + sys.getdefaultencoding()
for name in os.listdir('../../workspace/cvs/xom/data'):
if name.startswith('r'): print 'Non-Unicode :
Jochen Wiedmann wrote:
> Considering this, and the strange things that Gump does with classpaths:
> Is it possible, that the directory ${src.jm} (aka src/jaxme) must be
> added to the project descriptor?
Given that Gump enforces control over classpaths (with a little willing
participation from An
> > I'm afraid you are doing too much cleanup and we rather need to adjust
> > the DTD.
>
> well, not so sure.
>
I do think the metadata has grown since those DTDs were written, and I agree
they need to grow.
> >>
> >> -
>
> This is the only occurence of this in the entire repositor
> So, two votes:
>
> 1) move the metadata to SVN
> 2) move the descriptors into that module
> 3) give all committers write access to the /metadata folder (DTD will
> *NOT* reside there!)
>
> with svn:external, it should be rather painless for the cocoon project
> to allow the descriptor to be
> On Thu, 07 Oct 2004, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote:
>
> > so what are the changes?
> >
> >
> I don't know, but probably supports it as well.
Yup, anything on the Java platform does.
> > and
> >
> > debug=" can be an attribute inside
> ditto. Not sure about either.
All b
> 3) the maven integration is poor and hacky
How much do you actually know about this integration? I don't know that it
is poor, and I believe it is not hacky. Where are you getting your
information?
> But the *most* serious concern is that we seem to have no way to build
> with Maven and, due
> no, it's not because ant-contrib is failing, but because it's no longer
> there!
>
> where did "ant-contrib" go btw?
ant-contrib comes and goes (I think) as it's gump descriptor fails to get
read from SF.net's viewcvs. One days that service barfs ant-contrib is
missing (it was for a month when t
> maven integration might not be hacky (true, I had no idea we were
> injectin stuff in, so I take that back) but it does not work at all.
Wanna take that back also? ;-) It works for a number of Maven projects.
e.g.
http://brutus.apache.org/gump/public/jakarta-commons-sandbox/commons-id/index.
I'll give it a shot, thanks.
regards
Adam
- Original Message -
From: "Brett Porter" <[EMAIL PROTECTED]>
To: "Gump code and data" <[EMAIL PROTECTED]>
Sent: Thursday, October 07, 2004 8:18 PM
Subject: Re: The magically disappearing ant-contrib (Gump Project)
> shouldn't you need to use:
>
I've seen this before, but can't quite imagine why a None workspace (that
ought have been loaded from metadata/workspace.xml) would have been
returned. Could you run with --debug and see if anything helpful is
displayed?
> [EMAIL PROTECTED] gump]$ python gump.py -w metadata/workspace.xml ws-jaxme
> > I would suggest we just add the package, then. jaxme is holding up 134
> > projects, let's not add anymore potentially shaky dependencies for now.
>
> May I ask a silly question: How come the number 134? I can hardly
> imagine, that more than two or three of them are actually using JaxMe
> rig
> > I've seen this before, but can't quite imagine why a None workspace
(that
> > ought have been loaded from metadata/workspace.xml) would have been
> > returned. Could you run with --debug and see if anything helpful is
> > displayed?
>
> [EMAIL PROTECTED] gump]$ python gump.py -w metadata/works
> > If it is of any help, go ahead and move the descriptors to Gump's CVS
> > (I'm with a customer and without my ssh keys right now). I'm the one
> > maintaining the ant-contrib descriptors (ant-contrib and cpptasks)
> > anyway.
>
> So, should we go ahead and move all the descriptors in our hand
> > No beaver.Make. Do we have a Beaver version issue?
>
> Seems so. JaxMe is currently using 0.9.2. We can upgrade the JaxMe
> version (probably tomorrow) or downgrade the gump version. Which way to
go?
It is more Gump-like to move forward, but it is your choice.
Tell you what, if you point me t
> > I've seen this before, but can't quite imagine why a None workspace
(that
> > ought have been loaded from metadata/workspace.xml) would have been
> > returned. Could you run with --debug and see if anything helpful is
> > displayed?
>
> [EMAIL PROTECTED] gump]$ python gump.py -w metadata/works
Ok, we are now down to this:
> BTW: Anybody else to tell me what avalon-framework in Maven land is ins
Gump
> land? I think we have three dependencies, to it's one (a concern). Which
> ought I pick? "avalon-framework-api" or "avalon-framework-legacy" or
> "avalon-framework-impl"? Do we have a Gump
> avalon-framework-api
>
> this project defines the client API (interfaces, exceptions,
> immutable datatypes, etc. dealing with component lifecycle concerns).
>
> avalon-framework-legacy
>
> contains some deprecated classes that have structural dependencies
> on the avalon-logkit project.
<[EMAIL PROTECTED]>
Sent: Friday, October 08, 2004 6:43 PM
Subject: Re: How to run gump?
> Adam R. B. Jack wrote:
>
> > Redoing this (with the latest SVN trunk) ought tell you if there is an
XML
> > error (file/line/char, I believe).
>
> Silly me! You are right! Inde
> Only xerces-dist1 (which nothing depends on) depends on xerces1.
>
> Xerces-1, doesn't build in JDK1.5.
>
> Is it time to remove it from the descriptors?
Works for me.
BTW: What was the outcome xerces (Gump name) != xerces2 (Maven name). Would
we chose this time to make a change there?
regards
> For this project:
>
http://brutus.apache.org/gump/public/jakarta-turbine-fulcrum/fulcrum-xmlrpc/
> gump_work/build_jakarta-turbine-fulcrum_fulcrum-xmlrpc.html
>
> Maven is failing looking for xmlrpc as a dependency. Unfortunantly, in
> Gump, xmlrpc is called "ws-xmlrpc". I already have the depe
> Adam, is there a way to have a failed run being notified?
Gump used to e-mail us when it failed (the gump.py in cron has the ability)
with why. I gotta look @ why it stopped, maybe missing information in the
brutus.xml or something.
regards
Adam
--
Ok, we have the notification back, although it needs a few tweaks. I'll work
on those.
regards
Adam
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, October 23, 2004 7:05 PM
Subject: Problem running Apache Gump...
> There is a problem with the run
> Traceback (most recent call last):
> File "bin/integrate.py", line 109, in ?
> irun()
> File "bin/integrate.py", line 86, in irun
> result = getRunner(run).perform()
> File "/usr/local/gump/test/gump/python/gump/core/runner/runner.py", line
213, in perform
> return self.performR
> there are a few projects that gump builds that are not ASF projects and
> are not used by any ASF project. I think the ASF already has enough
> things to build for ourselves and gump is not a public service.
I hear you, but since Gump was a "social experiment" not an ASF build tool,
some of thi
601 - 700 of 884 matches
Mail list logo
