Public SourceMage Discussion List

["Andraž 'ruskie' Levstik" <ruskie AT mages.ath.cx>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> Yet I can't help but wonder if we could indeed use "meta spells" for
> handling grouped optional dependencies. Let's say we add a section
> called meta in the grimoire. We'll make use of the soon-to-be spell
> file inheritance scheme and put dummy PRE_BUILD, BUILD, and INSTALL
> files in the section directory. The spells could have a naming scheme
> that distinguishes them from the rest, for instance they could all
> begin with _. They could be more liberally disposed of when the
> occasion arises, i.e. when they're not needed by any spells anymore.
> 
> Although I can't completely wash away the taste of ad-hoc from my mouth
> when I ponder the option, I think it's at least worth a discussion, as
> it would fit in well with our present practices. I don't know if I'm
> alone with my concern, but I do feel that we should somehow address the
> problem I've outlined, be it through "meta spells" or some other means.
> 

Personaly I don't see a problem with approach 1)
Dependency tracking in dispel is still optional and I'm guessing it'll
remain that way for a long time.

But I think one idea I've heard a while ago would be simply a function that
wraps multiple depends into a single multi_depends. that way something like:

multi_optional_depends foo bar baz "--whavere-enable" "--whatever-disable"
"What does it do"

Might not have the parameters in the same order but still I find this to be
more or less the way to go...

The problem is that sorcery would need to understand that if any of the
multi_optional_depends spell fails that option is disabled.

I think this would be more with what we have. Personaly I can't stand
profile spells.


- --
Andraž "ruskie" Levstik
Source Mage GNU/Linux Games grimoire guru
Geek/Hacker/Tinker

Hacker FAQ: http://www.plethora.net/%7eseebs/faqs/hacker.html
Be sure brain is in gear before engaging mouth.

Key id = A7A9E461
Key fingerprint = 757E C16B F5B7 DC27 B003  CCED CF95 3A77 A7A9 E461

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFFhGP5grQX1TBnUh4RAtjSAKDJOLT3X5ief2KqgAmOQzIM9JCRPQCgp/Me
ANu69XLfMd3hnFikiuus948=
=hE+Q
-----END PGP SIGNATURE-----