sm-discuss AT lists.ibiblio.org
Subject: Public SourceMage Discussion List
List archive
Re: [SM-Discuss] How to handle multi-version spells
- From: Arwed von Merkatz <v.merkatz AT gmx.net>
- To: sm-discuss AT lists.ibiblio.org
- Subject: Re: [SM-Discuss] How to handle multi-version spells
- Date: Sat, 7 May 2005 12:12:04 +0200
On Sat, May 07, 2005 at 11:53:02AM +0200, Andrew ruskie Levstik wrote:
> Arwed von Merkatz wrote :
>
> > First of all: If any other spell depends on a specific version of spell
> > A then spell A _must not_ allow other versions. This means that the
> > current apr/apr-util spells are broken as the apache2 spell requires the
> > 0.9.x versions of them. In such cases the different versions should be
> > provided by seperate spells, see ffmpeg/ffmpeg-cvs for another example
> > where this is required.
> >
> Yes this is a good idea.
>
> > What I'd like to see:
> > - spell asks which version to use, always defaulting to the stable
> > version
> Yes the most secure and sane idea.
>
> > - spell asks if it should automatically update everytime sorcery
> > queue/system-update is run (only for cvs/svn/... versions)
> You mean ask as in do you want to always autoupdate or do you want to
> manualy update? So that the user has a choice of autoupdating or not.
> Or did you have something else in mind?
> This is what I'd like to see:
>
> config_query CVS "Do you want cvs" "n"
> if [[ "$CVS" == "y" ]]
> then
> config_query "AUTOUPDATE" "Do you want to autoupdate this spell or not."
> "n"
> fi
> And then a test in DETAILS for it?
> if [[ "$CVS" == "y" ]]
> then
> if [[ "$AUTOUPDATE" == "y" ]]
> then
> VERSION=$(date +%F) #+%F outputs date as %Y-%m-%d though I'd go with a
> unixtime string
> #here maybe ppl would like to update multiple times
> per day and
> #still have the old caches.
> else
> VERSION=cvs
> fi
This is exactly what I had in mind.
> > All questions asked in PREPARE, dependency on the vcs added depending on
> > the choice.
> >
> Agreed.
>
> > If the spell is not set to automatically update, VERSION should be set
> > to a constant string (e.g. HEAD, TRUNK).
>
> I'd put the vcs that is used for it i.e. cvs,svn,whateverelsewemightsupport
That's fine with me, it doesn't really matter what it is as long as it
doesn't change, but we should have a standard.
--
Arwed v. Merkatz Source Mage GNU/Linux developer
http://www.sourcemage.org
-
[SM-Discuss] How to handle multi-version spells,
Arwed von Merkatz, 05/07/2005
-
Re: [SM-Discuss] How to handle multi-version spells,
Andrew "ruskie" Levstik, 05/07/2005
-
Re: [SM-Discuss] How to handle multi-version spells,
Arwed von Merkatz, 05/07/2005
- Re: [SM-Discuss] How to handle multi-version spells, Eric Sandall, 05/07/2005
-
Re: [SM-Discuss] How to handle multi-version spells,
Arwed von Merkatz, 05/07/2005
-
Re: [SM-Discuss] How to handle multi-version spells,
Jeremy Blosser (emrys), 05/07/2005
-
Re: [SM-Discuss] How to handle multi-version spells,
Arwed von Merkatz, 05/08/2005
-
Re: [SM-Discuss] How to handle multi-version spells,
Jeremy Blosser (emrys), 05/08/2005
-
Re: [SM-Discuss] How to handle multi-version spells,
Arwed von Merkatz, 05/08/2005
- Re: [SM-Discuss] How to handle multi-version spells, Sergey A. Lipnevich, 05/11/2005
-
Re: [SM-Discuss] How to handle multi-version spells,
Arwed von Merkatz, 05/08/2005
-
Re: [SM-Discuss] How to handle multi-version spells,
Jeremy Blosser (emrys), 05/08/2005
-
Re: [SM-Discuss] How to handle multi-version spells,
Arwed von Merkatz, 05/08/2005
-
Re: [SM-Discuss] How to handle multi-version spells,
Sergey A. Lipnevich, 05/11/2005
-
Re: [SM-Discuss] How to handle multi-version spells,
Andrew "ruskie" Levstik, 05/12/2005
-
Re: [SM-Discuss] How to handle multi-version spells,
Sergey A. Lipnevich, 05/12/2005
- Re: [SM-Discuss] How to handle multi-version spells, Andrew "ruskie" Levstik, 05/12/2005
-
Re: [SM-Discuss] How to handle multi-version spells,
Sergey A. Lipnevich, 05/12/2005
-
Re: [SM-Discuss] How to handle multi-version spells,
Andrew "ruskie" Levstik, 05/12/2005
-
Re: [SM-Discuss] How to handle multi-version spells,
Andrew "ruskie" Levstik, 05/07/2005
Archive powered by MHonArc 2.6.24.