From owner-freebsd-current@FreeBSD.ORG  Mon Feb 24 18:06:58 2014
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id AFA72512;
 Mon, 24 Feb 2014 18:06:58 +0000 (UTC)
Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 79A0F1444;
 Mon, 24 Feb 2014 18:06:58 +0000 (UTC)
Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2])
 by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s1OI6nR8075004;
 Mon, 24 Feb 2014 10:06:53 -0800 (PST)
 (envelope-from truckman@FreeBSD.org)
Message-Id: <201402241806.s1OI6nR8075004@gw.catspoiler.org>
Date: Mon, 24 Feb 2014 10:06:49 -0800 (PST)
From: Don Lewis <truckman@FreeBSD.org>
Subject: Re: libinit idea
To: theraven@FreeBSD.org
In-Reply-To: <62A9DF47-C938-464B-92B6-9A2A96B5A9C9@FreeBSD.org>
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Cc: brunolauze@msn.com, freebsd-current@FreeBSD.org
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
 <freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>, 
 <mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current/>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
 <mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 24 Feb 2014 18:06:58 -0000

On 23 Feb, David Chisnall wrote:

> 5) In a world where we're moving towards sandboxing services via
> Capsicum, the service launcher needs to be able to create services
> with a potentially large set of initial file descriptors (including a
> socket to Casper), based on the configuration policy.

I don't think we want to lose the option of running the daemon in debug
mode in the foreground with extra verbosity sent to stdout/stderr and
possibly launched from gdb.