From mboxrd@z Thu Jan 1 00:00:00 1970
Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org)
by finch.gentoo.org with esmtp (Exim 4.60)
(envelope-from <gentoo-user+bounces-100565-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1MpMLF-0006TP-FE
for garchives@archives.gentoo.org; Sun, 20 Sep 2009 13:20:37 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 41E34E0467;
Sun, 20 Sep 2009 13:20:36 +0000 (UTC)
Received: from ey-out-1920.google.com (ey-out-1920.google.com [74.125.78.147])
by pigeon.gentoo.org (Postfix) with ESMTP id 05D3FE0467
for <gentoo-user@lists.gentoo.org>; Sun, 20 Sep 2009 13:20:35 +0000 (UTC)
Received: by ey-out-1920.google.com with SMTP id 13so454364eye.40
for <gentoo-user@lists.gentoo.org>; Sun, 20 Sep 2009 06:20:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=gamma;
h=domainkey-signature:received:received:from:to:subject:date
:user-agent:references:in-reply-to:mime-version:content-type
:content-transfer-encoding:message-id;
bh=KPw8+V+ZQ+1GK7wp5vR9HbdP7n7qDyDeu8g4JHZ50y0=;
b=gcZagBphO7+pyivjlFtodWdEXe2Y8XBq8TI4aidAV7vZb2IGkmIQ1uDxO2BlP+I1kO
4y4odVTk7tpVNL7oIEoAZBUZcOh7fPZPhp2UN+pt011/IZXM/GL/49TLq/ihi2QNjo1k
BPy1Uk+CyMx6g/zdl25iWLvhgujQ7ejA/+Lts=
DomainKey-Signature: a=rsa-sha1; c=nofws;
d=gmail.com; s=gamma;
h=from:to:subject:date:user-agent:references:in-reply-to:mime-version
:content-type:content-transfer-encoding:message-id;
b=x5U/rlzk2EMjtoAOYmWQkEHegwLUyNvSYkWp5LViy9mOANWECdicdyEWseNXrXdZBf
hP5Jeanvn4H4Jin2mrqTZGlKCNL2tWd3gQL21DYW/UKPurk5tuK767SriaIDpU9R9J4z
vtmDhVTSB8Z71n6IGtTYIwkgzuiZ7gYMKKl48=
Received: by 10.210.7.24 with SMTP id 24mr4421159ebg.48.1253452835419;
Sun, 20 Sep 2009 06:20:35 -0700 (PDT)
Received: from nazgul.localnet (196-210-140-68-rrdg-esr-2.dynamic.isadsl.co.za [196.210.140.68])
by mx.google.com with ESMTPS id 28sm109757eye.38.2009.09.20.06.20.34
(version=TLSv1/SSLv3 cipher=RC4-MD5);
Sun, 20 Sep 2009 06:20:34 -0700 (PDT)
From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: runlevels and service list
Date: Sun, 20 Sep 2009 15:18:54 +0200
User-Agent: KMail/1.12.1 (Linux/2.6.31-gentoo; KDE/4.3.1; x86_64; ; )
References: <1253450052.10837.119.camel@rattus> <h957sp$1r7$1@ger.gmane.org> <1253451002.10837.123.camel@rattus>
In-Reply-To: <1253451002.10837.123.camel@rattus>
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
Content-Type: Text/Plain;
charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
Message-Id: <200909201518.54815.alan.mckinnon@gmail.com>
X-Archives-Salt: 0b79362a-0ee6-4492-8711-655a20d8b99a
X-Archives-Hash: f2b8ca0d5a2c37d3e24076f75861186d
On Sunday 20 September 2009 14:50:02 William Kenworthy wrote:
> On Sun, 2009-09-20 at 15:40 +0300, Nikos Chantziaras wrote:
> > On 09/20/2009 03:34 PM, William Kenworthy wrote:
> > > Is there a "reference" list of what services should be started in which
> > > runlevels? I am interested in hald and dbus in particular.
> > >
> > > Googling shows mostly people set them to the default runlevel, but I
> > > would like a reference or reason ...
> >
> > The reason is that they are used by X, and since X is in the default
> > runlevel, hal and dbus go there too.
>
> Lots of other things use them as well - not just X, so thats not a
> reason (and lots of systems that dont have X but need dbus and hal). I
> would like to know why they are started in the default run-level, not at
> boot which seems more reasonable for low level hardware support.
It comes down to personal preference. Any service in the boot runlevel will
always be started, unlike default or other runlevels which can be run or not
run by user choice. There's no good reason to mandate that dbus and hal will
*always* run.
Normally, nothing in the boot runlevel uses hal or dbus as these are userspace
daemons used by apps that run when the system is up in its normal state. The
primary consumer of dbus is of course the desktop. When the system is in
single user mode for maintenance, dbus and hal will not normally be required.
If it makes you feel better, start dbus and hal in the boot runlevel by all
means. They are normally in default because everything that uses them is in
default.
Like I said earlier, there is no good, sane, all-encompassing reason to have
or not have them in boot. They are not there by default because the maintainer
probably saw no good reason to do so, and for no other reason.
--
alan dot mckinnon at gmail dot com