delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2017/05/17/14:25:10

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: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=
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:cc:message-id:date
:mime-version:in-reply-to:content-type
:content-transfer-encoding; s=default; bh=OurEbXi0/iPG48GOwdxWV5
ypSxs=; b=tF5dnFGKlegfjtbklb5Cmgy3nxZos8pxf5IIDd3rKnnfoNK8TUm7/6
wvIzyzOJVxJLalIJL5IdIOG19FFEUW4oD2zJTAjc0oQY9ZJ43oXPfGSy1FPh62/0
YDdGWNu41BIOaod1M968c/cpn7P47tcnLmbP79uXFaBU53PdTqpy4=
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=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=contacting, morning, became, our
X-HELO: out3-smtp.messagingengine.com
X-ME-Sender: <xms:RpUcWRN59hA4stLK875VYNuiR_XZGYOatgyX4TlBG0dtmY9MXvMyww>
Subject: Re: setup 2.878 only processes one site
To: cygwin AT cygwin DOT com
References: <dbb0d48f-e602-f202-6573-2d900728d091 AT acm DOT org> <7d6dc5d3-e368-a513-d04b-58410da7152b AT dronecode DOT org DOT uk> <f2f46c8a-b634-aba4-c852-1d389be7a5dd AT acm DOT org>
From: Jon Turney <jon DOT turney AT dronecode DOT org DOT uk>
Cc: David Rothenberger <daveroth AT acm DOT 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>

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

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019