From owner-freebsd-rc@FreeBSD.ORG Mon May 9 17:19:50 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 D2785106564A for ; Mon, 9 May 2011 17:19:50 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id B6A308FC16 for ; Mon, 9 May 2011 17:19:50 +0000 (UTC) Received: by pvg11 with SMTP id 11so3217803pvg.13 for ; Mon, 09 May 2011 10:19:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.4.194 with SMTP id m2mr4390168pbm.228.1304961590134; Mon, 09 May 2011 10:19:50 -0700 (PDT) Received: by 10.68.58.3 with HTTP; Mon, 9 May 2011 10:19:50 -0700 (PDT) In-Reply-To: <20110509134617.GA28036@DataIX.net> References: <20110508191336.GC3527@DataIX.net> <20110509134617.GA28036@DataIX.net> Date: Mon, 9 May 2011 10:19:50 -0700 Message-ID: From: Gordon Tetlow To: Jason Hellenthal Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-rc@freebsd.org 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: Mon, 09 May 2011 17:19:50 -0000 On Mon, May 9, 2011 at 6:46 AM, Jason Hellenthal wrote: > Dump you rc.conf to two place. home-lan.conf and away-lan.conf and use > chmod to turn one or the other off. You can still have a global set of > services enabled in rc.conf but still be able to choose a way for them to > act by adding the _flags or even _enable rc_vars to each. > > Since this processes after rc.conf* you could treat those config's as just > modifiers to get a certain behavior as they override what is in rc.conf* > in the same way that rc.conf overrides etc/defaults/rc.conf. How you name > them can clearly depict what it does as well. This is one reason why I > mainly went with adding the -x bit because these can coexist with a full > rc.conf but be changed quickly when you want a certain behavior. For everything else in the proposal, I feel the use of the execute bit is incorrect. Nowhere else in the system is there a precedent of using the execute bit to toggle on and off a configuration file. You can no longer do a simple 'grep foo_enable *.conf' and see which active files have that set. I would prefer to use the pattern established by many 3rd parties and use the convention that you may mv the file out of the way so it no longer matches the *.conf glob. Something like 'mv foo.conf foo.conf.disable' is unambiguous and can easily be searched with a simple ls or grep command. Using the execute bit is less transparent, unprecedented, and confusing. Regards, Gordon