e morale"
when the huge success percentage drop occurred, I am sure he will be a great
addition to the team.
Cheers
Niclas
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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
g to learn Python, just for that :o)
Cheers
Niclas
On Tuesday 19 July 2005 13:26, [EMAIL PROTECTED] wrote:
> There is a problem with run 'vmgump-public' (17072005_180001), location :
> http://vmgump.apache.org/gump/public
> -
m ezmlm, saying that after removing unacceptable
HTML, nothing was left.
Cheers
Niclas
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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.
a full build takes as long as the
periodicity of the schedule.
Restart is not really feasible. "Stopping" is probably better word.
Right now the Kaffe build is running, and it has a lot of other issues I
think, so no need to do anything.
Cheers
Niclas
-
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 ??
the classes and instead uses an internal
class inspection mechanism, also present in javac.
Beginning of thread is available here;
http://archives.java.sun.com/cgi-bin/wa?A2=ind0501&L=rmi-users&F=&S=&P=844
Cheers
Niclas
--
roject.
Niclas
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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
kage them if necessary.
4. Other?
Cheers
Niclas
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
thin
Wrong directory checkout.
directory/kerberos/trunk/kerberos should be directory/kerberos/trunk and then
more projects should be added; main, core, protocol, and client I guess.
I am too tired to do this right now.
Cheers
Niclas
--
+--//---+
/ http://www.dpml.net
happen next go round?
Done. Removed the kerberos checkout as well as the workspace (maybe shouldn't
have done that part :o) ).
Cheers
Niclas
--
+--//---+
/ http://www.dpml.net /
/ http://niclas.hedhman.org /
+--//---+
-
it, I just ignored the event and went on with
my work.
So, there are plenty of other people on this list living in within the reach
of nature's wrath, mostly hurricane/cyclone territory. I am not one of those
:o)
Cheers
Niclas
--
+--//---+
/ http://ww
y be used to put together the
build dependency graph, i.e. the build order.
Cheers
Niclas
--
+--//---+
/ http://www.dpml.net /
/ http://niclas.hedhman.org /
+--//---+
-
To un
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
; elements.
ok. will do... later :o) (by lazy consensus, very lazy...)
Niclas
--
+--//---+
/ http://www.dpml.net /
/ http://niclas.hedhman.org /
+--//---+
-
To unsub
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 direct
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
because of the following unsatisfied dependencies:
geronimo-spec-jta-1.0.1B-rc1.jar
geronimo-spec-javamail-1.3.1-rc1.jar
This is for directory-naming-factory.
Any clue?
Cheers
Niclas
--
+--//---+
/ http://www.dpml.net /
/ http://niclas.hedhman.org
moderator of the commits list. Therefore we
> need a second moderator for that list. If anybody wants to be added
> as moderators for the other lists as well, that's fine with me.
>
> Any volunteers?
You can add me, provided I am taken ou
er for us to maintain it.
I am currently sick, and not in the shape of this :o(
Need to inform the Directory folks, and what that means to them... but
shouldn't be much of a hazzle.
Niclas
--
+-//---+
| http://www.bali.ac |
| http://n
e to switch over.
The directory-naming shouldn't be too hard to get operational. However, it
consist of two projects, not one. See
https://svn.apache.org/repos/asf/incubator/directory/naming/trunk/gump.xml
I think I'll have these Ok as soon as Log4J is back to be operational (they
hav
itters.html and no listing.
Ian Springer, I think you should enquire why that is the case.
Cheers
Niclas
--
+--//---+
/ http://www.dpml.net /
/ http://niclas.hedhman.org /
+--//---+
--
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
oject consistent.
So, POM *alone* is not enough, but can remove the need for a "gump" goal in
Maven.
Cheers
Niclas
--
+--//---+
/ http://www.dpml.net /
/
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 pr
st like has been done with Magic for the Avalon projects).
I can sense that Brett and myself are leaning more towards the 2. , whereas
for instance Adam and Stefan(o) are more favourable of 1.
Both have their technical and social strengths. But I think we need to
conclude which way to go.
27;t think you want them all.
:o)
cheers
niclas
--
+--//---+
/ http://www.dpml.net /
/ http://niclas.hedhman.org /
+--//---+
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For add
if kaffe/ starts before public/ finish - I assume they both proceeds, which
will be a race for CPU.
Also, from my PoV (trying to get directory to build), could you perhaps also
swap the public-1800 with the jdk15-0600 or the test-1200, as it would help
me a lot.
Cheers
Niclas
--
failed, such as;
directory-naming-core
directory-naming-factory
eve
eve-dib
eve-shared
eve-protocol
eve-kerberos
and others.
So there is something very wrong.
Cheers
Niclas
--
+--//---+
/ http://www.dpml.net /
/ http://nic
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)
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
d that I didn't notice.
I'll try to enable this for the next run (if any), and see what happens.
Cheers
Niclas
--
+--//---+
/ http://www.dpml.net /
/ http://niclas.hedhman.org /
+--//---+
--
es at the moment)
Cheers
Niclas
> Are you sure the svn tag is right? The doco says it just takes an URL
> (though this is fine if it works!)
>
> - Brett
>
> On Fri, 10 Dec 2004 23:07:52 +1100, Brett Porter <[EMAIL PROTECTED]>
wrote:
> > > The EMPTY is annoyin
contain linefeed + spaces. Need to be fixed, and shouldn't be too
hard.
Also, the tag doesn't have module attribute, it should be a dir
attribute.
Cheers
Niclas
--
+--//---+
/ http://www.dpml.net /
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
27;ll remove them for now.
Nah!!! I am trying to bring the Directory project into Gump, and made a very
rough first cut at it...
If you find them annoying, just ignore :o)
Cheers
Niclas
-
To unsubscribe, e-mail: [EMAIL PROTECTED
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
en very generous with having deprecated code around, but
when I asked explicitly if this was a chagne for 1.3 and whether that means
that everyone who uses RFA have to change the config files, I got from Ceki
the answer; "Yes" to those two questions.
Very strange c
me "Don't change people" & "we should work around them
[projects not willing to co-operate]"...
I would call that mixed signals... ;o)
Cheers
Niclas
P.S. Let me know when you figured out that Java is a better tool after all :o)
so I can help more actively.
--
build system
groups, to put in the continous integration support directly into those
tools, instead of the manual labour of bolting it on externally.
I might be back later, but for now I wish you all Good Luck.
Cheers
Niclas
--
+--//---+
/ http://www.dpml.net
lanning where to
> install Maven as it gets built so that other projects can use it? Adam
> was the main person I spoke to initially and has been very busy/quiet
> lately.
AFAIK, most people around here; Stefano, Adam, Stefan, me, Leo and probably
others.
Cheers
Niclas
--
+--//--
small issues
> have cropped up that are forcing a 1.0.2 release), so I'll get to it
> after that.
This brings up the issue; Gump seems to be using 1.0. Is that sufficient or is
an upgrade recommended?
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac
it somehow and doesn't have it.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org /
+--//---+
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
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
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:
> >> +
> >> +
> >> +
> >
>
n a avalon-activation-spi project?
Yes, at some point. I have no idea how they manage to depend on it though,
since it was a fairly internal module in Merlin.
Steve?? Any clue?
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac
to explain it either.
Anyone got any clue?
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org /
+--//---+
-
To unsubscribe, e-mail: [EMAIL
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
cy I need in Maven. And, the maven.commons-beanutils-core.jar will
> map between the two, correct?
Correct. BUT I am not entirely sure that properties work with as one
would expect. trial and error I guess.
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://nic
he property
maven.commons-beanutils-core.jar
needs to be set to the Jar in question.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org /
+--//---+
-
To uns
> longer running "test the cache for 2 minutes" test.
Ok. If you want a property to be set, just set it;
should work.
Cheers
Niclas
--
+--//---+
/ http://www.bali.
erty. Then the question is if that property can be fed through the
Maven element, and I think so.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org /
+--//---+
-
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
u suggesting that we
should prepare to get Kaffe from CVS?
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org /
+--//---+
-
To unsubscribe, e-mail:
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
at thing...
Hmmm... I wonder if such thought is a sign of Gump creating problem for you,
or if Gump amplifies future trouble with external dependencies??
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac
rt of the Gump service, and therefor ASF will have access
to 'unlimited' CPU/disk resources for those builds (i.e. each participants
will make available more resource than their part will consume).
IMHO, this is a tangible, highly interesting and highly valuable challenge,
and
e release tagged snapshots. That provides IMHO
the best of both for the ASF side of the equation.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org /
+--//---+
ld use; UTC. Except for Americans it would make life a lot easier, since
who have a clue about what PST and PDT is, and when it is either... ;o)
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhm
nally provided CPU resources, I don't see a reason why ASF should build
any leaf nodes that no ASF projects are dependent upon.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org /
+--//---+
--
; project to the Maven override, especially since
xml-apis project is type="boot".
Cheers
Niclas
P.S. Note that it is a module name and not project name.
--
+--//---+
/ http://www.bali
in a module.]'
RuntimeError: Project [xmlParserAPIs] not in a module.]
I am not sure if this is the reason of the 'abort', or it is because MAven
hanged during the build of public/workspace/excalibur/components/pool/impl
which seems to not complete, and not
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
--
gt; 2.5 in the jar name in Jetty suggests Xerces-J 2.5 to me.
Perhaps. Feel free to try to get the name "xmlParserAPIs" to map against the
Maven artifactID of the same name. ATM, type="boot" jars will not map to
Maven jar overrides, and I cou
re to copy the results to a
browsable output area, which is great now when we will be hitting more and
more testcase failures, and quickly provide the output to the people it
concerns.
Since it is almost in place, can someone have a quick look at it, and see if
there is a quick fix.
Cheers
N
we should maintain a separate bootstrap script.
WDYT?
Cheers
Niclas
P.S. After this passes, there are other issues further down in the bootstrap
script, but I haven't worked on those yet.
echo ... Compiling Ant Classes
"${JAVAC}" $BOOTJAVAC_OPTS -d ${CLASSDIR} \
${TOOLS}/bzi
also need to add them as
> packages to the profile. If they link to installed packages, that is.
Well, well, well... Now I am starting to understand how some of this stuff
works. :o)
Thanks for the pointer
Niclas
--
+--//---+
/ http://www.
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/
/
ake projects fail?
Yes, that would be the whole point. Right now I don't even think we know which
projects are bypassing Gump in this manner.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac
also need to add them as
> packages to the profile. If they link to installed packages, that is.
The link is;
ln -s jms.jar geronimo-jms-DEV.jar
so it is only a Jar reference. Should work, right?
Niclas
--
+--//---+
/ http://www.
generating it upon the http://
request, but that never took off either.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org /
+--//---+
-
To unsubsc
security policy for Ant which disallowed network connections.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org /
+--//---+
-
To unsubscribe, e-ma
module reference in
the profile/gump.xml that points to external source repositories, i.e. let
outside folks handle it.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http:
so there is a
small chance that setting "pom.currentVersion" would work, but I suspect that
the last-takes-precendence principle often used in Maven will prevail.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac
... 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
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
t ??
I have checked the project.xml and I can't find anything wrong.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org /
+--//---+
-
To unsubscribe,
s, I forgot that avalon-phoenix-dependencies were mentioned in the profile,
when disabling Phoenix. Has been fixed.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ ht
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 stoppe
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?
>
ssary.
I have committed that change.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org /
+--//---+
-
To unsubscribe, e-mail: [EMAIL PROTE
-- 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 /
+--
n be picked up at all, but I think IF it doesn, it would be
something like;
But I am not sure...
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://nicl
ng for xmlrpc-1.1.jar (which is what is
> defined in project.xml) but instead to look for xmlrpc.jar. And the
> says go look at this
> project for what you need..
>
> Is this correct?
I don't think so. AFAIK, the only properties that Maven cares about are of t
ar keeps its name, but with the added version. Unfortunately, this
is not something used anywhere.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hed
So, Phoenix won't build completely from source.
So either
* package Phoenix as an installed package
* package the older excalibur instrument API in a package
* remove Phoenix and projects that depends on Phoenix,
* introduce Loom as a Phoenix replacement,
* other?
Cheers
N
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
thers), so that in the overrides
file,
maven.jar.override = on
maven.jar.abc = /usr/local/./javamail/mail.jar
is generated. This will solve all projects with a similar situation and
allowing all the existing ant-wrappers for Maven projects to go away.
So, just hang in tight, and the problem will be
n at 0700 UTC steal exposed the same problem. So let's see what happen
with the one starting at 1000 UTC, since I have now verified that Greg's
change is in the source.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
om.
Xalan is (was) in the bootclasspath, yet Maven complained of missing
dependency. I don't know where to find the overrides file, or even if I have
access to it.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac
modify maven.py as well, since Artifacts with type="boot"
seems to not be generating the maven.jar.xalan= override, in which case you
get a Artifact not found.
I have been trying before with manual property declarations for that, but
unable to succeed.
Cheers
Niclas--
+--//-
ts instead of one big one.
This is my fault. I recommended the four Jars in one project, simply due to I
thought it was more convenient with 1 dir with 4 Jars instead of 4 dirs with
1 jar each...
Either way can do, no technical obstacles.
Cheers
Niclas
--
+--//---+
/ h
to the build loop, so what
when a regression occurs, a list of commits that may have affected that build
can be reviewed easily.
And secondly, let the Gump folks redirect the notifications manually, to where
we believe them to belong.
WDYT?
Cheers
Niclas
--
+--//-
1 - 100 of 319 matches
Mail list logo
