From owner-freebsd-rc@FreeBSD.ORG Thu Oct 21 15:45:02 2010 Return-Path: Delivered-To: freebsd-rc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1C6C10656A5 for ; Thu, 21 Oct 2010 15:45:02 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from out-0.mx.aerioconnect.net (outz.internet-mail-service.net [216.240.47.249]) by mx1.freebsd.org (Postfix) with ESMTP id 98BBA8FC1A for ; Thu, 21 Oct 2010 15:45:02 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id o9LFWRWB008336; Thu, 21 Oct 2010 08:32:27 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 1C5F62D6015; Thu, 21 Oct 2010 08:32:25 -0700 (PDT) Message-ID: <4CC05D3E.4060704@freebsd.org> Date: Thu, 21 Oct 2010 08:33:18 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.11) Gecko/20101013 Thunderbird/3.1.5 MIME-Version: 1.0 To: Devin Teske References: <1286925182.32724.18.camel@localhost.localdomain> <1286996709.32724.60.camel@localhost.localdomain> <1287448781.5713.3.camel@localhost.localdomain> <1287510629.25599.2.camel@localhost.localdomain> In-Reply-To: X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-rc@freebsd.org Subject: Re: sysrc(8) -- a sysctl(8)-like utility for managing rc.conf(5) X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2010 15:45:02 -0000 On 10/20/10 11:46 PM, Devin Teske wrote: > -# c. Prefix RC_CONFS with ROOTDIR > +# If both are supplied, `-j jail' supercedes `-R dir' > # I was thinking about this... -j X -R /jail/jailY is what you would use if you were BUILDING a child jail within a jail.. Since we now have hierarchical jails :-) you need not implement this.. I was just stating that I interpreted what it would mean differently from you..