sm-sorcery AT lists.ibiblio.org
Subject: Discussion of Sorcery related topics
List archive
RE: Re: [SM-Sorcery] wget .so dependencies (possibly global problem)
- From: evraire AT tuwg.com
- To: sm-sorcery AT lists.ibiblio.org
- Subject: RE: Re: [SM-Sorcery] wget .so dependencies (possibly global problem)
- Date: 4 Feb 2004 17:32:24 -0000
Hello,
> This would compare the version of gettext that just installed to the first
> two
> places (0.14 here) and the old one (0.13), and if they are different, then
> activate the trigger.
As I mentioned in my previous email on the subject, the problem only occurs
when spell B depends on spell A, and spell B is required for casting a file
(ex: wget, tar, bzip2, make, gcc, bash?, etc.). What happens is spell A gets
cast first (because it's lower in the dependency tree), which breaks spell B
as it's dependencies are no longer met. Because spell B is critical to
building spell B, recasting of spell B to fix itself fails (as well as any
other casts following spell B).
In the case of wget depending on gettext, the problem only occurs when
upgrading wget and gettext at the /same time/. Trying to recast wget
attempts to download the new wget, which of course fails. If you're just
upgrading gettext, recasting wget uses the source in the cache to rebuild
itself against the new libintl.so.3. (I guess if you don't have the source
in your cache you're screwed as well. :) This particular case can be solved
(as I've mentioned before) by getting the source for the new wget first, or
by building into sorcery an "on trigger: if (download of new source fails)
use existing source from cache" condition.
What I'm trying to say here is adding a trigger won't be enough: triggering
the broken spell B which requires itself to successfully cast will fail,
leaving spell B broken. The fix I mentioned is specific to wget, as using
the cache gets us around the use of wget in casting wget. gcc and make, on
the other hand, there's no getting around of.
We could double the compile time by first rebuilding the existing spell B
and staticly linking it, then casting all the depencies and finally recasting
spell B dynamically... takes longer, but it's definitely safe in every way I
can think of. To be safe, this could be done for every spell in basesystem
as I can't think of any other spell that might need this. (Of course, we
could be completely paranoid and do it for every spell :)
Jonathan Evraire
evraire at tuwg.com
-------------------------------------------------------------
Message sent via http://toad-mail.net
Anti-spam notice, this message originated from IP Address: 66.131.185.248
-------------------------------------------------------------
-
Re: [SM-Sorcery] wget .so dependencies (possibly global problem)
, (continued)
-
Re: [SM-Sorcery] wget .so dependencies (possibly global problem),
Eric Sandall, 02/05/2004
- Re: [SM-Sorcery] wget .so dependencies (possibly global problem), Hamish Greig, 02/05/2004
- Re: [SM-Sorcery] wget .so dependencies (possibly global problem), Hamish Greig, 02/04/2004
-
RE: [SM-Sorcery] wget .so dependencies (possibly global problem),
evraire, 02/04/2004
-
RE: [SM-Sorcery] wget .so dependencies (possibly global problem),
Eric Sandall, 02/04/2004
-
RE: [SM-Sorcery] wget .so dependencies (possibly global problem),
Jens Laas, 02/05/2004
- RE: [SM-Sorcery] wget .so dependencies (possibly global problem), Ondra Tomecka, 02/05/2004
- RE: [SM-Sorcery] wget .so dependencies (possibly global problem), Eric Sandall, 02/05/2004
- RE: [SM-Sorcery] wget .so dependencies (possibly global problem), Eric Sandall, 02/05/2004
-
RE: [SM-Sorcery] wget .so dependencies (possibly global problem),
Jens Laas, 02/05/2004
- RE: [SM-Sorcery] wget .so dependencies (possibly global problem), Ondra Tomecka, 02/04/2004
-
RE: [SM-Sorcery] wget .so dependencies (possibly global problem),
Eric Sandall, 02/04/2004
- RE: Re: [SM-Sorcery] wget .so dependencies (possibly global problem), evraire, 02/04/2004
-
Re: [SM-Sorcery] wget .so dependencies (possibly global problem),
Ricardo Izquierdo, 02/06/2004
- Re: [SM-Sorcery] wget .so dependencies (possibly global problem), Jason Flatt, 02/07/2004
-
Re: [SM-Sorcery] wget .so dependencies (possibly global problem),
Eric Sandall, 02/05/2004
Archive powered by MHonArc 2.6.24.