From owner-freebsd-arch Thu May 30 18:32:17 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mta05ps.bigpond.com (mta05ps.bigpond.com [144.135.25.137]) by hub.freebsd.org (Postfix) with ESMTP id 2ACA037B41C for ; Thu, 30 May 2002 18:32:08 -0700 (PDT) Received: from areilly.bpc-users.org ([144.135.25.78]) by mta05ps.bigpond.com (Netscape Messaging Server 4.15) with SMTP id GWYC9I00.8AW for ; Fri, 31 May 2002 11:32:06 +1000 Received: from CPE-144-132-243-222.nsw.bigpond.net.au ([144.132.243.222]) by PSMAM04.mailsvc.email.bigpond.com(MailRouter V3.0m 92/1016668); 31 May 2002 11:32:06 Received: (qmail 29446 invoked from network); 31 May 2002 01:32:06 -0000 Received: from localhost (andrew@127.0.0.1) by localhost with SMTP; 31 May 2002 01:32:06 -0000 Subject: Re: FreeBSD daemon configurations redesign From: Andrew Reilly To: Daniel Blankensteiner Cc: freebsd-arch@freebsd.org In-Reply-To: <030001c207f0$fb79e390$6800a8c0@rafter> References: <030001c207f0$fb79e390$6800a8c0@rafter> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 31 May 2002 11:32:06 +1000 Message-Id: <1022808726.16007.83.camel@gurney.reilly.home> Mime-Version: 1.0 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 2002-05-31 at 01:45, Daniel Blankensteiner wrote: > I mean by making the system more logical organized/structured and thereby > more > well-arranged, this should lead to a more easy to configure and thereby > more secure system, without reducing the power and opportunities > of the system. I am talking about giving daemons special treatment. You should check out the sysutils/daemontools port. It gets a _lot_ right, in my opinion. OK, you have to tweak it so that log files go into /var/log/foo-service/ instead of /etc/foo-service/log/main/, but that's not hard to do. Even the configuration mechanism (envdir: set environment variables according to the contents of files in the named directory) is neat. Thats part of the blurry line between the design of the daemons themselves and the control framework, I guess. Multilog handles log file rotation naturally, without having to interrupt the daemon to tell it to close and re-open the file. Process signalling without needing write access to /var/run, (to write a PID file), so daemons can run as non-root users and not require looking their process number up with ps in order to send them a signal. Many good design ideas. -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message