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:cc:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=LAEZPjhzsvJZ3ftw
	6dsjawQxBjlCpyYXoWpHLtMeUiTEDarIHygveJER6TZ6xdc2smWsfb9fRvbN1Far
	6gZb0T+4SSrkCqOpB++wZTep2Ax+MSkxUU9Y+JcHNnrgC+KQkGKeJ/5lXwSpPGOQ
	opBfpQHiXZlh2g0g8uRQBiR+5/8=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Subject: Re: setup 2.878 only processes one site
To: cygwin@cygwin.com
References: <dbb0d48f-e602-f202-6573-2d900728d091@acm.org> <7d6dc5d3-e368-a513-d04b-58410da7152b@dronecode.org.uk> <f2f46c8a-b634-aba4-c852-1d389be7a5dd@acm.org>
From: Jon Turney <jon.turney@dronecode.org.uk>
Cc: David Rothenberger <daveroth@acm.org>
Message-ID: <157e3495-e031-0637-faf9-1d0813ece56d@dronecode.org.uk>
Date: Wed, 17 May 2017 19:24:00 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <f2f46c8a-b634-aba4-c852-1d389be7a5dd@acm.org>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

On 17/05/2017 18:06, David Rothenberger wrote:
> Jon Turney wrote:
>> On 17/05/17 00:14, David Rothenberger wrote:
>>> When I use the new Direct Connection option in setup 2.878, it appears
>>> that setup only downloads the setup.xz file from one of the three sites
>>> I have selected.
>>
>> Interesting.  I don't see anything in the changes since 2.877 that
>> would have caused this.  Can you show a setup.log.full?
>
> Attached, although I didn't see any difference in the log between using
> the new Direct Connection option and the old one.

Thanks.

Yes, we could do a better job of logging that a fetch was satisfied from 
the cache, but I hope that the fact that the setup.xz URLs are logged as 
fetched and used means if that they weren't actually fetched, they came 
from a cache.

>> Something which might give this impression is that setup will now
>> cache setup.xz, and only download it if it has changed.
>>
>> I had no idea anyone actually used this feature of setup.  I'm
>> somewhat sceptical it's making things faster or more reliable, rather
>> than just downloading the same file 3 times... :)
>
> I think you nailed it. I tried again this morning and the first time I
> ran setup, it did contact our local site, but it did not on subsequent
> runs (even to see if the file has changed). I then modified our web

This would be very bad, if true.  Are you sure that we aren't contacting 
the server at all? (such requests might not be logged in some 
configurations)

> server to add a "Cache-Control: no-cache" header and cleared the Windows
> cache. After that, setup retrieved the setup.xz file from our server on
> every run.
>
> For background, we host our own partial repository of locally built
> packages, so the setup.xz our server provides is not complete. It would
> be incorrect for setup to assume that the setup.xz downloaded from one
> site is identical to the ones available from the other selected sites.

Ignore what I wrote there.  Somehow "site" became "mirror" in my mind. 
Of course, using multiple package repositories should work as you expect.


--
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