Public SourceMage Discussion List

[Robert Figura <rfigura AT aubergine.zwischengesicht.de>]

Hi,

i am actually doing a sorcery rebuild and observed an inefficiency regarding 
triggers. Let's see a list of duplicate casts

$ diff /var/log/sorcery/activity \
  /mnt/fast-A/smgl-rebuild/var/log/sorcery/activity  | awk \
  '/cast.*success/{print$4}' | sort | uniq -cd
      2 autoconf
      4 gdk-pixbuf
      2 gnome-libs
      5 imlib
      2 kdelibs

These numbers aren't final (since rebuild is still in progess) and i guess 
more spells will be cast multiple times.

This is incredibly inefficient and is caused by triggers. Example:

zlib triggers gdk-pixbuf
zlib triggers imlib triggers gdk-pixbuf

Then rebuild casts gdk-pixbuf, then imlib and again gdk-pixbuf etc.
i hope there are no loops... :-A

It seems that sorcery rebuild is utterly slower than a fresh install and 
therefor is quite useless except if you have lots of cputime to spare.

There is also another small issue i'm not sure about: cast -c has some 
non-automatic casts (due to license) and in these demands confirmation (do 
you want XXX to be cast [n], defaults to no). I understand this is 
necessary for the first cast and maybe during update but while recast i'm 
usually not watching. Maybe we can skip it if it was already answered.

Regards
  - Robert Figura

-- 
/* mandlsig.c v0.23  (c) by Robert Figura <rfigura AT metabit.com> */
I=1702;float O,o,i;main(l){for(;I--;putchar("oO .,\nm>cot.bitamea\
@urigrf <raguFit erobR"[I%74?I>837&874>I?I^833:l%5:5]))for(O=o=l=
0;O*O+o*o<(16^l++);o=2*O*o+I/74/11.-1,O=i)i=O*O-o*o+I%74*.04-2.2;}