From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 38731 invoked by alias); 23 Sep 2015 18:09:36 -0000 Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com Received: (qmail 38714 invoked by uid 89); 23 Sep 2015 18:09:35 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-in-08.arcor-online.net Received: from mail-in-08.arcor-online.net (HELO mail-in-08.arcor-online.net) (151.189.21.48) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (CAMELLIA256-SHA encrypted) ESMTPS; Wed, 23 Sep 2015 18:09:32 +0000 Received: from mail-in-10-z2.arcor-online.net (mail-in-10-z2.arcor-online.net [151.189.8.27]) by mx.arcor.de (Postfix) with ESMTP id 3nLnZx2blszGVg9 for ; Wed, 23 Sep 2015 20:09:29 +0200 (CEST) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mail-in-10-z2.arcor-online.net (Postfix) with ESMTP id 55D55290DD1 for ; Wed, 23 Sep 2015 20:09:29 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-05.arcor-online.net 3nLnZx1H3cz2xYl Received: from Gertrud (p54B7E5F8.dip0.t-ipconnect.de [84.183.229.248]) (Authenticated sender: stromeko@arcor.de) by mail-in-05.arcor-online.net (Postfix) with ESMTPSA id 3nLnZx1H3cz2xYl for ; Wed, 23 Sep 2015 20:09:28 +0200 (CEST) From: Achim Gratz To: cygwin-apps@cygwin.com Subject: Re: [PATCH setup 0/3] Setup replacement for incver_ifdep References: <1442937170-17580-1-git-send-email-jon.turney@dronecode.org.uk> <87mvwegy0r.fsf@Rainer.invalid> <5602DEBA.9080601@dronecode.org.uk> Date: Wed, 23 Sep 2015 18:09:00 -0000 In-Reply-To: <5602DEBA.9080601@dronecode.org.uk> (Jon Turney's message of "Wed, 23 Sep 2015 18:17:46 +0100") Message-ID: <87zj0d57ot.fsf@Rainer.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-SW-Source: 2015-09/txt/msg00040.txt.bz2 Jon Turney writes: > [replying to the right list, this time] I was slightly bewildered by that former reply=E2=80=A6 :-) > On 22/09/2015 18:32, Achim Gratz wrote: > I thought that permanent postinstall scripts run even when no packages > are being installed, or only packages are being removed, so they they > are effectively run every time setup is? Yes. That's their virtue and limitation. >>> Unfortunately, it's not very practical to change to doing that for the = all >>> packages which contain info files, so I am suggesting this approach. >> >> So just do it unconditionally; I was planning to change _update-info-dir >> accordingly, but haven't found the time yet. I do the same with mandb >> locally already and I haven't looked back. > > Tempting, but I don't believe that is a good solution, since it adds > the time it takes to rebuild the info directory to every setup run. As done with autorebase it should be possible to track if there's anything to do (maybe even using the same mechanism of looking in /etc/setup). But unlike autorebase the potential benefit is limited to those 18 or so seconds (give or take, depending on what kind of disk you have). >> $ time /etc/postinstall/update-info-dir.sh.done >> >> real 0m18.169s >> user 0m3.261s >> sys 0m5.703s > > I also don't think it sets a good example. Any other packages which > require update scripts to run (which may take even longer) when > packages are installed/removed, should not be doing that every time > setup is run, if avoidable. Yes, but again, that requires either a lot more smarts of setup.exe or a lot more smarts from the package maintainer(s). Look at TeXLive for the sort of things you'd need to do. As long as things are packaged via cygport those smarts needed by a lot of packages could be implemented there and info directory maintenance certainly belongs into that group. But if you go back to the original specification when I proposed the stratified postinstall, you'll see that I did provide for triggers and some more things, but that didn't get implemented since the idea was mooted at the time. We'd still need to have a bit of a discussion of what exactly these should do and how they are supposed to be used before an implementation can be attempted. ANother idea I keep on the back-burner is to have a stratum that would background the postinstall scripts that are running on it, so they (optionally) don't keep setup.exe from exiting. You can only do that with scripts that do non-essential tasks, but both infodir and mandb housekeeping fall into that category. Regards, Achim. --=20 +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds