X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=Jb478Nl5lbYxo8z8
	N8vWF9EM86PYFaxxxmnRta2XtzRqKG71rSHR1Z8r+IKez56BAGJBMYkNuGK4pQQB
	F3dgceX8nwyBCbIt975Xiu6Ew4IdbxjcxWhjgBoPUSADk0b7ZmJCuQ5bGdeh5Nx6
	2aSOTn3Am3fUdK1qSDr00jXI6dQ=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=BFBfsFWWMS2sj0IsNtyVzx
	7BY9U=; b=UVc7XSgVrJc9s2hXx54Vb3a4hClM2unN+VOnqXv1jCvdKU1iF2Pf0N
	qW0LAm5YYwOINt1Dv9uhgb9N2RUgAD9Qs3/F+8iI0MHib5sGH4qsX9ojpoYBJVnJ
	HUGHgbEti6k4zLVdJHtuZ8kUrkbMS5P1uQOsQlyPYmdcvw1O9xHyQ=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/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
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-4.9 required=5.0 tests=AWL,BAYES_00,EXECUTABLE_URI,GIT_PATCH_2,KAM_ASCII_DIVIDERS,KAM_EXEURI,SPF_HELO_PASS,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=Penny, penny, D*dronecode.org.uk, sk:jontur
X-HELO:	limerock01.mail.cornell.edu
X-CornellRouted:	This message has been Routed already.
Subject:	Re: setup 2.883 release candidate - please test
To:	cygwin AT cygwin DOT com
References:	<f540232e-0e05-b6fc-fb74-824c3198a177 AT dronecode DOT org DOT uk> <5a2f2229 DOT 46e8ca0a DOT 8b93c DOT 4c34 AT mx DOT google DOT com>
From:	Ken Brown <kbrown AT cornell DOT edu>
Message-ID:	<0c853d67-305e-97fd-c144-9151c3ba2085@cornell.edu>
Date:	Tue, 12 Dec 2017 08:04:09 -0500
User-Agent:	Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0
MIME-Version:	1.0
In-Reply-To:	<5a2f2229.46e8ca0a.8b93c.4c34@mx.google.com>
X-PMX-Cornell-Gauge:	Gauge=XXXXX
X-PMX-CORNELL-AUTH-RESULTS:	dkim-out=none;
X-IsSubscribed:	yes

On 12/11/2017 7:26 PM, Steven Penny wrote:
> On Mon, 11 Dec 2017 18:46:30, Jon Turney wrote:
>> A new setup release candidate is available at:
>>
>>    https://cygwin.com/setup/setup-2.883.x86.exe    (32 bit version)
>>    https://cygwin.com/setup/setup-2.883.x86_64.exe (64 bit version)
>>
>> Please test and report problems to cygwin AT cygwin DOT com. If no 
>> regressions are discovered in the next week or so, it will be promoted 
>> to release.
> 
> Here is an old issue - say you go to install a package, but your 
> download is
> corrupt.

No, a corrupt download is not what causes this.  The error actually 
happens before downloading starts.  See below.

> You get this:
> 
>     ---------------------------
>     Cygwin Setup
>     ---------------------------
>     Package file wget has a corrupt local copy, please remove and retry.
>     ---------------------------
>     OK    ---------------------------
> 
> *Then setup closes*. This is not right. If the archive is missing, or if 
> the
> archive fails the SHA check, *then the file should be redownloaded by 
> setup*,
> and SHA check run again. With the current system, setup exits, then the 
> user has
> to navigate to where the problem file is, for example:
> 
> C:\http%3a%2f%2fcygwin.mirror.constant.com%2f\x86_64\release\wget
> 
> then delete the problem file, then restart setup. I cant see why setup 
> shouldnt
> just automate all of this.

Here's the situation that leads to this error: You've finished selecting 
the packages you want to install, and setup is checking to see which 
ones need to be downloaded.  It finds one that's already in the local 
cache directory, so it doesn't need to be downloaded.  But this local 
version doesn't match the information in setup.ini.  So setup bails out 
and tells you to fix the problem.

How can setup possibly automate this?  It doesn't know where the corrupt 
local tarball came from.  For example, suppose you sometimes build 
packages yourself for testing or debugging.  You keep them in your local 
repository, and you also upload them to a private repository on the 
internet so that you can easily install them on a different computer. 
You make a change and rebuild the package, but you forget to replace all 
copies of it.  setup can't know which version is the correct one.  And 
it certainly shouldn't be deleting your files because it thinks they're 
corrupt.

[This used to happen to me fairly often, but I finally got in the habit 
of deleting all local copies after making a change.]

> Also here is a new issue - on the "Select 
> Connection
> Type" page - "Use System Proxy Settings" is the first choice, and by 
> default the
> selected choice. "Direct Connection" should be the first choice, and by 
> default
> the selected choice.

I wouldn't describe this as a "new issue".  It's a deliberate change, 
which was announced in the message you replied to.  The commit message 
for the change explains the rationale:

commit b05caf6f9b366b64845fd918cba6425185f64053
Author: Jon Turney <jon DOT turney AT dronecode DOT org DOT uk>
Date:   Thu Nov 16 15:50:44 2017 +0000

     Make 'System Proxy Settings' the default, rather than 'Direct'

     Make 'System Proxy Settings' the default, rather than 'Direct', and 
re-order the network connection options so that option is first.

     If you don't need a proxy, the system proxy setting should be for 
direct connection, anyhow.

     So, at the moment, this is just a button you're supposed to know 
you need to press to make it work, when you are behind a proxy.

     This setting is persisted (as 'net-method'), so this change only 
effects new installations.

Ken

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -