sm-grimoire AT lists.ibiblio.org
Subject: Discussion of Spells and Grimoire items
List archive
- From: "Eric Sandall" <sandalle AT hellhound.homeip.net>
- To: <sm-grimoire AT lists.ibiblio.org>
- Subject: Re: [SM-Grimoire]CVS or Perforce
- Date: Mon, 5 Aug 2002 19:20:07 -0700 (PDT)
>>Along these *-dev lines, should we have <spell>-cvs spells for those
>> who like to be on "the edge"? There have been a few times (PHP, for
>> example) where something I wanted wasn't in any of the releases, but
>> only in CVS.
>>
>>Ideas?
>>
>>
>>
> 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
--
Eric Sandall | Source Mage GNU/Linux Developer
sandalle AT hellhound.homeip.net | http://www.sourcemage.org
http://hellhound.homeip.net/~sandalle | SystAdmin @ Inst. Shock Physics @ WSU
ICQ: 667348 | http://www.shock.wsu.edu/
-
Re: [SM-Grimoire]CVS or Perforce
, (continued)
-
Re: [SM-Grimoire]CVS or Perforce,
Dufflebunk, 08/06/2002
- 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,
Dufflebunk, 08/06/2002
Archive powered by MHonArc 2.6.24.