Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 15 Jul 1997 14:16:00 +1000
From:      Stephen McKay <syssgm@dtir.qld.gov.au>
To:        freebsd-hackers@freebsd.org
Cc:        syssgm@dtir.qld.gov.au
Subject:   Re: multiple run-levels (was: Re: /etc/init.d/) 
Message-ID:  <199707150416.OAA01561@ogre.dtir.qld.gov.au>
In-Reply-To: <Pine.BSF.3.96.970714202216.13284C-100000@roguetrader.com> from Brandon Gillespie at "Tue, 15 Jul 1997 02:28:19 %2B0000"
References:  <Pine.BSF.3.96.970714202216.13284C-100000@roguetrader.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tuesday, 15th July 1997, Brandon Gillespie wrote:

>As Terry mentioned, the concept of run-levels is sound, its just that the
>SysV implementation where '1' is single user and '2' can be something else
>and '3' is sometimes network level, etc, SUCKS

I'm one of the (raving monster looney) objectors to the run level concept.
Even if you fix the crap that System V has, I still find the whole concept
intensely objectionable.  There are reasons to have a maintenance mode, and
an operational mode, which we call single user mode and multi user mode.
There is no need for the other junk.

Terry described a complex way to use his mobile computer which boils down
to a desire to:
	1) add and remove network connections
	2) add and remove hardware
while continuing in multiuser mode.  No more magic than that.

Appearing and disappearing network connections can be dealt with using
some program similar to routed.  Adding and removing hardware will be more
difficult, but won't be handled by run states.  It will have to be handled
by device drivers.

Run levels suck, and I'm going to hold my breath until you all forget about
them.

Run states also suck, because they are too simplistic.  Why consider the
presence of a network connection as different from the presence of my
window manager (say).  I've got at least 6 window managers I could use,
but I don't need run states for that.  When I change my mind, I kill one
and start another.  When I need different networking, I run the connect
program.  You can call these things different "states", but you don't
gain anything by coding all possible arrangements and wiring them into
a directory structure.

Fuzzy thinking here will just lumber us with more cruft.

Stephen.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199707150416.OAA01561>