This is the mail archive of the
cygwin-apps
mailing list for the Cygwin project.
Re: [HEADSUP] Proposal for change in postinstall script handling (was Re: [RFC] incremental rebase)
- From: Achim Gratz <Stromeko at nexgo dot de>
- To: cygwin-apps at cygwin dot com
- Date: Fri, 21 Nov 2014 21:36:31 +0100
- Subject: Re: [HEADSUP] Proposal for change in postinstall script handling (was Re: [RFC] incremental rebase)
- Authentication-results: sourceware.org; auth=none
- References: <5468D4FC dot 6000400 at cornell dot edu> <87y4rbhuwa dot fsf at Rainer dot invalid> <5469D55C dot 10506 at cornell dot edu> <87d28lodar dot fsf at Rainer dot invalid> <20141118104947 dot GY3151 at calimero dot vinschen dot de> <878uj8wcas dot fsf at Rainer dot invalid> <20141118203534 dot GI3151 at calimero dot vinschen dot de> <87lhn8uszd dot fsf at Rainer dot invalid> <20141119092113 dot GA3810 at calimero dot vinschen dot de> <87r3wz8lov dot fsf at Rainer dot invalid> <87r3wz8lov.fsf-9O0xPIFIXLULmYpASZe/Uw at public dot gmane dot org> <20141119124732 dot GD3810 at calimero dot vinschen dot de> <chpu6ap8mg6eee3nt33dvs3497rh4142d2 at 4ax dot com>
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.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds