Public SourceMage Discussion List

["Eric Schabell M.Sc." <eschabell AT sourcemage.org>]

> While the init scripts are being worked on, is there any way during bootup
> to
> get to the login prompt faster?
>
The best way to take care of this is to not start your various "un-necessary"
services up via init.d runlevel scripts. Start them by hand when needed 
later...
edit your scritp startup sequences via "runlvedit" or ksysv or, or, or, your
favorite tools....

Eric 
>From charkins AT upl.cs.wisc.edu  Wed Apr  9 14:38:50 2003
Return-Path: <charkins AT upl.cs.wisc.edu>
Delivered-To: sm-discuss AT lists.ibiblio.org
Received: from enterprise.upl.cs.wisc.edu (enterprise.upl.cs.wisc.edu
        [128.105.45.69])
        by happyhouse.metalab.unc.edu (Postfix) with ESMTP id 0C23320040
        for <sm-discuss AT lists.ibiblio.org>;
        Wed,  9 Apr 2003 14:38:50 -0400 (EDT)
Received: from data.upl.cs.wisc.edu (data.upl.cs.wisc.edu [128.105.45.42])
        by enterprise.upl.cs.wisc.edu (Postfix) with ESMTP
        id 9ADD827F7C; Wed,  9 Apr 2003 13:38:49 -0500 (CDT)
Received: by data.upl.cs.wisc.edu (Postfix, from userid 26694)
        id D45F617AC4; Wed,  9 Apr 2003 13:38:48 -0500 (CDT)
Received: from localhost (localhost [127.0.0.1])
        by data.upl.cs.wisc.edu (Postfix) with ESMTP
        id 9F4C713C8F; Wed,  9 Apr 2003 13:38:48 -0500 (CDT)
Date: Wed, 9 Apr 2003 13:38:48 -0500 (CDT)
From: Casey Harkins <charkins AT upl.cs.wisc.edu>
To: Andrew <afrayedknot AT thefrayedknot.armory.com>
Subject: Re: [SM-Discuss]  Call for developer: init.d system refactoring
 toLSB standards
In-Reply-To: <20030409033231.GA23514 AT thefrayedknot.armory.com>
Message-ID: <Pine.LNX.4.44.0304091331230.5963-100000 AT data.upl.cs.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: sm-discuss AT lists.ibiblio.org
X-BeenThere: sm-discuss AT lists.ibiblio.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Public SourceMage Discussion List <sm-discuss.lists.ibiblio.org>
List-Unsubscribe: <http://lists.ibiblio.org/mailman/listinfo/sm-discuss>,
        <mailto:sm-discuss-request AT lists.ibiblio.org?subject=unsubscribe>
List-Archive: <https://lists.ibiblio.org/sympa/arc/sm-discuss>
List-Post: <mailto:sm-discuss AT lists.ibiblio.org>
List-Help: <mailto:sympa AT lists.ibiblio.org?subject=HELP>
List-Subscribe: <http://lists.ibiblio.org/mailman/listinfo/sm-discuss>,
        <mailto:sm-discuss-request AT lists.ibiblio.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Apr 2003 18:38:50 -0000



I'd eventually like to see an abstraction of the init system eventually,
allowing spells to simply call some sorcery provided function to register
for initialization. Sorcery would in turn consult which ever init system
was installed (sysvinit, daemontools, runit, jinit, LFSinit, Dependency
Init, pinit).

Each init system could keep all init scripts/configuration in its spell
directory. When a spell calls the function to register itself for
initialization, sorcery would then call upon some script in the init
systems spell directory to find and install the appropriate
script/configuration. If there is no configuration for that spell, then it
would return some appropriate message, perhaps giving the user the option
to be guided through configuring it manually.

Just some ideas. I don't know of a single linux distro that allows init
systems to be dropped in/out easily. I know some (most?) of these
alternate init schemes allow for parallel initialization of services that
are independent.

Getting our current init.d system in line with LSB should be our immediate
goal.

-casey

On Tue, 8 Apr 2003, Andrew wrote:
> one thing worth considering however is daemontools, a slightly different
> way of keeping daemons running. concievably all the major daemons could
> be loaded and monitored this way, thus eliminating most of the init
> scripts and stuff.