From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <yannick.koehler@colubris.com>
X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.0 required=5.0 tests=DMARC_MISSING,
	MAILING_LIST_MULTI autolearn=unavailable autolearn_force=no
	version=4.0.0
Received: from exchange.colubris.com (gate.colubris.com [206.162.167.230])
	by chiba.3jane.net (Postfix) with ESMTP id 248662019ED7
	for <gentoo-dev@gentoo.org>; Mon, 11 Mar 2002 13:35:50 -0600 (CST)
Received: from colubris.com ([192.168.30.147] RDNS failed) by exchange.colubris.com with Microsoft SMTPSVC(5.0.2195.3779);
	 Mon, 11 Mar 2002 14:29:02 -0500
Message-ID: <3C8D0704.7040008@colubris.com>
Date: Mon, 11 Mar 2002 14:35:32 -0500
From: Yannick Koehler <yannick.koehler@colubris.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020218
X-Accept-Language: en-us
MIME-Version: 1.0
To: gentoo-dev@gentoo.org
Subject: Re: [gentoo-dev] /etc/init.d
References: <3C8CEDD8.2000907@colubris.com> <20020311180248.GB1380@littlethulu.craigthulu.com> <20020311184801.PRKN12210.mf1@there>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 11 Mar 2002 19:29:02.0625 (UTC) FILETIME=[00287110:01C1C933]
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: 16d8ab65-004c-4f05-a6dd-f6965b82dbbb
X-Archives-Hash: 21d91e9ef04a0291223d8ac8ed3718de

Per Wigren wrote:
> How about having a "magic line" like:
> ###PROTECTED###
> or something? Then emerge can overwrite the file if that line doesn't exist.. 
> 
> // Wigren
> 

I think it would be better to have a file outside the one which need to 
be protected that know/record which one has to be.  Let's say it's a 
config file and the end-user got a config-file from the web, if he just 
copy the file over the old one he will get f... the next emerge.  The 
current system is ok, the directory to protect are saved outside the 
config directory and you need to know where they are to mess with them. 
  They actually could get more flexible and have regexp/more granular 
selection in them thought.

Yannick Koehler