----- Original Message -----
From: "Magesh Umasankar" <[EMAIL PROTECTED]>
To: "Ant Developers List" <[EMAIL PROTECTED]>
Sent: Monday, February 04, 2002 12:28
Subject: Re: [WARN] Removing the file attribute from <zip> and friends
tomorrow


> From: "Peter Donald" <[EMAIL PROTECTED]>
>
> > On Tue, 5 Feb 2002 02:14, Stefan Bodewig wrote:
> > > This is a heads up for people who have switched to <zip file="..."/>
> > > but not the newer destfile attribute (Hi Pete ;-) - expect your builds
> > > to fail in about twenty hours or so.
> > >
> > > Or is there any reason to delay this step further?
> >
> > I would say delay it forever because quite a few people are using it
> despite
> > the fact that it is CVS only ;)
>
> -1 to delaying it forever.  Sorry.  We have to make up
> our minds on what is the name we want to provide to
> that attribute.
>
> The following is from Jakarta's Binary Downloads page:
>
> Nightly Builds are those that are very unstable (a.k.a. dynamite!). We
> have no confidence in them. They are for developers who are helping
> to develop the technology and want "the latest bits." Use at your own
> risk!

maybe so, but we also field many user bug requests with 'update to nightly
build' messages, and then because of deprecation messages encourage the
users to upgrade to attributes which we then take away. Is that a fair thing
to do?

The problem is that if we take it away, projects built with a version of
1.5alpha will break. it may be tomorrow, it may be in six months when the
user pulls out a copy from CVS. The latter is worse as they may not know
what on earth happened, especially if they were not the original build file
author. It'll be support calls one way or the other.

I prefer leaving them in with a deprecation message, though removing all
documentation of their very existence from the manual pages.

Likewise, I would like to clean up the manual to strip out <execon>
<rename>,<deletefiles> , maybe even the whole global filter thing. obsolete
task names and dangerous ideas do need to be kept out of site. The source is
still there for people to look at.




--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to