Skip to Content.
Sympa Menu

sm-discuss - Re: [SM-Discuss] qt-x11 casts finally

sm-discuss AT lists.ibiblio.org

Subject: Public SourceMage Discussion List

List archive

Chronological Thread  
  • From: "Sergey A. Lipnevich" <sergeyli AT pisem.net>
  • To: Casey Harkins <charkins AT upl.cs.wisc.edu>
  • Cc: nealbirch <nealbirch AT attbi.com>, sm-discuss AT lists.ibiblio.org
  • Subject: Re: [SM-Discuss] qt-x11 casts finally
  • Date: Fri, 13 Dec 2002 10:58:00 -0500

It's just too uncertain in terms of transactional safety. What I mean is, how to make sure that the spell ot file gets "unhidden" at the end of the cycle? We can make relevant files `chmod 000' temporarily, but how to guarantee that they are marked as accesible back again?

Casey Harkins wrote:

On Thu, 12 Dec 2002, nealbirch wrote:

in order to get qt-x11 to cast (without deleting libfreetype files by
hand, anyway) I had to dispel pango and Xft2, at which point it went on
it's merry way and finished. you may just need to dispel Xft2, cast
qt-x11 and then cast Xft2 again.

Like to drive me nuts.


Maybe sorcery could use some sort functions for "hiding" another spell why
one is being cast. In this case, the qt-x11 spell could specify "hide
pango; hide Xft2". The j2sdk-src and xfree86 spells could use a variation
to hide a single file as well (jni.h and ncurses.h respectively).

The advantage to sorcery doing this instead of having the spells do it, is
sorcery could probably "unhide" the file(s) if casting was interrupted?
Does sorcery currently handle signals, in particular, does it perform some
sort of cleanup if casting is interrupted?

Just some ideas, what do other people think?

-casey

_______________________________________________
SM-Discuss mailing list
SM-Discuss AT lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/sm-discuss







Archive powered by MHonArc 2.6.24.

Top of Page