Skip to Content.
Sympa Menu

sm-discuss - Re: [SM-Discuss] Patches in grimoires

sm-discuss AT lists.ibiblio.org

Subject: Public SourceMage Discussion List

List archive

Chronological Thread  
  • From: Arwed von Merkatz <v.merkatz AT gmx.net>
  • To: sm-discuss AT lists.ibiblio.org
  • Subject: Re: [SM-Discuss] Patches in grimoires
  • Date: Tue, 16 May 2006 11:10:11 +0200

On Tue, May 16, 2006 at 11:03:09AM +0200, Flavien Bridault wrote:
> Le lundi 15 mai 2006 à 23:08 -0500, David Kowis a écrit :
> > Jeremy Blosser wrote:
> > > On May 15, Daniel Goller [dgoller AT satx.rr.com] wrote:
> > 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
> > applied.
> >
> > 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)
> >
> > apply_patch name.patch
> > apply_patch othername.patch
> > optional_patch "what the feck does it do?" y ricer.patch
> >
> > or something like that ;)
> >
>
> Why don't we use a mixed approach ? Most of the time sequence numbers
> for the patch will be ok. Lot of spells use only one patch, some of them
> two or three which can be applied in any order, and very few cause real
> problems afaik. In my limited scope (disk, graphics and graphics-libs),
> I only know the grub spell as a trouble maker.
> This is a waste of time (and space) imho to add an application file each
> time. But for the very few annoying spells such as grub, mutt and
> others, we could have a PATCHES file as David proposed that will
> override the "default_patch" function.
> And that would be compliant with the sorcery way of thinking, as we used
> to do that for other stages, right ?

Please, not yet another file. We have a file for this purpose, it's
called PRE_BUILD. Any automatic patching could be done in
default_pre_build.

--
Arwed v. Merkatz Source Mage GNU/Linux developer
http://www.sourcemage.org




Archive powered by MHonArc 2.6.24.

Top of Page