On Monday 15 August 2005 14:13, Brett Porter wrote:
> > Would you like access?
>
> If you trust me to poke around without damaging anything when a
> project goes down, I'm happy to go in and fix it again - sure.
They trusted me, so you'll be Ok :o)
> > Heck, would you like to be on the Gump PMC?
Gang,
I would like to be removed as a moderator for the Gump list(s) (seems to only
be commits), due to personal reasons.
Thank you very much.
Cheers
Niclas
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Gang,
In these notifications, the ASF spam check (whatever that is) injects a
header;
X-ASF-Spam-Status: No, hits=-9.6 required=10.0
tests=ALL_TRUSTED,INVALID_DATE,NO_REAL_NAME
And I personally, check if INVALID_DATE is there and send it to spambox.
Gumps date format;
Date: 19 Jul 2005
On Wednesday 13 July 2005 01:35, Adam R. B. Jack wrote:
> > I let a SPAM thorugh the moderation... So, sorry!
> >
> >
> > Any we need to do about it ??
>
> Funny, I haven't seen it on list. Maybe Stefan or I moderated it out first.
Just got a Failure Notice from ezmlm, saying that after removing
I let a SPAM thorugh the moderation... So, sorry!
Any we need to do about it ??
Cheers
Niclas
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Tuesday 12 July 2005 15:04, Stefan Bodewig wrote:
> It is supposed
> to provide write access for all Apache committers.
Confirmed that a "lowly committer" like myself can commit to the metadata dir,
and not be able to commit to trunk.
Cheers
Niclas
--
On Sunday 27 February 2005 12:55, Curt Arnold wrote:
> Sorry, I inadvertently broke logging-log4j by removing its dependency
> on jakarta-oro. I did not intend to commit that, however I was
> surprised it failed since there is now a separate jar log4j-oro.jar
> that I would have expected would con
On Saturday 12 February 2005 18:47, Brett Porter wrote:
> Hi,
>
> Can someone please install packages for nanocontainer beta-3 and
> nanocontainer-nanowar (beta-3) as listed here:
> http://nanocontainer.codehaus.org/Downloads
Not build from source ??
Cheers
Niclas
---
On Saturday 29 January 2005 01:26, Dalibor Topic wrote:
> I'm hacking on fixing Classpath's RMIC. I've got it mostly working in my
> local
> tree, but had to do some hacking on the Kaffe build system last week in
> between :(
I am not sure if this has any importance at all, but I thought I shoul
On Friday 21 January 2005 07:29, Stefan Bodewig wrote:
> org.apache.avalon.framework.configuration.DefaultConfiguration
From the avalon.xml you should have project named; avalon-framework-impl
providing this class.
> org.apache.avalon.framework.logger.LogKitLogger
Should be the same project.
On Thursday 20 January 2005 03:20, Niclas Hedhman wrote:
> http://repository.dpml.net
Correction, we have decided to move it to
http://repository.dpml.net/classic
as more advanced repository systems are planned for the future.
Cheers
Nic
Hi,
I just want to let everyone know that DPML switched its DNS service to our own
management, and now pointing to our own servers, instead of the ibiblio.org
one, and in the process, we didn't feel we needed to maintain the artifact
repository that the Merlin testcases are using.
In fact, we
On Tuesday 28 December 2004 07:43, Brett Porter wrote:
> Also, kerberos failed, unable to update out of SVN. I'm not sure if
> this is a once off or not:
>
> svn: REPORT request failed on '/repos/asf/!svn/vcc/default'
> svn: Cannot replace a directory from within
Wrong directory checkout.
directo
On Tuesday 28 December 2004 07:43, Brett Porter wrote:
> Home: http://maven-plugins.sourceforge.net/maven-javaapp-plugin/index.html
> JAR:
> http://www.ibiblio.org/maven/maven-plugins/plugins/maven-javaapp-plugin-1.3
>.jar
>
> I figured as this is not an Apache project, adding it as a package was
Hi,
Before more people contact me about earth quakes, tsunamis and bad weather...
First my mum calls, then Leo Sutic send mail, about stuff happening down here,
so I looked it up on CNN. Strongest earth quake in the world for 40 years
(fifth largest ever recorded) next to Sumatra, causing big
On Thursday 23 December 2004 03:37, Brett Porter wrote:
> > + > id="aspectjrt" reference="jarpath"/>
>
> ...
>
> >
>
> Doesn't this mean that the depend should list the id too?
I don't think it matters. The will only be used to put together the
build dependency graph, i.e. the bu
Hi,
Are there any restrictions (firewall) to open sockets on Brutus??
Some of the Directory testcases opens port (or next available) for
listening and then executes tests against it as a client. Is there anything
at OS level that prohibit this?
Cheers
Niclas
--
+--//-
On Tuesday 21 December 2004 22:17, Stefan Bodewig wrote:
> On 21 Dec 2004, <[EMAIL PROTECTED]> wrote:
> > Ooops... learning is slow today.
>
> It was OK before your change.
./validate complained.
> Now you also need to add reference="jarpath" to all new
> elements.
ok. will do... later :o)
I have noticed my mistake Correcting!!
Niclas
On Tuesday 21 December 2004 21:47, [EMAIL PROTECTED] wrote:
> niclas 2004/12/21 05:47:58
>
> Modified:project directory-eve.xml directory-janus.xml
> directory-kerberos.xml directory-ldap.xml
>
On Tuesday 21 December 2004 21:17, Stefan Bodewig wrote:
> On Tue, 21 Dec 2004, Niclas Hedhman <[EMAIL PROTECTED]> wrote:
> > And the Gump descriptor has;
> > > /> > id="javamail" />
>
> Yes, but as children of project and not of maven. The
Brett,
The POM contains;
geronimo-spec
geronimo-spec-jta
1.0.1B-rc1
geronimo-spec
geronimo-spec-javamail
1.3.1-rc1
And the Gump descriptor has;
What reasons could there be that the build reports;
The build cannot continue bec
On Monday 20 December 2004 17:15, Stefan Bodewig wrote:
> I won't be online as much as usual (read, even less than usual) over
> the next three weeks because of the holidays.
>
> While the general list and the pmc list have two moderators (Adam and
> myself), I'm the sole moderator of the commits l
On Tuesday 14 December 2004 10:06, Ian Springer wrote:
> Fyi, the reason I need a Gump
> descriptor for naming is because I'd like to make it a dependency of the
> apollo project, on which I'm a committer. We currently depend on the
> Tomcat naming jars, but would like to switch over.
The directo
On Tuesday 14 December 2004 07:00, [EMAIL PROTECTED] wrote:
> ips 2004/12/13 15:00:16
>
> Added: project directory.xml
> Log:
> first cut at a module descriptor for the Directory project - currently
> contains only a project def for the Naming subproject
This is already work i
On Tuesday 14 December 2004 19:47, Stefan Bodewig wrote:
> This has to be done by each developer individually, correct?
Correct.
Find my config file below.
Cheers
Niclas
### This file configures various client-side behaviors.
###
### The commented-out examples below are intended to demonstrate
On Monday 13 December 2004 16:24, Stefan Bodewig wrote:
> I think at least Stefan(o) prefer Gump an approach where Gump can
> parse Maven POMs directly.
:o) Cool. But you are back to some of the problems listed for approach "1.",
e.g. there are artifacts that are not inter-project consistent.
S
On Monday 13 December 2004 09:09, Stefano Mazzocchi wrote:
> Eric, I really don't care what ID we choose, as long as it does identify
> something univocally also in a global and distributed environment.
RDF ?
Isn't RDF a perfect fit for this kind of problems ?
Niclas
--
+--//
On Monday 13 December 2004 13:16, Adam R. B. Jack wrote:
> but I really figured the Gump metadata would be tweaked
> to fit what Maven had defined. Shame if that isn't so.
Well, there are two sides to this story;
1. Gump should circumvent any obstacle provided by the buildsystem in each
project.
On Sunday 12 December 2004 04:40, Adam R. B. Jack wrote:
> > all because dependencies have failed to build, but no nags on projects
>
> that
>
> > actually failed, such as;
>
> Yes, indeed. Could you forward a few (or all) of them to me, P2P please?
done. don't think you want them all.
:o)
cheers
On Sunday 12 December 2004 02:44, Davanum Srinivas wrote:
> Folks,
>
> Any objections to add more cycles for a few weeks till things settle
> down? (all times PST)
>
> 0 - public --official
> 3 - kaffe
> 6 - jdk15
> 9 - kaffe
> 12- test
> 15- kaffe
> 18- public
> 21-
FYI,
it seems that Pre-Requisite Failed is getting nagged, whilst "Build Failure"
doesn't.
Example; Directory project got a couple of nags on;
codec
ldap-common
eve-shared
maven-eve-plugin
all because dependencies have failed to build, but no nags on projects that
actually failed, such as;
di
On Saturday 11 December 2004 01:08, Stefan Bodewig wrote:
> Yes, it is Gump's fault, but then again it doesn't make any sense as
> a descriptor-element either.
Btw, I do it myself all the time; When a testcase fail, it is easier to remove
the test ;o)
Cheers
Niclas
--
+--//
On Saturday 11 December 2004 01:11, Niclas Hedhman wrote:
> On Friday 10 December 2004 20:19, Brett Porter wrote:
> > Ok, I still have to do the EMPTYs, but can you take another look? (or
> > is there a way I can do this?)
>
> If you commit the Eve Gump descriptor, then go to
On Saturday 11 December 2004 01:08, Stefan Bodewig wrote:
> Yes, see my response to the "Failed to run Gump" mail minutes before I
> removed the descriptors from the profile. One of the descriptors had
> a Element, which caused Gump to fail.
1. A lot of mispointed projects --> no big deal, can
On Friday 10 December 2004 20:19, Brett Porter wrote:
> Ok, I still have to do the EMPTYs, but can you take another look? (or
> is there a way I can do this?)
If you commit the Eve Gump descriptor, then go to CVS Gump profile/ dir and
open the gump.xml file, you will find the 7 directory module e
On Friday 10 December 2004 19:48, Brett Porter wrote:
> Ok, so has directory been disabled because of this?
>
> I'm about to regenerate the descriptors, and after that will comment
> out all those above until we can sort out what to do with them...
Hold the horses a bit, Brett.
There are errors b
On Friday 10 December 2004 19:10, Stefan Bodewig wrote:
> On Thu, 9 Dec 2004, Niclas Hedhman <[EMAIL PROTECTED]> wrote:
> > If you find them annoying, just ignore :o)
>
> They caused Gump to not run at all - which is a bit more than simply
> annoying.
Huh? Isn't
On Wednesday 08 December 2004 22:28, Stefan Bodewig wrote:
> The descriptors reference a lot of not (or no longer) existing project
> names. I'm not sure whether this causes the breakage of the JDK 1.5
> build (rather not), but they should probably get fixed first.
>
> I'll remove them for now.
N
On Tuesday 30 November 2004 21:32, Ceki Gülcü wrote:
> At 03:39 AM 11/30/2004, Geir Magnusson Jr wrote:
>> anyway, the interesting thing is the problem I have fixing Velocity so
>> Gump is happy ...
> Niclas Hedhman informed us of this problem. There was a conscious choice t
On Tuesday 30 November 2004 20:18, Geir Magnusson Jr wrote:
> On Nov 30, 2004, at 6:19 AM, Eric Pugh wrote:
> > Geir's email highlights a very clear issue with the whole
> > deprecation/version cycle. He can't switch to log4j until it releases.
> > They don't want to keep deprecated code around f
On Tuesday 30 November 2004 07:45, Stefano Mazzocchi wrote:
> Gump is about establishing communication channels between development
> communities.
> On the other hand, if you are interested in creating a social
> engineering support tool and you are willing to get your hands dirty in
> python and
Gang,
I have decided to step away from Gump for a while, and the main reason is that
I find it depressing to work with... Increments of overall success is slow,
and decrements of overall success is fast. And during the period of big
showstoppers, entropy sets in in all non-building projects s
On Monday 22 November 2004 05:48, Brett Porter wrote:
> 1. Project had no jakarta-velocity dependency
> 2. Maven build started failing on velocity missing
> 3. jakarta-velocity was added to gump descriptor to correct, though
> excalibur doesn't need it.
>
> What probably happened was the local rep
On Monday 22 November 2004 03:43, Brett Porter wrote:
> Is this a Maven generated descriptor adding them in, or hand-rolled
> and added because Maven needs it?
Not sure what you mean.
Projects in Excalibur "suddenly" started reporting that some velocity-xxx.jar
could not be found. The project.xml
On Sunday 21 November 2004 21:29, Leo Simons wrote:
> > +
>
> I don't get it. What's going on? Why are things failing? AFAIK excalibur
> doesn't use velocity...
I know, and asked the same question some time ago.
I can only conclude that Maven needs it somehow and doesn't have it.
Chee
Gang,
I think the following Gump failure could be related to recent Log4J changes...
http://brutus.apache.org/gump/public/ws-axis/ws-axis/gump_work/build_ws-axis_ws-axis.html
Any input is appreciated.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://n
On Thursday 18 November 2004 20:15, Stefan Bodewig wrote:
> On Thu, 18 Nov 2004, Niclas Hedhman <[EMAIL PROTECTED]> wrote:
> > On Thursday 18 November 2004 18:08, [EMAIL PROTECTED] wrote:
> >> +
> >> +
> >> +
> >
>
On Thursday 18 November 2004 19:19, Stefan Bodewig wrote:
> On 18 Nov 2004, <[EMAIL PROTECTED]> wrote:
> > removed unknown deps.
>
> will only lead to Maven complaining about missing jars.
>
> Maybe we should fake those with dummy projects?
>
> Has there ever been a avalon-activation-spi project?
On Thursday 18 November 2004 18:08, [EMAIL PROTECTED] wrote:
> +
> +
> +
This report by Maven is highly strange, since I can't find that Excalibur has
a velocity dependency. And it seems that no change to the excalibur codebase
has happened lately to explain it eit
that doesn't exist either. Either do the above (1.) since Gump is providing
the HEAD build of the said package, or tell us how to tell the build script
where to find this jar.
Thanks for your co-operation.
Niclas Hedhman
P.S. Please respond to the [EMAIL PROTECTED]
[1] The current success
On Friday 05 November 2004 22:51, Stefano Mazzocchi wrote:
> Niclas, we are trying to standardize along with the maven names. Stefan
> is doing the right thing and should be the fulcrum POM that needs to be
> updated to follow maven IDs, not to just follow gump ones (which are now
> aligned anyway
On Friday 05 November 2004 19:06, Eric Pugh wrote:
> Sorry about that.. I am flailing a bit.. I think I get it.. The project
> is called commons-beanutils. So, that is the dependency in gump I need.
> But, the jar is called commons-beanutils-core.jar, so that is the
> dependency I need in Mave
On Friday 05 November 2004 17:00, [EMAIL PROTECTED] wrote:
> -
> +
Keep changing this poor dependency back and forth doesn't help...
Next run you will get that commons-beanutils-core can not be found in the
Maven build.
I am too busy to fix this, but I think the property
maven.commo
On Wednesday 03 November 2004 17:13, Eric Pugh wrote:
> Unfortunantly they are all work
> arounds to the fact that I can't see the unit test results. But also, it
> is because in fulcrum cache we have two unit tests. One is a quick "is it
> working" and another is a
> longer running "test the ca
On Wednesday 03 November 2004 01:08, Eric Pugh wrote:
> I've seen this error periodically, and to be honest, I don't like this
> test.. I don't really want to run it except on demand.. Is there any
> environment variable that tells me I am running in Gump that I can get?
> Anything like:
>
> if
On Tuesday 02 November 2004 23:18, Eric Pugh wrote:
> Cool, it is GUMP-87. So, the files output by gump are not located
> someplace that I can browse via HTTP then huh.. Anyway I could get
> permissions to logon to the box and see?
It is not for me to grant, so meanwhile here is the relevant (I
On Monday 01 November 2004 21:12, Dalibor Topic wrote:
> Since you're
> using the normal debian packages, setting a few additional env vars should
> do the trick for the bootstrap with kaffe:
>
> extras for ant bootstrap with kaffe
> ##
> ## Use jikes with kaffe's class libraries on bootclass
On Monday 01 November 2004 23:41, Stefano Mazzocchi wrote:
> So, let me rephrase my proposal:
>
> If a project:
>
> 1) is not an ASF project
> 2) no ASF project depend on it
> 3) has been broken for a while and shows no sign of activity (gump-wise)
>
> we remove it from the gump.xml profile
On Monday 01 November 2004 19:29, Eric Pugh wrote:
> Related to this, I
> am starting to think about dependencies not just in a "is it a good
> dependency to have" but in a "what challenges will having this dependency
> give me in Gump land", which isn't a great thing...
Hmmm... I wonder if such
On Monday 01 November 2004 17:00, Leo Simons wrote:
> Kaffe is very much a leaf not a dependency (I know no ASF project
> that can only be built using Kaffe), yet using it for experimental
> runs doubles the amount of cpu and disk space used.
For the record, there are 8 attempts at starting a Gu
On Monday 01 November 2004 17:02, Conor MacNeill wrote:
> In effect, barcode4J acts as a testcase for its dependencies and you
> propose to remove that test. I understand the motivation, I'm not
> particularly concerned, but there is a potential downside, which I
> thought was worth noting.
Very g
On Sunday 31 October 2004 21:30, Adam R. B. Jack wrote:
> Yikes, this is a new one on me. Ahh ... clocks changed back an hour in the
> middle of a run, perhaps. Grins a little embarrassed, shrugs, oh well...
Simple solution for this, which I wonder why not every single host in the
world use; UTC
On Sunday 31 October 2004 01:55, Stefano Mazzocchi wrote:
> 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 personally think that it
On Thursday 28 October 2004 07:07, David Crossley wrote:
> Is this the same "xml-apis" that are provided by
> Apache XML Commons?
Class-wise, probably yes.
But Fulcrum uses the xmlParserAPIs Maven artifactId, and I haven't found out a
way to map the "xml-apis" project to the Maven override, es
On Thursday 28 October 2004 01:02, [EMAIL PROTECTED] wrote:
> There is a problem with the run at : http://brutus.apache.org/gump/public
>
> The log ought be at:
Traceback (most recent call last):
File "bin/integrate.py", line 109, in ?
On Thursday 28 October 2004 01:02, [EMAIL PROTECTED] wrote:
> There is a problem with the run at : http://brutus.apache.org/gump/public
>
> The log ought be at:
>http://brutus.apache.org/gump/public/gump_log_27102004_090001.txt
--
On Wednesday 27 October 2004 23:46, Stefan Bodewig wrote:
> On 27 Oct 2004, <[EMAIL PROTECTED]> wrote:
> > Adding the xmlParserAPIs for some Maven projects in Fulcrum.
> >
> > +
>
> Isn't this the same jar that we created during the Xerces build? The
> 2.5 in the jar name in Jetty suggests X
Python-masters,
Look at the content in the directory
~/workspaces/public/results/cocoon/cocoon/gump_file on brutus.
There are two things that are not right;
1. Everything has an additional ".html" to it.
2. Directories are not copied recursively.
Apparently there is an attemp somewhere to copy
Gang,
I have looked at the Kaffe instance and its inability to create the Ant
bootstrap.
The first level of problem is that the Kaffe compiler doesn't imply any source
files that are not specified, and that results in the immense number of
"Cannot find class".
Unfortunately, all classes can n
On Tuesday 26 October 2004 18:51, Stefan Bodewig wrote:
> On 26 Oct 2004, <[EMAIL PROTECTED]> wrote:
> > so I have added symbolic links to point to the official distros
> > which exist in Gump as packages.
>
> For your "symbolic links" to work, you'll also need to add them as
> packages to the
Excalibur gang,
Jakarta Turbine Fulcrum has a couple of projects that depends on the
excalibur-configuration project, which doesn't exist anymore.
What is the migration path for this artifact?
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.
On Tuesday 26 October 2004 23:21, Stefano Mazzocchi wrote:
> > This is IMHO a grayish area, which I
> > would like to investigate further. Perhaps it could be tested by setting
> > a security policy for Ant which disallowed network connections.
>
> Wouldn't that make projects fail?
Yes, that woul
On Tuesday 26 October 2004 18:51, Stefan Bodewig wrote:
> On 26 Oct 2004, <[EMAIL PROTECTED]> wrote:
> > so I have added symbolic links to point to the official distros
> > which exist in Gump as packages.
>
> For your "symbolic links" to work, you'll also need to add them as
> packages to the
On Tuesday 26 October 2004 17:50, Stefan Bodewig wrote:
> > I'd really like to go down the track of having gump effectively run
> > "maven gump" for a project, then use the generated descriptor
> > instead. What is involved in that from the gump end? I assume since
> > it happened for magic, it m
On Tuesday 26 October 2004 17:39, Eric Pugh wrote:
> I guess that would help. However, a challenge for me is that everytime I
> add a dependency to my project.xml I also need to inform gump. As I have
> gotton more and more used to Maven, I don't even think about dependencies
> beyond manipulatin
On Tuesday 26 October 2004 16:34, Eric Pugh wrote:
> From my perspective, I see it as a major issue that the only way to create
> the gump descriptor is to have CVS access to gump. Which is fine for ASF
> folks, but raises the bar for other outside to participate. I can see, at
> least for the M
On Monday 25 October 2004 15:04, [EMAIL PROTECTED] wrote:
> Now, is there a way to 'inject' the version into maven? otherwise we'll
> have to continue updating these names as they projects change versions
One can access the POM as properties, such as ${pom.artifactId}, so there is a
small chan
... doesn't break anything! :o)
Well, I have done it again.
In desparate attempts with the elusive javamail, I managed to forget the
Avalon Logkit descriptor being dependent, but that has been taken care of.
The build starting in a couple of hours should be back on track.
Cheers
Niclas
P.S
On Sunday 24 October 2004 20:04, Niclas Hedhman wrote:
> On Sunday 24 October 2004 19:52, Eric Pugh wrote:
> > Hi Niclas.. I think the fix isn't working.. Not sure what is going
> > on.. also, on a related note, I switched to javamail-1.3, but it doesn't
>
On Sunday 24 October 2004 19:52, Eric Pugh wrote:
> Hi Niclas.. I think the fix isn't working.. Not sure what is going on..
> also, on a related note, I switched to javamail-1.3, but it doesn't seem to
> pick it up as well...
The version doesn't matter.
What matters is the match between the Mav
On Sunday 24 October 2004 08:47, Gump Integration Build wrote:
> __ __
>
> | \/ |__ _Apache__ ___
> |
> | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
> |
> |_| |_\__,_|\_/\___|_||_| v. 1.0
>
> The build cannot continue because of the following unsatisfied
> dependencies:
>
> d-haven-ev
On Sunday 24 October 2004 07:01, Adam R. B. Jack wrote:
> BTW: This looks like an instance of this bug:
>
> http://issues.apache.org/jira/browse/GUMP-85
>
> Basically, somebody has (in the profile) mentioned a packaged project that
> doesn't exist in any module.
Yes, I forgot that avalon-pho
This Gump run is complete. It started at Wed, 20 Oct 2004 21:01:08 (PDT) and
ended at Wed, 20 Oct 2004 23:40:05 (PDT).
If I count correctly, this is "many" starts ago. The run after this one should
have been another /public/ run.
Anybody knows why the cron jobs have stopped?
Niclas
--
+--
On Thursday 21 October 2004 21:34, Stefan Bodewig wrote:
> On Thu, 21 Oct 2004, Niclas Hedhman <[EMAIL PROTECTED]> wrote:
> > From: Peter Donald <[EMAIL PROTECTED]>
> >
> > Niclas Hedhman wrote:
> >> Question 1; Does James run out-of-the-box on Loom?
>
On Thursday 21 October 2004 16:57, Eric Pugh wrote:
> So, I add this:
>
>of the project (and I am not
sure what that defaults to, btu I suspect not what you wrote).
The two projects you are referring to, are both declaring only one , in
which case the id= above not necessary.
I
-- Forwarded Message --
Subject: Re: NoopInstrumentManager has moved incompatibly
Date: Thursday 21 October 2004 15:15
From: Peter Donald <[EMAIL PROTECTED]>
To: Excalibur Developers List <[EMAIL PROTECTED]>
Niclas Hedhman wrote:
> Question 1; Does James run ou
On Thursday 21 October 2004 12:34, Stefano Mazzocchi wrote:
> place your vote.
I don't know who is eligable for voting in Gump, but I guess it is all the ASF
committers... so here is my;
+1
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org /
+--
On Thursday 21 October 2004 05:56, Eric Pugh wrote:
> Okay.. Sorry for being dense but.. Where do I put this:
>
> maven.jar. =
For all normal cases; You don't. It is done in the maven.py script.
I am not even sure it will work for non-normal cases, and if a proper
classpath can be picked up a
On Wednesday 20 October 2004 23:55, Eric Pugh wrote:
> So.. From looking at the third reference, and then looking at some
> examples, what I want is this:
>
>
>
> And then when Maven runs, it will look for xmlrpc.jar. So, something is
> telling Maven that it is NOT looking for xmlrpc-1.1.jar (wh
On Wednesday 20 October 2004 23:44, Stefano Mazzocchi wrote:
> What is the maven ID for the mail.jar package?
That is the entire problem; There is none.
Each project has been pushing their own for each of the non-distributables,
mostly from Sun. I have asked Brett (of Maven) to establish a reco
iclas
-- Forwarded Message --
Subject: Re: NoopInstrumentManager has moved incompatibly
Date: Wednesday 20 October 2004 17:07
From: Peter Donald <[EMAIL PROTECTED]>
To: Excalibur Developers List <[EMAIL PROTECTED]>
Niclas Hedhman wrote:
> On Sunday 17 October 2004 10:41,
On Wednesday 20 October 2004 18:07, Henning P. Schmiedehausen wrote:
> Niclas Hedhman <[EMAIL PROTECTED]> writes:
> >That means that we will be able to declare in the Gump descriptor that
> > abc.jar is used for an def-x.y.z.jar by Maven (and others), so that in
&
-- Forwarded Message --
Subject: Re: Please install javamail-1.3.1.jar into Gump
Date: Wednesday 20 October 2004 18:07
From: "Henning P. Schmiedehausen" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Niclas Hedhman <[EMAIL PROTECTED]> writes:
>That mean
On Wednesday 20 October 2004 17:31, Eric Pugh wrote:
> Hi,
>
> Quite a few of the Jakarta Turbine Fulcrum components use the
> javamail-1.3.1.jar version of JavaMail. Currently Gump has javamail-1.3
> installed. Can we have this dependency upgraded? This will remove the
> last obstacle to our co
On Wednesday 20 October 2004 10:03, Stefano Mazzocchi wrote:
> Greg Wilkins wrote:
> > No problem applying that patch, as it just makes sealing configurable.
Not only does he introduce the property, but also set it to 'false' by default
in the ant.properties file.
The run at 0700 UTC steal expos
On Tuesday 19 October 2004 22:03, Stefan Bodewig wrote:
> When have you last tried to use type="boot" together with maven
> jar overrides?
"try"??
If you get excalibur-logger back working, then Excalibur will break on
excalibur-xmlutil, where I found this symptom.
Xalan is (was) in the bootcla
On Tuesday 19 October 2004 19:19, [EMAIL PROTECTED] wrote:
> bodewig 2004/10/19 04:19:55
>
> Modified:project excalibur.xml xml-xalan.xml
> Log:
> having the same jar with two ids seems to drop one id leading to the
> breakage for jstl and others
You will need to modify maven.py as
On Tuesday 19 October 2004 19:42, Stefan Bodewig wrote:
> The jars you list come from four different Opensymphony projects. I
> can't find OSUser on opensymphony.org at all, BTW. We might want to
> build all of them from source one day, so they should be separate Gump
> projects instead of one b
I think we need a major re-think about what Gump is and how it is perceived
among our peers.
Gump - The Apache Continous Integration Service.
Keyword; "Service".
We need to get rid of the "nags" in their current form. They are probably too
intrusive and irritating. Instead of providing value
On Tuesday 19 October 2004 06:26, Adam R. B. Jack wrote:
> BTW: What was the outcome xerces (Gump name) != xerces2 (Maven name). Would
> we chose this time to make a change there?
You mean xalan? I don't think xerces has been an issue. Or was there?
Xalan has been altered, but there is a bootst
1 - 100 of 266 matches
Mail list logo
