Mailing-List:	contact cygwin-apps-help AT cygwin DOT com; run by ezmlm
Sender:	cygwin-apps-owner AT cygwin DOT com
List-Subscribe:	<mailto:cygwin-apps-subscribe AT cygwin DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin-apps/>
List-Post:	<mailto:cygwin-apps AT cygwin DOT com>
List-Help:	<mailto:cygwin-apps-help AT cygwin DOT com>, <http://sources.redhat.com/lists.html#faqs>
Delivered-To:	mailing list cygwin-apps AT cygwin DOT com
content-class:	urn:content-classes:message
MIME-Version:	1.0
Subject:	RE: Setup.exe release-candidate
X-MimeOLE:	Produced By Microsoft Exchange V6.0.5762.3
Date:	Wed, 20 Mar 2002 01:42:29 +1100
Message-ID:	<FC169E059D1A0442A04C40F86D9BA760014C67@itdomain003.itdomain.net.au>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
From:	"Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
To:	"Michael A Chase" <mchase AT ix DOT netcom DOT com>, "Max Bowsher" <maxb AT ukf DOT net>,
	<cygwin-apps AT cygwin DOT com>
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id g2JEgjj09857

> -----Original Message-----
> From: Michael A Chase [mailto:mchase AT ix DOT netcom DOT com]
> Sent: Wednesday, March 20, 2002 1:17 AM
> I'm copying this to cygwin-apps instead of cygwin.
> 
> I was planning to do this once the new setup.exe was released
> and the source merged, but have absolutely no objection to 
> Max doing it.
> 
> My feeling is that the site specific directories are a
> distraction.  When downloading, the newest setup.ini found 
> should be the only one saved.  Even if site specific 
> setup.ini's are desirable, the archive files should still 
> only be saved in the base tree.

Site specific setup.ini's are a -requirement-. Try running the new
setup, and then on the mirror page, click add, and put
"http://www.neuro.gatech.edu/users/cwilson/cygutils/testing" in there.
(You should end up with that auto selected in addition to your normal
mirror sites.). You'll get Chucks test packages _merged_ into your
pacakge view. Neat huh? Want automake 1.6? Just click on automake-devel
a coupla times.

MD5 validation of tarballs would be nice prior to moving them into a
common tree.

I've written on this a couple of times. My pov remains: I don't
particularly like the separate persistent trees, and will happily review
alternatives. Other than moving the downloaded files across once they
are validated I don't have a better plan as yet. (Ideas yes, plans no).

Rob

- Raw text -