On Wed, 01 Dec 2004 09:09:21 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote:
Hi all,
if you change the name of a CVS module or some code base switches from
CVS to SVN or any other change like this happens, we need to remove
the existing working copy from brutus.
In velocity's case we had:
Dear Gumpmeisters,
The following 5 notifys should have been sent
*** G U M P
[EMAIL PROTECTED]: Module jakarta-velocity success, but with warnings.
[EMAIL PROTECTED]: Project xml-xerces1 (in module xml-xerces) success
[EMAIL
On 2004-11-30 11:19:33, Eric Pugh wrote:
Now, partly that may be a communication thing.. If Log4j fails, they get
emailed. If log4j breaks every body else, they don't... Without active
involvement by a group, the prospect of keeping things working becomes a
thankless task (witness Niclas's
Ian,
Please rework the 2 xml's following the pattern set up by grafolia AND
commit them directly to gump's CVS (yes, u should have karma for that)
-- dims
On Wed, 01 Dec 2004 08:51:33 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote:
Hi Ian,
On Tue, 30 Nov 2004, Ian P. Springer [EMAIL
It still looks like jakarta-velocity is building the CVS head of Log4j.. It
is supposed to be building with the log4j 1.2 version.
ERic
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 01, 2004 9:09 AM
To: [EMAIL PROTECTED]
Subject: change
Both projects have Maven-based builds. I've generated Gump project
descriptors using the Maven gump plugin
This shouldn't be necessary
The Maven gump plugin generates a maven/ element now. It is the best
and recommended way to do it. If for any reason it is not doing a good
enough job,
On Wed, 1 Dec 2004, Eric Pugh [EMAIL PROTECTED] wrote:
It is supposed to be building with the log4j 1.2 version.
Not until my commit which may have been early enough for the current
run.
Stefano reverted your commit on Monday (you probably should subscribe
to the commits list ;-) because back
Date: 2004-12-01T04:30:19
Editor: StefanBodewig [EMAIL PROTECTED]
Wiki: Gump Wiki
Page: Drafts/BoardReports/20041215
URL: http://wiki.apache.org/gump/Drafts/BoardReports/20041215
no comment
New Page:
We'll try a shorter report this time, please let us know whether you'd prefer
Eric Pugh wrote:
I think that it's more complex then just turning it on or off.. I'm in
favor of turning it off for now if thats the only option. What I prefer is
that if a prereq doesn't build/builds finally, I don't get nagged. That is
what generates (typically) the flood of emails... I only
sebb wrote:
On Wed, 01 Dec 2004 09:09:21 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote:
Hi all,
if you change the name of a CVS module or some code base switches from
CVS to SVN or any other change like this happens, we need to remove
the existing working copy from brutus.
In velocity's case we
At 03:44 PM 12/1/2004, Stefano Mazzocchi wrote:
I think it's better if we start to nag ourselves first and see how we can
increase the signal/noise ratio before we go back public.
It's not only about gump's signal/noise ratio but the attitude adopted
when things break. Allowing unaware developers
Commonj is commonj-twm.jar, which contains the timer + work manager APIs
(not impls) defined by BEA and IBM (see
http://dev2dev.bea.com/technologies/commonj/twm/). These APIs are
implemented and utilized by the Muse project.
| -Original Message-
| From: Stefan Bodewig [mailto:[EMAIL
Ceki Gülcü wrote:
At 03:44 PM 12/1/2004, Stefano Mazzocchi wrote:
I think it's better if we start to nag ourselves first and see how we
can increase the signal/noise ratio before we go back public.
It's not only about gump's signal/noise ratio but the attitude adopted
when things break. Allowing
At 05:27 PM 12/1/2004, Stefano Mazzocchi wrote:
If you have a better social algorithm that would stop you from feeling
insulted, let us know what it is.
It's not about me, log4j or velocity, but coming to the realization
that 100% backward compatibility is not always possible. It seems that
gump
Ceki Gülcü wrote:
At 05:27 PM 12/1/2004, Stefano Mazzocchi wrote:
If you have a better social algorithm that would stop you from feeling
insulted, let us know what it is.
It's not about me, log4j or velocity, but coming to the realization
that 100% backward compatibility is not always possible.
Hi,
Any ideas on how I can fix the below dependency errors?
Thanks,
Ian
| -Original Message-
| From: Muse Development [mailto:[EMAIL PROTECTED]
| Sent: Wednesday, December 01, 2004 8:28 PM
| To: [EMAIL PROTECTED]
| Subject: [EMAIL PROTECTED]: Project muse (in module muse) failed
|
|
that was the wrong file...merge.xml gets overwritten :(
made the change in /usr/local/gump/kaffe/gump/metadata/brutus.xml.
Will have to wait for tomorrow.
-- dims
On Wed, 01 Dec 2004 08:12:30 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote:
On Tue, 30 Nov 2004, Davanum Srinivas [EMAIL
Dalibor,
Can you please try building xml-xerces using Kaffe on your box? just
do a cvs checkout of xml-xerces/java and there is a build.sh that you
can use there. I see one problem when using gump
18 matches
Mail list logo