[SM-Discuss] Patches in grimoires
dkowis at shlrm.org
Tue May 16 00:08:47 EDT 2006
-----BEGIN PGP SIGNED MESSAGE-----
Jeremy Blosser wrote:
> On May 15, Daniel Goller [dgoller at satx.rr.com] wrote:
>> using sequence numbers would allow us to do autopatching with proper
>> ordering while adhering to KISS or the 90/10 rule, cover 90% of the
>> cases with 10% effort, while setting something up with dependencies
>> might cover the additional 10% of cases it would also require the extra
>> 90% of effort
>> SMGL does not seem to do a lot of patching, so in reality using sequence
>> numbers might cover far more than the hypothetical 90% :)
>> using sequence numbers it would be as easy as a for loop over patches/
>> in default_pre_build
> It depends on the type of patches. For stuff we're applying to make things
> build or apply security updates, we're always going to apply them and just
> need to do them in the right order so we don't have unexpected conflicts.
> In the case of optional feature patches the users may or may not apply,
> having simple ordering is more complex since the actual content of the
> patch may vary based on what other patches were or were not applied first.
> I know I started out with sequence numbers for the mutt patches and dropped
> them for this and other reasons... I think the main reason was it becomes a
> pain to keep renaming patches all the time because new ones are added or
> removed. You can avoid this with a sufficiently large number of digits but
> I think what mutt ended up with is a good bit simpler while still
> accounting for the various use cases.
> But again, it depends on which kind of patches we're talking about.
> Feature patches and bug/security patches are really not the same thing.
Automation would be neat, but we'd have to have an application file or
something. Like a file that specifies the order in which patches get
It's getting somewhat complicated, but it could be done, and with a well
thought out API, optional patches could be programmed in. (Like a
PATCHES file that uses the patches in the patches dir or somethin)
optional_patch "what the feck does it do?" y ricer.patch
or something like that ;)
Of course, it's adding another layer of complexity which could be done
elsewhere... Depends on the amount of work vs. the amount of benefit.
I'm not really sure it's needed. I've worked with only a few spells that
have patches. On the other hand, however, it might be a good idea to
hash this out now, before it's a big problem. Or it may never become a
ISO Team Lead - www.sourcemage.org
Progress isn't made by early risers. It's made by lazy men trying to
find easier ways to do something.
- Robert Heinlein
Any sufficiently advanced technology is indistinguishable from magic.
- Arthur C. Clarke
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
-----END PGP SIGNATURE-----
More information about the SM-Discuss