Skip to Content.
Sympa Menu

sm-discuss - [SM-Discuss] triggers while sorcery rebuild

sm-discuss AT lists.ibiblio.org

Subject: Public SourceMage Discussion List

List archive

Chronological Thread  
  • From: Robert Figura <rfigura AT aubergine.zwischengesicht.de>
  • To: sm-discuss AT lists.ibiblio.org
  • Subject: [SM-Discuss] triggers while sorcery rebuild
  • Date: Mon, 30 May 2005 15:59:27 +0200


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;}




Archive powered by MHonArc 2.6.24.

Top of Page