sm-grimoire AT lists.ibiblio.org
Subject: Discussion of Spells and Grimoire items
List archive
- From: "Sergey A. Lipnevich" <sergeyli AT pisem.net>
- To: Eric Sandall <sandalle AT hellhound.homeip.net>
- Cc: sm-grimoire AT lists.ibiblio.org
- Subject: Re: [SM-Grimoire]CVS or Perforce
- Date: Mon, 05 Aug 2002 22:33:30 -0400
I've checked subroutines to find out exactly what you're talking about, last Friday. Sorcery only looks in 'provides' files when you use 'requires' in the DEPENDS, spell names etc are not searched. It's not clear from me why this behavior was chosen, so I'd leave it as it is unless there is a reason to, and we don't break anything. So, to answer your question, 'requires' doesn't imply 'depends' ;-).
Eric Sandall wrote:
The problem here is not in the name, but in the dependencies. What needs
to happen is major spell need to include 'provides' file with the same
name as the spell itself, and all dependents need to use 'requires x'
instead of 'depends x' in their DEPENDS. So, for instance, php spell
will also "provide" php, and all spells that need it will 'require php'
except for maybe some specific ones. Then, patched or "bleeding edge"
php would be called php-dev, php-cvs, php-with-the-patch, and will also
'provide php'. Now, you can dispel php and cast php-dev, without
breaking sorcery-enforced dependencies. With apache2, I managed to avoid
dependency problems by 'providing webserver' (although I could still
use 'provide httpd2' in addition to this), but no such luck with php:
everything that depends on it, like e.g. xdebug spell that I submitted,
when cast would bring original php in, not your php-dev.
Generally, this may be a good way for development spell to replace
stable onse on the same box.
So, this is a bug then? Shouldn't 'provides php' tell cast that php is
installed for any 'depends php'? I'd say this is a bug if it doesn't work
this way, unless it isn't supposed to work the way it sounds or I'm
completely getting this wrong...
-One of Three
-
Re: [SM-Grimoire]CVS or Perforce
, (continued)
- Re: [SM-Grimoire]CVS or Perforce, Andrew Stitt, 08/06/2002
-
Re: [SM-Grimoire]CVS or Perforce,
Ryan Abrams, 08/06/2002
- Re: [SM-Grimoire]CVS or Perforce, Eric Sandall, 08/06/2002
-
Re: [SM-Grimoire]CVS or Perforce,
Sergey A. Lipnevich, 08/05/2002
-
Re: [SM-Grimoire]CVS or Perforce,
Eric Sandall, 08/05/2002
-
Re: [SM-Grimoire]CVS or Perforce,
Jon Svendsen, 08/05/2002
- Re: [SM-Grimoire]CVS or Perforce, Julian v. Bock, 08/06/2002
-
Re: [SM-Grimoire]CVS or Perforce,
Sergey A. Lipnevich, 08/05/2002
- Re: [SM-Grimoire]CVS or Perforce, Ryan Abrams, 08/05/2002
-
Re: [SM-Grimoire]CVS or Perforce,
Eric Sandall, 08/05/2002
- Re: [SM-Grimoire]CVS or Perforce, Sergey A. Lipnevich, 08/05/2002
-
Re: [SM-Grimoire]CVS or Perforce,
Jason Flatt, 08/06/2002
- Re: [SM-Grimoire]CVS or Perforce, Eric Sandall, 08/06/2002
-
Re: [SM-Grimoire]CVS or Perforce,
Jon Svendsen, 08/05/2002
- Re: [SM-Grimoire]CVS or Perforce, Laurent Wandrebeck, 08/07/2002
-
Re: [SM-Grimoire]CVS or Perforce,
Eric Sandall, 08/05/2002
- Re: [SM-Grimoire]CVS or Perforce, Sergey A. Lipnevich, 08/06/2002
-
RE: [SM-Grimoire]CVS or Perforce,
Derber, Geoffrey, 08/06/2002
-
RE: [SM-Grimoire]CVS or Perforce,
Eric Sandall, 08/06/2002
- Re: [SM-Grimoire]CVS or Perforce, Mads Laursen, 08/06/2002
-
RE: [SM-Grimoire]CVS or Perforce,
Eric Sandall, 08/06/2002
- RE: [SM-Grimoire]CVS or Perforce, Derber, Geoffrey, 08/06/2002
-
RE: [SM-Grimoire]CVS or Perforce,
Derber, Geoffrey, 08/06/2002
- Re: [SM-Grimoire]CVS or Perforce, Andrew Stitt, 08/06/2002
Archive powered by MHonArc 2.6.24.