cvs commit: jakarta-gump/project jakarta-tomcat-33.xml

2004-02-05 Thread billbarker
billbarker2004/02/05 20:00:14 Modified:project jakarta-tomcat-33.xml Log: Adding a dependency. Revision ChangesPath 1.16 +1 -0 jakarta-gump/project/jakarta-tomcat-33.xml Index: jakarta-tomcat-33.xml ===

cvs commit: jakarta-gump/project checkstyle.xml

2004-02-05 Thread ajack
ajack 2004/02/05 18:25:58 Modified:project checkstyle.xml Log: See if we can separate checkstyle from it's unit tests, to be kinder to dependees... Revision ChangesPath 1.18 +38 -5 jakarta-gump/project/checkstyle.xml Index: checkstyle.xml

Re: Gump docs gen AKA Alexandria (was Re: Gump as TLP)

2004-02-05 Thread Stefano Mazzocchi
On 5 Feb 2004, at 13:30, Nicola Ken Barozzi wrote: Stefano Mazzocchi wrote: ... I would really love that one day gump generates also web sites (consider continuous integration of documentation equivalent to code compilation when a document depends on a schema), javadocs, LXR-like HTML-ifized co

Re: Nagging the cause vs. Nagging the effect

2004-02-05 Thread Stefano Mazzocchi
On 5 Feb 2004, at 14:35, Leo Simons wrote: Stefano Mazzocchi wrote: I think the key is that the gump runs as for Gump or Gumpy do *not* contain enough information. what might work sometimes is (pattern) matching the statements of the dependencies against the errors produced by javac or unit

Re: Nagging the cause vs. Nagging the effect

2004-02-05 Thread Antoine Lévy-Lambert
Leo Simons wrote: Stefano Mazzocchi wrote: I think the key is that the gump runs as for Gump or Gumpy do *not* contain enough information. what might work sometimes is (pattern) matching the statements of the dependencies against the errors produced by javac or unit tests, and cvs history.

Re: Nagging the cause vs. Nagging the effect

2004-02-05 Thread Leo Simons
Stefano Mazzocchi wrote: I think the key is that the gump runs as for Gump or Gumpy do *not* contain enough information. what might work sometimes is (pattern) matching the statements of the dependencies against the errors produced by javac or unit tests, and cvs history. that would've caught

Gump docs gen AKA Alexandria (was Re: Gump as TLP)

2004-02-05 Thread Nicola Ken Barozzi
Stefano Mazzocchi wrote: ... I would really love that one day gump generates also web sites (consider continuous integration of documentation equivalent to code compilation when a document depends on a schema), javadocs, LXR-like HTML-ifized code, project RSS feeds based on autodiscovery of CVS

Re: Nagging the cause vs. Nagging the effect

2004-02-05 Thread Stefano Mazzocchi
On 5 Feb 2004, at 09:22, Stefan Bodewig wrote: On Thu, 5 Feb 2004, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: On 5 Feb 2004, at 02:17, Adam Jack wrote: I've long wished that Gump could nag the 'cause' of a problem, not the 'effect', but it is (AFAICT) pretty much impossible to guess who is caus

cvs commit mails are not working ?

2004-02-05 Thread Antoine Lévy-Lambert
I have done 2 checkins (on project/xml-batik.xml) this afternoon, and I was surprised not to see commit mails. Antoine - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

[Fwd: Re: change in rhino causes xml-batik not build on gump]

2004-02-05 Thread Antoine Lévy-Lambert
I can revert my last change to project/xml-batik.xml : Original Message Subject:Re: change in rhino causes xml-batik not build on gump Date: Thu, 05 Feb 2004 16:12:33 +0100 From: Igor Bukanov <[EMAIL PROTECTED]> To: Antoine Levy-Lambert <[EMAIL PROTECTED]> Newsgr

Re: Gump as TLP

2004-02-05 Thread Stefano Mazzocchi
On 5 Feb 2004, at 09:10, Stefan Bodewig wrote: On Wed, 04 Feb 2004, Leo Simons <[EMAIL PROTECTED]> wrote: " ... charged with the creation and maintenance of open-source software related to promotion and facilitation of automated integration of the software produced by other projects." I'm fine wi

Re: Build of xml-batik on gump

2004-02-05 Thread Antoine Lévy-Lambert
Stefan Bodewig wrote: On Thu, 05 Feb 2004, Antoine Lévy-Lambert <[EMAIL PROTECTED]> wrote: I do not know *yet* how to change the project descriptors so that it happens. If the jar you want to use is part of batik's CVS, simply add a element pointing to the jar and remove the element from

cvs commit: jakarta-gump/python/gump/utils commandLine.py

2004-02-05 Thread ajack
ajack 2004/02/05 06:50:07 Modified:python/gump/model depend.py python/gump/document forrest.py text.py python/gump/utils commandLine.py Log: Reduced verbosity on dependencies Revision ChangesPath 1.8 +3 -3 jakarta-gump/python/gum

Re: cvs commit: jakarta-gump/project mockobjects.xml

2004-02-05 Thread Stefan Bodewig
On Wed, 4 Feb 2004, Adam Jack <[EMAIL PROTECTED]> wrote: >> >> If I pick ant, python starts to hog my CPU and finally (about two >> minutes later) says >> > Hog? You mean use enthusiastically, no? ;-) As enthusiastically as gen.sh during the merge part, just longer 8-) Xerces-J may be a bit faste

Re: Nagging the cause vs. Nagging the effect

2004-02-05 Thread Stefan Bodewig
On Thu, 5 Feb 2004, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > On 5 Feb 2004, at 02:17, Adam Jack wrote: > >> I've long wished that Gump could nag the 'cause' of a problem, not >> the 'effect', but it is (AFAICT) pretty much impossible to guess >> who is cause from a compile failure. > > Tell

Re: Build of xml-batik on gump

2004-02-05 Thread Stefan Bodewig
On Thu, 05 Feb 2004, Antoine Lévy-Lambert <[EMAIL PROTECTED]> wrote: > I do not know *yet* how to change the project descriptors so that it > happens. If the jar you want to use is part of batik's CVS, simply add a element pointing to the jar and remove the element from batik's descriptor. Ste

Re: Gump as TLP

2004-02-05 Thread Stefan Bodewig
On Wed, 04 Feb 2004, Leo Simons <[EMAIL PROTECTED]> wrote: > " ... charged with the creation and maintenance of open-source > software related to promotion and facilitation of automated > integration of the software produced by other projects." I'm fine with it. > It doesn't feel quite as warmly

Re: Gump as TLP

2004-02-05 Thread Stefan Bodewig
On Wed, 04 Feb 2004, Martin van den Bemt <[EMAIL PROTECTED]> wrote: > Since most of us have a java background, we use a lot of terminology > like Ant, Maven, Javadoc, etc. But if we become top level, we should > really look into a bigger scope than currently discussed (probably > you all want the

cvs commit: jakarta-gump/project jakarta-slide.xml jakarta-struts.xml jakarta-tomcat-33.xml jakarta-tomcat-40.xml jakarta-tomcat-connectors-coyote_10.xml

2004-02-05 Thread bodewig
bodewig 2004/02/05 05:49:55 Modified:project jakarta-slide.xml jakarta-struts.xml jakarta-tomcat-33.xml jakarta-tomcat-40.xml jakarta-tomcat-connectors-coyote_10.xml Log: Change sender of nag mails on Craig's request. No Craig, yo

Nagging the cause vs. Nagging the effect [was Re: Build of xml-batik on gump]

2004-02-05 Thread Stefano Mazzocchi
On 5 Feb 2004, at 02:17, Adam Jack wrote: I've long wished that Gump could nag the 'cause' of a problem, not the 'effect', but it is (AFAICT) pretty much impossible to guess who is cause from a compile failure. Tell you what: there have been long discussing about this and endless hours that I

Re: Build of xml-batik on gump

2004-02-05 Thread Antoine Lévy-Lambert
Your message has been posted : http://article.gmane.org/gmane.comp.mozilla.devel.jseng/2900 since I did not see it on google, I posted a similar message through groups.google.com. Now I have a feeling that it might be better in the short run to build xml-batik with a packaged rhino, ideally the

Re: Will the Gump PMC members please stand up?

2004-02-05 Thread Bill Barker
"Nicola Ken Barozzi" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Leo Simons wrote: > > Okay gang, > > > > since no-one seems to have a big preference about process to be followed > > in drafting a PMC shortlist...can everyone who wants to be on the Gump > > PMC please stand up? >

Re: Build of xml-batik on gump

2004-02-05 Thread Adam Jack
Ah, here we go, I wonder if this is an open list, that I can just post to? regards Adam > - Original Message - > From: "Adam Jack" <[EMAIL PROTECTED]> > To: "Gump code and data" <[EMAIL PROTECTED]> > Sent: Thursday, February 05, 2004 12:17 AM > Subject: Re: Build of xml-batik on gump > >

Re: Build of xml-batik on gump

2004-02-05 Thread Adam Jack
> You might try nagging rhino as it was their change that caused > the problem - if they can give us an upwards compatible solution > I'll use it (the basic issue is that they added a method to an > interface that uses a class that didn't exist in the version of rhino > we are currently using).

cvs commit: jakarta-gump forrest-targets.ent gumpytest.bat gump.sh gumpytest.sh

2004-02-05 Thread nickchalko
nickchalko2004/02/04 23:06:07 Modified:.forrest-targets.ent gumpytest.bat gump.sh gumpytest.sh Log: Check in as ASCI Revision ChangesPath 1.2 +174 -174 jakarta-gump/forrest-targets.ent Index: forrest-targets.ent ==

cvs commit: jakarta-gump/project depot.xml

2004-02-05 Thread nickchalko
nickchalko2004/02/04 23:03:31 Modified:project depot.xml Log: Added basedir. PR: Obtained from: Submitted by: Reviewed by: CVS: -- CVS: PR: CVS: If this change addresses a PR in the problem report