delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2014/11/11/12:08:58

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; q=dns; s=default; b=lMgfC
4zqmFXaYRfsFFF9aIBqG7NcffduSdrLIaTgtgcP7SfV5WXf4wguPaMwF1ZSdsRWS
hl0UbbOpTMy7AklwD72hU58iXC8MFuMUxyTBaxCDK87I6zrkY4S1vGeoLVByUlMX
pnmXz7jtFC2PxgBXrV6eYlDxeBBPyJ7grmOaog=
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; s=default; bh=kplXGyOE37a
Glrgkh6iQ4DbDIxc=; b=LYGuG0quKy1xTMrHlZPNCpUfzajv+vUkOOzHTS6DOhc
g7Nju+xoPbli5UhrkZHAFtrWeT9KiJK2hbs2ew2x6aH3HhdAWFHhXR6LTlLuRuDO
QpYxusWFh7DbODAbx/vY1VfWgWJwAQOsWWppYYA81p3425RyrpujQmS0IIdTUw14
=
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=-5.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS,T_FILL_THIS_FORM_SHORT autolearn=ham version=3.3.2
X-HELO: mail-in-04.arcor-online.net
X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-16.arcor-online.net 2AF8B8412
From: Achim Gratz <Stromeko AT nexgo DOT de>
To: cygwin AT cygwin DOT com
Subject: Re: Setup 2.774 texlive postinstall takes 10+ hours
References: <1414708038168-112334 DOT post AT n5 DOT nabble DOT com> <54567198 DOT 8000504 AT cornell DOT edu> <20141103102515 DOT GS14051 AT calimero DOT vinschen DOT de> <87a948kvpw DOT fsf AT Rainer DOT invalid> <20141104085958 DOT GA4932 AT calimero DOT vinschen DOT de> <54618F4C DOT 6000107 AT cygwin DOT com> <546191B0 DOT 4050808 AT cygwin DOT com> <20141111115343 DOT GQ2782 AT calimero DOT vinschen DOT de> <546219A9 DOT 2070103 AT cornell DOT edu> <54622517 DOT 7030302 AT cornell DOT edu> <20141111160239 DOT GS2782 AT calimero DOT vinschen DOT de>
Date: Tue, 11 Nov 2014 18:08:35 +0100
In-Reply-To: <20141111160239.GS2782@calimero.vinschen.de> (Corinna Vinschen's message of "Tue, 11 Nov 2014 17:02:39 +0100")
Message-ID: <87ppctu0ks.fsf@Rainer.invalid>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux)
MIME-Version: 1.0

Corinna Vinschen writes:
> On Nov 11 10:02, Ken Brown wrote:
>> Of course, this still doesn't solve the problem of making sure that the
>> _autorebase postinstall script runs whenever the user installs a package
>> containing DLLs.  I wonder if we should reconsider Achim's proposal.  If I
>> understand correctly, it is something like this (oversimplified):
>> 
>> 1. Change autorebase.bat to do an incremental rebase instead of trying to do
>> a full rebase.
>> 
>> 2. Arrange for autorebase.bat to never be marked as "done".
>> 
>> Achim, please correct me if my oversimplification distorts your suggestion
>> too much.
>
> Achim, can you give a management summary how your proposal works?

As Ken already correctly summarized, the autorebase postinstall script
will never be marked as done by setup.exe, so it will be run on each
install or update.  The incremental part ensures that this step doesn't
take too much time if there's nothing to do.  Currently this is based on
the name of that script, but it could be done differently.  The other
part is that all "perpetual" postinstall scripts are run before any
normal postinstall scripts, so these can assume to run in a correctly
rebased environment.

A slightly modified variant of the same mechanism could be used for
those infodir, icon cache and fontconfig updates, which should probably
be run after the normal postinstall scripts.  I think I've sent Ken a
sketch doing this from within a postinstall script for the texlive
packages, but providing some support from setup.ini and setup.exe for
stratified postinstalls (pre-post and post-post :-) would make this much
more robust.  I haven't yet coded up anything in that direction, though.

If you're wondering what happens when you've just installed a fresh
Cygwin: the perpetual rebase postinstall scripts detects the situation
and bails out, while the normal postinstall script does the initial
rebase (and is marked "done").  Which means we have to fix the
dependency problem anyway.

Incremental autorebase packages and patched setup.exe available on
request.


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

Waldorf MIDI Implementation & additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs

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