Mailing-List: contact cygwin-apps-help AT sourceware DOT cygnus DOT com; run by ezmlm
Sender: cygwin-apps-owner AT sourceware DOT cygnus DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-apps-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/lists.html#faqs>
Delivered-To: mailing list cygwin-apps AT sources DOT redhat DOT com
Subject: Re: /setup.html please read - feedback desired
From: Robert Collins <robert DOT collins AT itdomain DOT com DOT au>
To: cygwin-apps AT cygwin DOT com
In-Reply-To: <20011102215504.M31918@redhat.com>
References: <1004700277 DOT 7488 DOT 2 DOT camel AT lifelesswks>
	<3BE2E3D3 DOT 1050201 AT ece DOT gatech DOT edu> <20011102134846 DOT H26975 AT redhat DOT com>
	<1004745374 DOT 9086 DOT 77 DOT camel AT lifelesswks> <20011102195741 DOT A31898 AT redhat DOT com>
	<1004750730 DOT 519 DOT 26 DOT camel AT lifelesswks> <20011102204613 DOT B31918 AT redhat DOT com>
	<1004752644 DOT 521 DOT 47 DOT camel AT lifelesswks> <20011102212245 DOT E31918 AT redhat DOT com>
	<1004755770 DOT 519 DOT 74 DOT camel AT lifelesswks>  <20011102215504 DOT M31918 AT redhat DOT com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/0.15 (Preview Release)
Date: 03 Nov 2001 14:03:13 +1100
Message-Id: <1004756594.520.76.camel@lifelesswks>
Mime-Version: 1.0
X-OriginalArrivalTime: 03 Nov 2001 03:07:31.0945 (UTC) FILETIME=[ADB3CD90:01C16414]

On Sat, 2001-11-03 at 13:55, Christopher Faylor wrote:
> On Sat, Nov 03, 2001 at 01:49:29PM +1100, Robert Collins wrote:
> >On Sat, 2001-11-03 at 13:22, Christopher Faylor wrote:
> >> On Sat, Nov 03, 2001 at 12:57:23PM +1100, Robert Collins wrote:
> >> I was just reacting to Chuck's assertion that setup.hint is now the
> >> "normal" method not the "fallback" method for version handling.  I don't
> >> agree with that.
> >
> >I happen to agree with Chuck. All the metadata to drive the new setup
> >*can* be placed directly into setup.ini or setup.hint. I'm in favour of
> >simply saying "put it in setup.hint". 
> 
> Then, I guarantee that, until there is a simple tool to manipulate
> setup.hint, we will see problems, because people will forget to update
> prev/curr in setup.hint.

For clarity: I'm suggesting a setup.hint WITHOUT prev and curr. I agree
with you that prev and curr are only needed when version confusion is
occuring.
 
Rob