From owner-freebsd-rc@FreeBSD.ORG Mon May 9 18:02: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 A0530106564A for ; Mon, 9 May 2011 18:02:50 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5648E8FC15 for ; Mon, 9 May 2011 18:02:50 +0000 (UTC) Received: by iwn33 with SMTP id 33so6422289iwn.13 for ; Mon, 09 May 2011 11:02:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=VLDU04uFlDsuIRZbdIVFDkzV2R++PEVtlDdSRcncHRM=; b=caVIfXmsnflGchb2Q18p2cXwm7U7iR6vPO/MfOq3OeLqTZjXcbQddyuYU3IZ9879kf nMNCKQir+fQvUZ5BVibJCBEMxlbH5dQTr11D1iCC4ANhlfREwr3th1GP/T7BAVI/0xY2 31yB1FBzQ6pwSA4Mgu88Ye1VjCExaRtIdPSYk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-openpgp-key-id :x-openpgp-key-fingerprint:x-openpgp-key-url; b=m/qXbvYut6l8rN5/JV0OztvmurYRWJ9+MRdxdbmYLb7GhKyTJQN4ppzKzuS9aLi+Pd rNWVVDtjJIUmZHPBA6uenoKfNkmP38tw452uNtKUX9desMGXTSWbj2oRJ6EAGM4ma9hj xEzno1WnQBV/IRA+j9AQ4gBB7nLZbs9KgVYYU= Received: by 10.42.1.78 with SMTP id 14mr6353134icf.23.1304964169708; Mon, 09 May 2011 11:02:49 -0700 (PDT) Received: from DataIX.net (adsl-99-190-84-116.dsl.klmzmi.sbcglobal.net [99.190.84.116]) by mx.google.com with ESMTPS id c16sm398556ibe.7.2011.05.09.11.02.48 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 09 May 2011 11:02:48 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p49I2jB2086966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 May 2011 14:02:45 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p49I2ioC086965; Mon, 9 May 2011 14:02:44 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Mon, 9 May 2011 14:02:44 -0400 From: Jason Hellenthal To: Gordon Tetlow Message-ID: <20110509180243.GA82456@DataIX.net> References: <20110508191336.GC3527@DataIX.net> <20110509134617.GA28036@DataIX.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E 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 18:02:50 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Gordon, On Mon, May 09, 2011 at 10:19:50AM -0700, Gordon Tetlow wrote: > 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 j= ust > > 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 na= me > > 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. >=20 > 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. >=20 Ok, I do agree with you on this. There is another route that I propose the= =20 same type of thing but in the style or sense of a lockfile. Not that it=20 actually locks anything but would make it visable enough to where it can=20 be disabled in-place rather than moved around. It would act similiar to this in shell: if [ -f $_modular_conf -a ! -f $_modular_conf.disable ]; then [...] Then to disable one config someone can still do so without cp/mv and just= =20 touch or rm /etc/rc.conf.d/my-conf.conf.disable How does that sound to you ? and everyone else ? --=20 Regards, (jhell) Jason Hellenthal --AqsLC8rIMeq19msA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJNyCxDAAoJEJBXh4mJ2FR+/N0H/i4D8VNLGeA1ustIFPYoY1E9 A48N8wBXHAe+kiib2PZmbgIcLddHxm83Mq9qX+yWCSfgj4gcptewb582JlrU0ULM 1QreyrH3oSKZaVLLyxMxMDr0OlHWugMxjgjb6mSBWTEaoRAtg2aqO+mXw5IzTZWk /keY0WADnT14wL33HmHc/74wZzqYO5sVoh4J6L5u1syy6xeuSwJ8DMt28MZnflkV KfEB9SJysg2384wmuSpnxBll1lNDWU15zeYcnb6JAHLY6ybQoYJxfT3r1GNLmGID CSVj9Jg9Un/fh2JMAuL+1S6NVubeGAPQyd1CO/qYaCB3zqntrOVTh4Axv8Zw/4k= =xe9T -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA--