From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <tod@gentoo.org>
X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.1 required=5.0 tests=DMARC_NONE,MAILING_LIST_MULTI
	autolearn=unavailable autolearn_force=no version=4.0.0
Received: from email.fidnet.com (ecomm1.fidnet.com [216.229.64.80])
	by chiba.3jane.net (Postfix) with SMTP id E7A6520EDB15
	for <gentoo-dev@gentoo.org>; Mon, 11 Mar 2002 15:05:39 -0600 (CST)
Received: (qmail 19549 invoked from network); 11 Mar 2002 21:02:23 -0000
Received: from dialup-mo-83.rolla.fidnet.com (HELO silica.localmosci) (216.229.74.83)
  by email.fidnet.com with SMTP; 11 Mar 2002 21:02:22 -0000
Subject: Re: [gentoo-dev] /etc/init.d
From: "Tod M. Neidt" <tod@gentoo.org>
To: gentoo-dev@gentoo.org
In-Reply-To: <3C8CEDD8.2000907@colubris.com>
References: <3C8CEDD8.2000907@colubris.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0 (Preview Release)
Date: 11 Mar 2002 15:03:21 -0600
Message-Id: <1015880602.1921.6.camel@silica.localmosci>
Mime-Version: 1.0
Sender: gentoo-dev-admin@gentoo.org
Errors-To: gentoo-dev-admin@gentoo.org
X-BeenThere: gentoo-dev@gentoo.org
X-Mailman-Version: 2.0.6
Precedence: bulk
Reply-To: gentoo-dev@gentoo.org
List-Help: <mailto:gentoo-dev-request@gentoo.org?subject=help>
List-Post: <mailto:gentoo-dev@gentoo.org>
List-Subscribe: <http://lists.gentoo.org/mailman/listinfo/gentoo-dev>,
	<mailto:gentoo-dev-request@gentoo.org?subject=subscribe>
List-Id: Gentoo Linux developer list <gentoo-dev.gentoo.org>
List-Unsubscribe: <http://lists.gentoo.org/mailman/listinfo/gentoo-dev>,
	<mailto:gentoo-dev-request@gentoo.org?subject=unsubscribe>
List-Archive: <http://lists.gentoo.org/pipermail/gentoo-dev/>
X-Archives-Salt: 7d1474d6-2997-4494-a1c0-b6231bf21965
X-Archives-Hash: 88a5b3b8043438241468b931d7091bc5

Hi!

On Mon, 2002-03-11 at 11:48, Yannick Koehler wrote:
> 
> Guys,
> 
> 	not sure for anyone else but is init.d really need to be protected?  I 
> mean does someone really change files in that directory (other than 
> adding or removing)?

I suggest that you review 'emerge --help config'

Summary:  

Protected directories are set with CONFIG_PROTECT= in /etc/make.conf
(global setting is in /etc/make.globals).

To override for a particular directory or subdirectory use
CONFIG_PROTECT_MASK=

For example,

CONFIG_PROTECT="/etc"

to protect everything under /etc from getting automagically updated.

CONFIG_PROTECT_MASK="/etc/init.d"

if you want to allow stuff under /etc/init.d to be updated without
review.


Essentially all the functionality that you mention already exists. 
Also, as has already been mentioned, etc-update is your friend.

Hope that helps,

tod