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=-0.1 required=5.0 tests=DMARC_NONE,MAILING_LIST_MULTI autolearn=unavailable autolearn_force=no version=4.0.0 Received: from ubermail.mweb.co.za (ubermail.mweb.co.za [196.2.53.169]) by chiba.3jane.net (Postfix) with ESMTP id 2C28A200B260 for ; Mon, 11 Mar 2002 17:03:32 -0600 (CST) Received: from [196.30.178.250] (helo=nosferatu.lan) by ubermail.mweb.co.za with esmtp (Exim 3.22 #2) id 16kWma-00051V-00 for gentoo-dev@gentoo.org; Mon, 11 Mar 2002 22:52:36 +0200 Subject: Re: [gentoo-dev] /etc/init.d From: Martin Schlemmer To: Gentoo-Dev In-Reply-To: <3C8D32F2.5000205@btinternet.com> References: <3C8CEDD8.2000907@colubris.com> <3C8CF4C5.1050901@colubris.com> <20020311184223.GB28735@rearviewmirror.org> <3C8D0648.6070300@colubris.com> <1015875432.13991.32.camel@wubble.Genuity.COM> <3C8D1DF0.8050700@colubris.com> <20020311220735.GA3420@yggdrasil.maisel.enst-bretagne.fr> <3C8D32F2.5000205@btinternet.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 12 Mar 2002 00:55:07 +0200 Message-Id: <1015887313.7117.30.camel@nosferatu.lan> 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: List-Post: List-Subscribe: , List-Id: Gentoo Linux developer list List-Unsubscribe: , List-Archive: X-Archives-Salt: 69ab39f6-4293-4fc3-838a-adaa05e9fc51 X-Archives-Hash: 4d76982d10aa4354aafc587d782ca8ee On Tue, 2002-03-12 at 00:42, Ian Smith wrote: > Defresne Sylvain wrote: > > > Then export CONFIG_PROTECT_MASK="/etc/init.d" and then /etc/init.d will be > > excluded from config file protection ! If you like it, you can add it to > > /etc/make.conf ... > > > > Bye > > > > Ah you've answered my post anyway! Is this documented anywhere? I > think at least a blank entry in /etc/make.globals would be useful . . . nosferatu init.d # emerge * Regenerating GNU info directory index... * Processed 73 info files. * IMPORTANT: 14 config files in /etc need updating. * Type emerge --help config to learn how to update config files. nosferatu init.d # emerge --help config Config file management support (preliminary) Portage has a special feature called "config file protection". The purpose of this feature is to prevent new package installs from clobbering existig configuration files. By default, config file protection is turned on for /etc and the KDE configuration dirs; more may be added in the future. When Portage installs a file into a protected directory tree like /etc, any existing files will not be overwritten. If a file of the same name already exists, Portage will change the name of the to-be- installed file from 'foo' to '._cfg0000_foo'. If '._cfg0000_foo' already exists, this name becomes '._cfg0001_foo', etc. In this way, existing files are not overwritten, allowing the administrator to manually merge the new config files and avoid any unexpected changes. In addition to protecting overwritten files, Portage will not delete any files from a protected directory when a package is unmerged. While this may be a little bit untidy, it does prevent potentially valuable config files from being deleted, which is of paramount importance. Protected directories are set using the CONFIG_PROTECT variable, normally defined in /etc/make.globals. Directory exceptions to the CONFIG_PROTECTed directories can be specified using the CONFIG_PROTECT_MASK variable. To find files that need to be updated in /etc, type: # find /etc -iname '._cfg????_*' You can disable this feature by setting CONFIG_PROTECT="" in /etc/make.conf. Then, Portage will mercilessly auto-update your config files. Alternatively, you can leave Config File Protection on but tell Portage that it can overwrite files in certain specific /etc subdirectories. For example, if you wanted Portage to automatically update your rc scripts and your wget configuration, but didn't want any other changes made without your explicit approval, you'd add this to /etc/make.conf: CONFIG_PROTECT_MASK="/etc/wget /etc/rc.d" *Look Here ^^ ============== > > -- > ---------------------------------------------------------------------------- > Ian Smith > ---------------------------------------------------------------------------- > > _______________________________________________ > gentoo-dev mailing list > gentoo-dev@gentoo.org > http://lists.gentoo.org/mailman/listinfo/gentoo-dev -- Martin Schlemmer Gentoo Linux Developer, Desktop Team Developer Cape Town, South Africa