Skip to Content.
Sympa Menu

sm-commit - Re: [SM-Commit] GIT changes to master gri moire by Andra? z( Levsti k (9a54bd6655d8 5fcb80cebaa89746771cc56ed749)

sm-commit AT lists.ibiblio.org

Subject: Source Mage code commit list

List archive

Chronological Thread  
  • From: Eric Sandall <eric AT sandall.us>
  • To: SM-Commit <sm-commit AT lists.ibiblio.org>
  • Subject: Re: [SM-Commit] GIT changes to master gri moire by Andra? z( Levsti k (9a54bd6655d8 5fcb80cebaa89746771cc56ed749)
  • Date: Tue, 12 Dec 2006 09:21:07 -0800

Andraž 'ruskie' Levstik wrote:
> On 11:41:45 2006-12-12 Ladislav Hagara <ladislav.hagara AT unob.cz> wrote:
>>> Generaly unless there's a replacement I don't deprecate spells but
>>> simply remove them as some ppl MIGHT be still using them. There's
>>> always "cleanse --packages" to clean it out if ppl want.
>> Seems "removing" is not mentioned in
>> http://wiki.sourcemage.org/Spell_Deprecation
>> only "removing in favor of other spells". Are there some advices?
>>
>
> Well the one thing that I ussualy see is this:
> spell foo built with older toolchain still working etc etc but is completly
> broken with anything newer and it's completly dead upstream. Now some ppl
> might acctually be using that spell still so it would be extremly impolite
> to dispel it for them.
>
> That's why we have cleanse to clean anything like that or atleast list such
> stuff...

I would almost say deprecate the spell and have it remove itself, but
Andraž has a good point. Perhaps just removing the spell will work
(people can always add it back into their own grimoire if they want it
tracked 'properly').

-sandalle

--
Eric Sandall | Source Mage GNU/Linux Developer
eric AT sandall.us | http://www.sourcemage.org/
http://eric.sandall.us/ | SysAdmin @ Shock Physics @ WSU
http://counter.li.org/ #196285 | http://www.shock.wsu.edu/




Archive powered by MHonArc 2.6.24.

Top of Page