Skip to Content.
Sympa Menu

sm-discuss - Re: [SM-Discuss] init.d defaults are evil and bad

sm-discuss AT lists.ibiblio.org

Subject: Public SourceMage Discussion List

List archive

Chronological Thread  
  • From: Andrew <afrayedknot AT thefrayedknot.armory.com>
  • To: sm-discuss <sm-discuss AT lists.ibiblio.org>
  • Subject: Re: [SM-Discuss] init.d defaults are evil and bad
  • Date: Tue, 14 Dec 2004 19:15:17 -0800

On Tue, Dec 14, 2004 at 07:05:40PM -0800, Seth Alan Woolley wrote:
> It can, there's an ESSENTIAL="yes" line that can be added to the init
> script. It's been in sorcery for a long time (hence everybody forgot
> about it).
>
> But, that means it is essential on EVERY system and cannot be disabled
> except by prodding (an extra confirmation). Failures in essential init
> scripts will complain loudly during init process (and might even do
> more).
>
> I wrote the initial logic for the default to no except essential
> scripts. The system asks all these questions when you start casting
> stuff. It's best to heed them.
>
> And, I'm wondering how it turns the box into unusable? If it does THAT,
> then it is clear we need either an essential init script added or some
> more logic added to an already existing essential init script. Thus,
> bug, file, now, as Andrew says. ;)

The other thing is, that not all the non-ESSENTIAL init scripts in the
init.d spell are really optional either. Most systems should have them,
but then when sorcery looks at the ESSENTIAL bit, it doesnt know how to
make that distinction. The init.d querying code in sorcery was written
for the common case of a spell installing some non-essential service,
not for the specific case of the init.d spell, which obviously isnt
installing your average everyday plug-in init scripts. So what I would
prefer is the init.d spell do its own thing for init files that are
optional only for users who really really dont want them. It can and
should still use the libinitd calls for installing the files but should
probably have its own specific set of querying routines for these files,
otherwise we have to make sorcery even more complicated to handle not
only common case situations but special case situations.

-Andrew

Attachment: pgpkHSR4lrNsa.pgp
Description: PGP signature




Archive powered by MHonArc 2.6.24.

Top of Page