On Thu, 7 Oct 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote:
ant-contrib comes and goes (I think) as it's gump descriptor fails
to get read from SF.net's viewcvs.
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
Stefan Bodewig wrote:
On Thu, 7 Oct 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote:
ant-contrib comes and goes (I think) as it's gump descriptor fails
to get read from SF.net's viewcvs.
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
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 hands?
I've
-Original Message-
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
Sent: 08 October 2004 16:58
To: Gump code and data
Subject: Re: [vote] move the descriptors in our hands
Stefan Bodewig wrote:
On Thu, 7 Oct 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote:
ant-contrib
On Wed, 06 Oct 2004, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
So, two votes:
three ;-)
1) move the metadata to SVN
I guess most of us Gumpers are comfortable with this, not sure about
the other occasional committers. I also don't know whether write
access for everybody really works
David Crossley wrote:
Stefano Mazzocchi wrote:
There are 4 ASF descriptos that currently don't reside in our repository:
1) avalon_trunk
2) cocoon
3) forrest
4) lenya
and a few others (3) from outside.
I would strongly suggest that we start moving them.
The only problematic one is cocoon's
Stefano Mazzocchi wrote:
David Crossley wrote:
At Forrest our module.xml is an integral part of our build.
I gather that we could use the svn:externals property too.
yes, if that's the need, yes. note however, how svn:external works only
on a folder (or, at least, I couldn't make it work
David Crossley wrote:
As far as i can tell, it is failing because ant-contrib
is failing and we get some previous build of that.
Not our failure, so i didn't do anything.
We have had this one before.
no, it's not because ant-contrib is failing, but because it's no longer
there!
where did
Stefano Mazzocchi wrote:
David Crossley wrote:
As far as i can tell, it is failing because ant-contrib
is failing and we get some previous build of that.
Not our failure, so i didn't do anything.
We have had this one before.
no, it's not because ant-contrib is failing, but because
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 they
There are 4 ASF descriptos that currently don't reside in our repository:
1) avalon_trunk
2) cocoon
3) forrest
4) lenya
and a few others (3) from outside.
I would strongly suggest that we start moving them.
The only problematic one is cocoon's since it's a central piece of the
build system.
On Thursday 07 October 2004 02:39, Stefano Mazzocchi wrote:
There are 4 ASF descriptos that currently don't reside in our repository:
1) avalon_trunk
2) cocoon
3) forrest
4) lenya
and a few others (3) from outside.
The only problematic one is cocoon's since it's a central piece
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 moved
Stefano Mazzocchi wrote:
There are 4 ASF descriptos that currently don't reside in our repository:
1) avalon_trunk
2) cocoon
3) forrest
4) lenya
and a few others (3) from outside.
I would strongly suggest that we start moving them.
The only problematic one is cocoon's since
14 matches
Mail list logo