sm-grimoire AT lists.ibiblio.org
Subject: Discussion of Spells and Grimoire items
List archive
- From: Andrew <afrayedknot AT thefrayedknot.armory.com>
- To: Grimoire <sm-grimoire AT lists.ibiblio.org>
- Subject: Re: [SM-Grimoire] proliferation of *-cvs spells
- Date: Sun, 7 Dec 2003 15:24:24 -0800
While I like keeping things simplified, and agree that it may take
more effort to build a provides infrastructure for a number of spells,
Im not sure that combining spells is a good idea. Like alley_cat said,
it breaks down when something needs the cvs version of a spell, but
not the regular stable version. Spells that dont care can just use
the requires clause, while ones that need the cvs version can use the
good'ol depends. Secondly, what will a gaze version give you? If the
logic to determine the spells version is in PREPARE (do you want CVS
or regular), then the output can be inconclusive, and more work has to
go into keeping the spell working depending on what case we are using.
For example if the build process is different between stable and cvs, two
seperate spells would have two different BUILD files and that would be the
end of it, but if it was the same spell we would end up having to have
some logic to decide what commands to run. In the case where the build
process is the same, the cvs version can just soft link to the build
file of the stable spell. If the cvs spell ends up with some new stuff
that needs to be taken care of in BUILD we can replace the cvs BUILD file
with a new one. Then when the new cvs stuff ends up in stable, the cvs
BUILD file can be transfered back to the stable spell. This is opposed
to maintaining a monolithic build file and adjusting the scripting code
as time moves on. The seperate spell solution seems simpler to me.
With a provides/requires infrastructure (which i agree may take more
effort), gaze'ing the version and DETAILS will come up with the right
value every single time.
One expansion for cast that comes to mind would be to generalize provides,
so one could cast X11-LIBS, and be presented with the listing of all
spells that provide X11-LIBS. Then the choice is still in the users hands,
with no loss of control from before, and its formalized.
Sidenote:
Also, if I want to mirror the entire grimoire using just summon (because
no other tool really exists), and I haven't decided which version I
want, what will happen? What if I decide I want the cvs version? Then
the stable version will never get downloaded from that spell (why would
I need it?) With two spells everything still works.
just my 2 cents.
-Andrew
--
________________________________________________________________________
|Andrew D. Stitt | astitt AT sourcemage.org |
|irc: afrayedknot | afrayedknot AT t.armory.com |
|aim: thefrayedknot or iteratorplusplus | |
|Grimoire Guru ham/smgl, Porting Team Lead | ftp://t.armory.com |
|Author and Maintainer of Prometheus | |
-------------------------------------------------------------------------
-
[SM-Grimoire] proliferation of *-cvs spells,
Sergey A. Lipnevich, 12/07/2003
- Re: [SM-Grimoire] proliferation of *-cvs spells, Arwed von Merkatz, 12/07/2003
- Re: [SM-Grimoire] proliferation of *-cvs spells, Paul Mahon, 12/07/2003
-
Re: [SM-Grimoire] proliferation of *-cvs spells,
Andrew, 12/07/2003
- Re: [SM-Grimoire] proliferation of *-cvs spells, Robert Figura, 12/08/2003
-
Re: [SM-Grimoire] proliferation of *-cvs spells,
Duane Malcolm, 12/08/2003
- Re: [SM-Grimoire] proliferation of *-cvs spells, Andrew, 12/08/2003
-
Re: [SM-Grimoire] proliferation of *-cvs spells,
Hamish Greig, 12/07/2003
- Re: [smgl] Re: [SM-Grimoire] proliferation of *-cvs spells, Treeve Jelbert, 12/08/2003
- Re: [SM-Grimoire] proliferation of *-cvs spells, Arwed von Merkatz, 12/08/2003
-
Re: [SM-Grimoire] proliferation of *-cvs spells,
Sergey A. Lipnevich, 12/08/2003
- Re: [SM-Grimoire] proliferation of *-cvs spells, Ladislav Hagara, 12/08/2003
- <Possible follow-up(s)>
-
RE: [SM-Grimoire] proliferation of *-cvs spells,
evraire, 12/07/2003
- Re: [SM-Grimoire] proliferation of *-cvs spells, Bearcat M. Sandor, 12/07/2003
Archive powered by MHonArc 2.6.24.