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 ) 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 ; Sun, 20 Sep 2009 13:20:35 +0000 (UTC) Received: by ey-out-1920.google.com with SMTP id 13so454364eye.40 for ; 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 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> <1253451002.10837.123.camel@rattus> In-Reply-To: <1253451002.10837.123.camel@rattus> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail 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