From owner-freebsd-arch Fri May 31 2:51:27 2002 Delivered-To: freebsd-arch@freebsd.org Received: from fepC.post.tele.dk (fepC.post.tele.dk [195.41.46.147]) by hub.freebsd.org (Postfix) with ESMTP id 2C3FA37B405 for ; Fri, 31 May 2002 02:51:20 -0700 (PDT) Received: from rafter ([80.63.125.30]) by fepC.post.tele.dk (InterMail vM.4.01.03.23 201-229-121-123-20010418) with SMTP id <20020531095119.EHIP27513.fepC.post.tele.dk@rafter>; Fri, 31 May 2002 11:51:19 +0200 Message-ID: <016201c20888$b8b52950$6800a8c0@rafter> From: "Daniel Blankensteiner" To: "Andrew Reilly" Cc: References: <030001c207f0$fb79e390$6800a8c0@rafter> <1022808726.16007.83.camel@gurney.reilly.home> Subject: Re: FreeBSD daemon configurations redesign Date: Fri, 31 May 2002 11:51:21 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 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 ----- Original Message ----- From: "Andrew Reilly" > 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. Ok and we should discuss every (serious) idea and do it, if the outcome is a better system. br db To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message