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
