sm-discuss AT lists.ibiblio.org
Subject: Public SourceMage Discussion List
List archive
Re: [SM-Discuss] Improved API for query and store config information
- From: -={|TooManyMirrors|}=- <jalley AT toomanymirrors.homelinux.com>
- To: SourceMage Discuss List <sm-discuss AT lists.ibiblio.org>
- Subject: Re: [SM-Discuss] Improved API for query and store config information
- Date: Sat, 20 Mar 2004 23:47:35 -0500
I really like the idea of a queue for options, I don't know how feasible
this might be but something in the way of Solaris's pkg-ask function
would be a dream :)
IMHO
toomanymirrors
On Fri, 2004-03-19 at 22:45, Andrew wrote:
> I'll try and brainstorm. You have some good example situations.
>
> >
> > It can be rather annoying in some cases. Here's an example that happened
> > to me recently. I did an unattended system-update. I had samba installed,
> > but a new query had been added to CONFIGURE for active directory support,
> > defaulting to yes.
> I see now, so one improvement may be to add a 'during_upgrade' or
> 'unattended' variable, and a default_answer_during_upgrade (spare my
> verbosity). Then query could override spell writers default answer
> with the user specified one, which would crunch all the answers one way
> or another.
>
> > This in turn added openldap and krb5 to the install
> > queue, triggering all sorts of other spells to rebuild with kerb and ldap
> > support. I came back and the update was finished. When I dispelled krb5
> > and openldap, the spells that had been triggered to rebuild with kerberos
> > and ldap support were *not* triggered to remove that support.
>
> I've never been happy with the triggering mechanism, IMO they should
> be dealt with as follows: during the initial CONFIGURE/DEPENDS question
> period triggers should also ask the user what they would like to do, then
> according to that do something later on. I also thought that triggers
> (at least the ones that go off after a certain spell casts) should go
> into the makefile:
>
> foo : bar baz
> cast -c foo
> cast -c spell_that_foo_triggered
>
> rather than what we do now, which is bundle it all up into a call at
> the end of cast_spell.
>
> Another nice extension to triggers would be to have sorcery menu options
> for them:
> default (do whatever the default action is, always)
> yes (always do them)
> no (never do them, screw them, i hate them)
> queue (stick them in some queue for me to run later)
>
> These could also have a prompt bit set on them, which when set means that
> the user will be prompted about them with the default answer according
> to their choice of the aforementioned 4 options.
>
>
> >
> > So there is definitely some room for improvement here. An installed spell
> > should not install any new dependencies on an update unless they are
> > required. Many of the cases where on_cast/cast_self triggers are used
> > should also have on_dispel/cast_self.
> Agreed. Any other suggestions beyond what i've come up with?
> >
> > Just some observations. Not show stoppers, but will probably save users
> > (and anyone helping them in irc) from some headaches.
> I think I'll put this on my list of projects to do after the BUILD split
> stuff gets taken care of. Or maybe before depending on how motivated I
> am ;)
>
> >
> > Too much sun today ... I apologize if this makes absolutely no sense. ;-)
> makes perfect sense to me.
>
> -Andrew
----------------------------------------------------------------------------------------------------------
Jackson -=[TooManyMirrors]=- Alley
jalley toomanymirrors homelinux com
Sourcemage GNU/Linux Guru
AIM/IRC/Jabber: toomanymirrors
http://www.sourcemage.org/
PGP Key: 49FB A47D 9245 AF82 88BE FF57 EA6C 442A 233C 3611
http://toomanymirrors.homelinux.com/~toomanymirrors/public_key.gpg
----------------------------------------------------------------------------------------------------------
Attachment:
signature.asc
Description: This is a digitally signed message part
-
[SM-Discuss] Improved API for query and store config information,
Vladimír Marek, 03/18/2004
-
Re: [SM-Discuss] Improved API for query and store config information,
Mads Laursen, 03/18/2004
- Re: [SM-Discuss] Improved API for query and store config information, Paul, 03/18/2004
-
Re: [SM-Discuss] Improved API for query and store config information,
Andrew, 03/18/2004
-
Re: [SM-Discuss] Improved API for query and store config information,
Casey Harkins, 03/19/2004
-
Re: [SM-Discuss] Improved API for query and store config information,
Andrew, 03/19/2004
-
Re: [SM-Discuss] Improved API for query and store config information,
Paul, 03/20/2004
- Re: [SM-Discuss] Improved API for query and store config information, Andrew, 03/20/2004
- Re: [SM-Discuss] Improved API for query and store config information, -={|TooManyMirrors|}=-, 03/20/2004
-
Re: [SM-Discuss] Improved API for query and store config information,
Paul, 03/20/2004
-
Re: [SM-Discuss] Improved API for query and store config information,
Andrew, 03/19/2004
-
Re: [SM-Discuss] Improved API for query and store config information,
Casey Harkins, 03/19/2004
-
Re: [SM-Discuss] Improved API for query and store config information,
Vladimír Marek, 03/22/2004
-
Re: [SM-Discuss] Improved API for query and store config information,
Eric Sandall, 03/22/2004
-
Message not available
- Re: [SM-Discuss] Improved API for query and store config information, Eric Sandall, 03/22/2004
-
Message not available
-
Re: [SM-Discuss] Improved API for query and store config information,
Vladimír Marek, 03/22/2004
- Re: [SM-Discuss] Improved API for query and store config information, Eric Sandall, 03/22/2004
-
Re: [SM-Discuss] Improved API for query and store config information,
Paul, 03/22/2004
-
Re: [SM-Discuss] Improved API for query and store config information,
Vladimír Marek, 03/22/2004
-
Re: [SM-Discuss] Improved API for query and store config information,
Paul, 03/22/2004
- Re: [SM-Discuss] Improved API for query and store config information, Vladimír Marek, 03/22/2004
- Re: [SM-Discuss] Improved API for query and store config information, Paul, 03/22/2004
-
Re: [SM-Discuss] Improved API for query and store config information,
Paul, 03/22/2004
-
Re: [SM-Discuss] Improved API for query and store config information,
Vladimír Marek, 03/22/2004
-
Re: [SM-Discuss] Improved API for query and store config information,
Eric Sandall, 03/22/2004
-
Re: [SM-Discuss] Improved API for query and store config information,
Mads Laursen, 03/18/2004
Archive powered by MHonArc 2.6.24.