[HEADSUP] Proposal for change in postinstall script handling (was Re: [RFC] incremental rebase)

Achim Gratz Stromeko@nexgo.de
Fri Nov 21 20:37:00 GMT 2014

Andrew Schulman writes:
> I'm sorry - I didn't follow the previous discussion and am having trouble
> following this.  Could you please restate what's being proposed?

TL;DR: Everyone who has been happy with the current way of how install
and postinstall works has nothing to fear or do.

The rest of my proposal revolves around additional functionality like
postinstall scripts that can be shared between several packages, run on
each install even though "their" package has not been (re-)installed and
various ways to enforce a certain order between postinstall scripts that
is different from the package dependency order.  The assumption behind
that proposal is that the setup.ini format stays unchanged, packages not
using the new facilities need not be rebuilt and no extra support from
e.g. cygport would be needed initially (even if certainly welcome
later).  Another goal is to implement a very restricted version of this
immediately (perpetual pre-postinstall and post-postinstall scripts) and
leave the "overcomplictated" full implementation for a later time.

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

Factory and User Sound Singles for Waldorf rackAttack:

More information about the Cygwin-apps mailing list