From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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 4B6812005163 for ; Mon, 11 Mar 2002 15:13:39 -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 16:06:51 -0500 Message-ID: <3C8D1DF0.8050700@colubris.com> Date: Mon, 11 Mar 2002 16:13:20 -0500 From: Yannick Koehler 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> <3C8CF4C5.1050901@colubris.com> <20020311184223.GB28735@rearviewmirror.org> <3C8D0648.6070300@colubris.com> <1015875432.13991.32.camel@wubble.Genuity.COM> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 11 Mar 2002 21:06:51.0546 (UTC) FILETIME=[AA4EB7A0:01C1C940] 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: List-Post: List-Subscribe: , List-Id: Gentoo Linux developer list List-Unsubscribe: , List-Archive: X-Archives-Salt: 01d2e374-5c55-49f0-8046-6fe4ee1c3064 X-Archives-Hash: 1aecdbca6318f62dfb8b9e70cb99de6f Ric Mesier wrote: > Yannick, > I appreciate your argument, but you can't equate a start-up script with > a binary. Yes, the binary is critical but it isn't likely to be > custom-altered like a start-up script might be. If I emerge package, I > expect the binaries to be altered. If I created a customer rc script, > then I want to be the one to clobber it, not have the emerge clobber it. > This whole argument may well be irrelevant anyway. If you want to have > the scripts clobbered, then feel free to export CONFIG_PROTECT="". It > seems to be very nicely flexible in this fashion -- more of the genius > of the portage system. > > Ric > Actually what I was looking for is a way to exclude /etc/init.d forever. But keeping the protection on /etc. Yannick Koehler