From owner-freebsd-rc@FreeBSD.ORG Wed May 11 00:30:10 2011 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 68FF0106564A for ; Wed, 11 May 2011 00:30:10 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: from mail-px0-f176.google.com (mail-px0-f176.google.com [209.85.212.176]) by mx1.freebsd.org (Postfix) with ESMTP id 47D758FC12 for ; Wed, 11 May 2011 00:30:10 +0000 (UTC) Received: by pxi11 with SMTP id 11so7028pxi.7 for ; Tue, 10 May 2011 17:30:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.44.200 with SMTP id g8mr13006600pbm.362.1305073809755; Tue, 10 May 2011 17:30:09 -0700 (PDT) Received: by 10.68.58.3 with HTTP; Tue, 10 May 2011 17:30:09 -0700 (PDT) In-Reply-To: <20110510051513.GC18435@DataIX.net> References: <20110508191336.GC3527@DataIX.net> <4DC84E68.1000203@FreeBSD.org> <007d01cc0e9d$00301ff0$00905fd0$@vicor.com> <20110509233825.GB2558@DataIX.net> <010b01cc0eb5$3c6456e0$b52d04a0$@vicor.com> <20110510030718.GA18435@DataIX.net> <20110510051513.GC18435@DataIX.net> Date: Tue, 10 May 2011 17:30:09 -0700 Message-ID: From: Gordon Tetlow To: Jason Hellenthal Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-rc@freebsd.org, Doug Barton Subject: Re: [RFC][Change-Request] Create usefulness in rc.subr etc/rc.conf.d/*.conf namespace. 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: Wed, 11 May 2011 00:30:10 -0000 On Mon, May 9, 2011 at 10:15 PM, Jason Hellenthal wrote: > Not to break existing behavior the way they stand: > [...] > /etc/defaults/rc.conf > /etc/rc.conf.d/CUSTOM.conf > /etc/rc.conf > /etc/rc.conf.local > /etc/rc.conf.d/NAME Having 2 files (well any number of *.conf files actually) sourced from the same directory at different times based solely on name is a bad idea. There isn't enough documentation that will adequately explain how that is supposed to work. I would consider it a major POLA violation. Also, if your stated goal was to allow ports to install sample or sensible defaults into /etc/rc.conf.d, it needs to live in /usr/local/etc instead of /etc. Ports writing data into /etc shouldn't happen. Regards, Gordon