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: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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |