From owner-freebsd-hackers Tue May 28 0:43: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mta04ps.bigpond.com (mta04ps.bigpond.com [144.135.25.136]) by hub.freebsd.org (Postfix) with ESMTP id 7E4DD37B401 for ; Tue, 28 May 2002 00:43:02 -0700 (PDT) Received: from areilly.bpc-users.org ([144.135.25.78]) by mta04ps.bigpond.com (Netscape Messaging Server 4.15) with SMTP id GWT9FK00.6YJ for ; Tue, 28 May 2002 17:42:56 +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/7826534); 28 May 2002 17:42:54 Received: (qmail 4950 invoked from network); 28 May 2002 07:42:55 -0000 Received: from localhost (andrew@127.0.0.1) by localhost with SMTP; 28 May 2002 07:42:55 -0000 Subject: Re: non-root /var/run files (was Re: Sendmail, smmsp, and pid file) From: Andrew Reilly To: jos@catnook.com Cc: stable@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <20020528010708.GB5934@lizzy.catnook.com> References: <20020527215031.GA5934@lizzy.catnook.com> <200205272342.DAA22488@aaz.links.ru> <20020528010708.GB5934@lizzy.catnook.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 28 May 2002 17:42:54 +1000 Message-Id: <1022571775.692.45.camel@gurney.reilly.home> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just fwiw (probably nothing), I'd like to express a strong "yes please" vote for a move in this direction. I currently use djb's daemontools to manage qmail and dnsserver+tinydns, and am pretty sure that I'm going to migrate the rest of my /usr/local/etc/rc.d services under there too, now that I have a reasonable understanding of how it works. None of these run as root, so .pid files wouldn't work well anyway. About the only thing that daemontools doesn't offer in this regard is the sort of dependency-directed start order being discussed for the new /etc/rc.d (and present in NetBSD). I'm not sure what to make of that. I suspect that djb just expects services that depend on other services to wait around until the other service is running (perhaps by exiting so that the service manager can start it again five seconds later). I'm not sure that I can see a problem with that, frankly: not being able to cope with unresponsiveness of some other service implies fragility in the face of restarting or failure of that other service. Maybe there are races or deadlocks that way? -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message