delorie.com/archives/browse.cgi | search |
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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |