This is the mail archive of the
cygwin-apps
mailing list for the Cygwin project.
Re: [RFC] incremental rebase
- From: Achim Gratz <Stromeko at nexgo dot de>
- To: cygwin-apps at cygwin dot com
- Date: Fri, 21 Nov 2014 23:13:46 +0100
- Subject: Re: [RFC] incremental rebase
- Authentication-results: sourceware.org; auth=none
- References: <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> <546CED28 dot 50207 at cygwin dot com> <87y4r5damb dot fsf at Gertrud dot fritz dot box> <546E312E dot 8090904 at cygwin dot com> <87h9xtd7k0 dot fsf at Gertrud dot fritz dot box> <20141121203703 dot GI3810 at calimero dot vinschen dot de> <874mtsqnfh dot fsf at Gertrud dot fritz dot box> <20141121215940 dot GJ3810 at calimero dot vinschen dot de>
Corinna Vinschen writes:
> I don't understand this one. The lst.gz files don't tell you which
> of them are newly installed/updated. But, anyway, I trust that you
> had that thought out.
They have a newer time stamp than the last list that has been extracted.
Again, pattern matching inside setup.exe would cover a few corner cases,
but checking timestamps is reliable enough otherwise.
> Ideally I'd prefer if setup would only do the generic part of this,
> collecting and propagating information of new or updated files, running
> scripts using a pattern-based algorithm, whatever. It shouldn't run
> specific scripts based on hardcoded rules.
That then requires directives in setup.ini ==> longer term.
> Simple triggers based on file suffixes might be nice:
>
> 1t-dll,so,oct-rebase.bat
> 2t-info-update-info-dir.bat
>
> I'm surr you can guess how and when I mean them to run ;)
Yes, only that I wouldn't want to try to extract these things from the
script name. The logical place for such rules would be setup.ini, since
then these can be changed while generating this file with or without
cooperation from the packager. There'd certainly be a handful of
"global" rules not associated with any specific package while some
packages might want to use it for package specific purposes.
Regards,
Achim.
--
+<[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