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:from:to:subject:references:date:in-reply-to
	:message-id:mime-version:content-type:content-transfer-encoding;
	q=dns; s=default; b=G34AmtlWf6tYTJW4ogFwSLUoZBoDhwfxMckDZLl/Pd3
	pnCUdeS+q04si0uKIqqm+7XjEjN570R6uwUUiHygk3bmJKitZ95dbqY1936iGXKW
	LJtMhqdG8+5Yii4T5T5sl6GdomJ2psrYp2geBiJyyMsGDSM2TZ09B3ov/PXXnS3U
	=
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:from:to:subject:references:date:in-reply-to
	:message-id:mime-version:content-type:content-transfer-encoding;
	s=default; bh=8gXESFCOOg4ap++aJdwACLKKGj4=; b=CRPir0/iutG7R+vcI
	KT4/AlPeQkJ/+CrIUdKJwxFhQamZmqcwgIOB8YMXwWs2IwQAL7mkODcrpUSi69HP
	UyklbS2vBu+iQFzJwH13MzJCktsbxZVVbB+mznKVBY4FfJ4GxhpjCiFdepjdqw8u
	MODzaEx2SoJJk9x4TUrK4WtwqE=
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.1 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.2 spammy=ssd, SSD, Hx-languages-length:2743, antivirus
X-HELO:	vsmx009.vodafonemail.xion.oxcs.net
From:	Achim Gratz <Stromeko AT nexgo DOT de>
To:	cygwin AT cygwin DOT com
Subject:	Re: setup takes a long time
References:	<CAKqBF1igB-P_o__zbXwxKGtps_LaejHoQ_Qcp0OgUE2K5VjvUQ AT mail DOT gmail DOT com>
Date:	Wed, 31 Jan 2018 20:06:23 +0100
In-Reply-To:	<CAKqBF1igB-P_o__zbXwxKGtps_LaejHoQ_Qcp0OgUE2K5VjvUQ@mail.gmail.com> (Fergus Daly's message of "Wed, 31 Jan 2018 06:18:35 +0000")
Message-ID:	<87fu6lhmq8.fsf@Rainer.invalid>
User-Agent:	Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux)
MIME-Version:	1.0
X-VADE-STATUS:	LEGIT
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id w0VJ6icC004019

Fergus Daly writes:
> The setup program does seem to take a long time, even when it just
> means "update" and even when there's nothing to update. Here's what
> happens in unattended mode:
[…]

Looks completely normal.  Some of the scripts do need to look at quite a
few files before deciding if there's real work to do, so a slow disk
(spinning rust or network) can introduce noticeable delays.  On an SSD
it should be done in well under a minute.  If not, you might need to
check the settings on your antivirus solution to be less aggressive with
read-ahead for things in the Cygwin directory.

> I can kind of see the point of autorebase and update-info-dir, but why
> revisit texlive every time, and why all the zp stuff, every time?

Because that's the way to make it work reliably even around corner cases
and nobody has come up with something better yet.

Now, if you look at /var/log/setup.log.full you might see something
interesting that might need fixing.  TeXLive in particular might have
picked up some settings that trigger re-generation of many or even all
formats each time you run the script (you can run it by hand and see
what it does).  Unless you are familiar with how the TeXLive
configuration manager works, your best bet is a complete re-installation
of all packages associated with TeXLive and then it should work as
intended again (i.e. do nothing unless something has changed).

> Why does setup explore McShield and McAfee?

Some time in the past it would otherwise fail to successfully install
Cygwin on systems that had this crapware installed.  It might be
possible to just remove that from setup now, I would personally be in
favor of it.

> Incidentally note the switch -m. Without it, checking sha1sum's I
> guess provides some kind of protection, but it's incredibly
> time-consuming and seems quite unnecessarily to cover much more than
> the files downloaded, even the entire resource?

That check is there for an entirely different reason that will hopefully
no longer be supported in the not-too-distant future.  When that happens
it can go away.

> In the presumably very rare event of a broken download, could the
> update not more simply just abort?

No, it really was there originally to pick up files that you want to
install, but have no entry in setup.ini for.  If you never create your
own packages or move files by hand in your mirror directory, you should
_always_ use the -m switch.  A broken download will be identified by a
wrong SHA512 checksum (or a missing file, as it were).


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

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