Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 34245 invoked from network); 24 Jul 2002 16:45:44 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 24 Jul 2002 16:45:44 -0000 Received: (qmail 5900 invoked by uid 97); 24 Jul 2002 16:46:02 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 5884 invoked by uid 97); 24 Jul 2002 16:46:01 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 5872 invoked by uid 98); 24 Jul 2002 16:46:01 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) X-Authentication-Warning: costinm.sfo.covalent.net: costin owned process doing -bs Date: Wed, 24 Jul 2002 09:43:25 -0700 (PDT) From: costinm@covalent.net X-X-Sender: costin@costinm.sfo.covalent.net To: Ant Developers List , Subject: Re: Vetoes are void? was Re: [VOTE] target-less build files - counting results In-Reply-To: <3D3ECBBF.40405@apache.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Wed, 24 Jul 2002, Nicola Ken Barozzi wrote: > Listen guys, if we follow the analogy with Java classes, what Peter says > make perfect sense. > > Having targetless buildfiles is like having methodless classes with only > a static part... I don't know if it's possible in java, but who would > ever use it? Nicola, this is not about 'if what Peter says makes sense' - it is about what the majority of ant commiters thinks. And it is about how decisions are made - by one person (or 2) or by majority. You have a very valid point with , and if a majority of ant commiters share this view, that'll be how ant will work, even if I don't agree and vote -1. I voted -1 on removing tasks from the top level, yet a majority at that time decided to remove them and they were removed. Now, based on what we've learned - we have a pretty strong majority who things tasks should be allowed - and again that's what should happen even if few people disagree. Please make distinction about the validity of a point and the decision-making process we should follow. Costin -- To unsubscribe, e-mail: For additional commands, e-mail: