Return-Path: Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 31405 invoked from network); 28 Nov 2000 15:57:13 -0000 Received: from e21.nc.us.ibm.com (32.97.136.227) by locus.apache.org with SMTP; 28 Nov 2000 15:57:13 -0000 Received: from southrelay02.raleigh.ibm.com (southrelay02.raleigh.ibm.com [9.37.3.209]) by e21.nc.us.ibm.com (8.9.3/8.9.3) with ESMTP id KAA26262 for ; Tue, 28 Nov 2000 10:43:37 -0600 Received: from d04nm301.raleigh.ibm.com (d04nm201.raleigh.ibm.com [9.67.228.38]) by southrelay02.raleigh.ibm.com (8.8.8m3/NCO v4.95) with ESMTP id KAA33582 for ; Tue, 28 Nov 2000 10:56:48 -0500 Importance: Normal Subject: Re: cvs commit: jakarta-ant/lib - New directory To: ant-dev@jakarta.apache.org X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: From: "Sam Ruby" Date: Tue, 28 Nov 2000 09:12:37 -0500 X-MIMETrack: Serialize by Router on D04NM301/04/M/IBM(Release 5.0.3 (Intl)|21 March 2000) at 11/28/2000 10:57:08 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N Peter Donald wrote: > > > I too am tired. For example, I know from past experience > > that as a committer if I were to -1 this, my objection > > would be ignored. > > Nope it wouldn't - at least not by me ;) Only one person > has expressed a -1 so far (Connor IIRC) and Ok, for the record, -1. It is also my reading of http://jakarta.apache.org/site/decisions.html that one veto should be sufficient, even if it is "only" Conor. ;-) > I have offered a solution that would solve your objections - > what do you think about it? I'm sorry to say that for me, your proposal actually solves the wrong problem. If there was some way to reliably determine what packages were used to build the product, I have no problem with a build process producing an installation image that exactly matches the build. What I would like to be able to do is easily and reliably control what versions of dependent products are used in any particular build. For background, most of my work to date has been involved with integrating multiple products. (FYI - this is still true at this moment, but the products are not Apache ones) This task is often difficult and the way I like to proceed is to start with the source of every product and build them as if they were a single product. This way when I find I have to debug a problem, I can reliably bring up the source which matches my executable, make a fix, build it, and run the results. - Sam Ruby