Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Subject: RE: NO huge packages, please!
From: Robert Collins <robertc AT squid-cache DOT org>
To: "Peter A. Castro" <doctor AT fruitbat DOT org>
Cc: Randall R Schulz <rrschulz AT cris DOT com>, cygwin AT cygwin DOT com
In-Reply-To: <Pine.LNX.4.21.0211071028270.1032-100000@gremlin.fruitbat.org>
References: <Pine DOT LNX DOT 4 DOT 21 DOT 0211071028270 DOT 1032-100000 AT gremlin DOT fruitbat DOT org>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-8lIpI4TdO8jeOqQeeOW/"
Date: 08 Nov 2002 18:14:35 +1100
Message-Id: <1036739675.13839.33.camel@lifelesswks>
Mime-Version: 1.0

--=-8lIpI4TdO8jeOqQeeOW/
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2002-11-08 at 05:38, Peter A. Castro wrote:

> Ah, yes, I do recall seeing this.  But, I wouldn't really call this a
> re-try facility, because if 1 out of 100 packages downloaded with errors,
> the "re-try" will pull all 100 packages all over again.  A far cry from
> ideal, I'd say :) This is why I was proposing something much more
> realtime.  Such that during the download of a package, if an error
> occurs, it prompts you to re-try right there any then.  A further
> optimization would be to have a checkbox to automagicaly do a re-try up
> to a certain number of times.=20

Hmm, a number of things here.
1) If you have multiple mirrors chosen, setup will try all of them
before considering a fail to have occured.
2) setup only downloads again if you deselect the mirror you used last
time from your mirror list. I ususally choose 3 or 4 mirrors and then
*don't change them*.
3) Knobs with little use shouldn't exist. I'll accept a commandline
parameter to cause n retries on a single url. It should be about 10
lines of code.
=20
> > On the other hand, wget is pretty automatic and is rather persistent (a=
nd=20
> > customizably so) in its attempts to surmount failures during downloads,=
 so=20
> > there's much to recommend it for users with links that exhibit frequent=
=20
> > failures.
>=20
> Except that they end up either having to craft the commands to pull only
> those package directories they really want, or pull the whole she-bang.
> Again, not idea.  If I get time, I'll look at Setup and see what it might
> take to add this "feature" (no guarantees, though).

Also, note that setup will use non encoded directories, if a top level
setup.ini is created. However, setup won't put files there itself, nor
update setup.ini.

Rob


--=-8lIpI4TdO8jeOqQeeOW/
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQA9y2RbI5+kQ8LJcoIRAiGtAJ9g0v5KoE4oTRXf0UHVMRpjyrT6MgCguvdf
bsFOkE3K9IcPQii5RjynhqU=
=QlAc
-----END PGP SIGNATURE-----

--=-8lIpI4TdO8jeOqQeeOW/--