Skip to Content.
Sympa Menu

sm-sorcery - Re: [SM-Sorcery] Addition to sorcery / DETAILS

sm-sorcery AT lists.ibiblio.org

Subject: Discussion of Sorcery related topics

List archive

Chronological Thread  
  • From: Hamish Greig <hgreig AT bigpond.net.au>
  • To: sm-sorcery AT lists.ibiblio.org
  • Subject: Re: [SM-Sorcery] Addition to sorcery / DETAILS
  • Date: Sun, 28 Dec 2003 14:47:01 +1100

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

On Sun, 28 Dec 2003 14:31, Paul Mahon wrote:
> I actualy view this problem as high than a feature request. This
> behaviour breaks updates in the most difficult cases, several
> simultaneous updates of interconnected spells (ex gnome2). In situations
> like that it is non-trivial for a human to sift through the
> dependancies, and is exactly the situation where the scripts should
> help.
>
> I have been poking at this and believe that I can actualy do it
> quickly... it looks like it'll be an extra 10s (perhaps as little as 3s)
> at the end of the dependancy step of a cast.
>
> Here is a preview of what I'm thinking:
> awk -F: '$3=="on"{
>                         spells[$1]=spells[$1]" "$2" ";
>                 }
>                 END{
>                         for(spell in spells)
>                                 printf("%s: %s\n\techo %s\n", spell,
> spells[spell], spell); }' /var/state/sorcery/depends
>
> Is a 10s hit acceptable?

ten extra seconds for a full sorcery rebuild ? or just for a regular update
with 10-15 spells in it ?
either way would be acceptable to me, It takes me longer than that to
manually
edit the queue at the moment . I was just wondering what you meant :)

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

iD8DBQE/7lI48fSufZR6424RAvWGAJ94FqaILHJWwP5yugOKIv3tFsnXkgCdHOfY
1EFZsxeikLvp7CbIFlf6KZw=
=DP1j
-----END PGP SIGNATURE-----





Archive powered by MHonArc 2.6.24.

Top of Page