From owner-freebsd-arch@FreeBSD.ORG Tue Jan 17 22:17:14 2012 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19DD6106566B; Tue, 17 Jan 2012 22:17:14 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id B1C588FC17; Tue, 17 Jan 2012 22:17:13 +0000 (UTC) Received: from [10.30.101.53] ([209.117.142.2]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id q0HM9C1d006676 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Tue, 17 Jan 2012 15:09:14 -0700 (MST) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) From: Warner Losh In-Reply-To: Date: Tue, 17 Jan 2012 15:09:06 -0700 Message-Id: <254DCE9D-5E28-4B21-99C5-F36283BB5AE6@bsdimp.com> References: <4F14E291.5090803@FreeBSD.org> <4F1502CD.90409@FreeBSD.org> To: Jos Backus X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Tue, 17 Jan 2012 15:09:14 -0700 (MST) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Doug Barton , freebsd-arch@freebsd.org Subject: Re: Importing djb's public domain daemontools? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 22:17:14 -0000 On Jan 17, 2012, at 2:33 PM, Jos Backus wrote: > Let's not dismiss this out of hand. >=20 > Thanks, Warner. >=20 > I'm perfectly willing to make an effort moving FreeBSD forward in = this area once we can achieve consensus on what moving forward means. I = don't care about the implementation so much as having the functionality = available out of the box. Porting launchd sounds like a good plan. Sounds like a good idea. I know the current init stuff is weak and has = to be worked around. /etc/rc.d has no interaction with init at this = level, which is what the problem is. init has the ability to keep = things alive, but little flexibility. /etc/rc.d has the ability to = launch a bunch of stuff, but little ability to keep things alive. Any = improvement in this area is needed. launchd is a better solution still, = and I look forward to seeing it in the tree if you get it working. But to reiterate my point: the judgement will be on the result of the = work. If it is done poorly, it may not make it into the tree. If it = turns out that launchd has some fundamental incompatibility with = FreeBSD, you may have to do a lot of work for no gain in the tree. On = the other hand, it should work well and likely is less work than = integrating daemontools completely into the system (key point here is = completely). Warner