From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1EA7bf-0002n0-Jr for garchives@archives.gentoo.org; Tue, 30 Aug 2005 15:01:00 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j7UEuB3a003609; Tue, 30 Aug 2005 14:56:11 GMT Received: from smtp13.wxs.nl (smtp13.wxs.nl [195.121.6.27]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j7UEi7XY026638 for ; Tue, 30 Aug 2005 14:44:07 GMT Received: from [10.0.0.150] (ip3e83ab52.speed.planet.nl [62.131.171.82]) by smtp13.wxs.nl (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IM1008S7ID2KC@smtp13.wxs.nl> for gentoo-user@lists.gentoo.org; Tue, 30 Aug 2005 16:46:14 +0200 (CEST) Date: Tue, 30 Aug 2005 16:46:13 +0200 From: Holly Bostick Subject: Re: [gentoo-user] How to work with etc-updates. In-reply-to: <43146614.6000002@nethere.com> To: gentoo-user@lists.gentoo.org Message-id: <43147135.9010307@planet.nl> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT X-Accept-Language: nl-NL, nl, en User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050803) X-Enigmail-Version: 0.92.0.0 References: <43146614.6000002@nethere.com> X-Archives-Salt: f9f7384a-e197-4df5-a4a5-2032970420df X-Archives-Hash: ab14c2295a2f9769223e0d3c7d710445 Jerry Turba schreef: > As I understand the process etc-update lists new configuration files > provided by the program authors. I have tried to define some rules for > myself to determine how to handle these new files. > > 1. If I made a change to a file I will never allow the new config file > to overwrite the old file. I disagree. Certainly there are some 'new' config files that you should never, ever allow etc-update to overwrite, such as /etc/fstab. However, if the format of the config file has been changed in the meantime, some of the settings in the old config file may be invalid, and new, valid default settings (for areas that you have not changed) will not be added. This is what the '3' option is for, after the changes have been displayed: 'Interactively merge update with original'. I use this in those cases to preserve those settings that I want to keep, while upgrading the config header, comments, and other settings to the new defaults. In those very rare cases where the line ordering has changed so much that the diff utility would overwrite one or more settings, I accept the new file, and immediately edit it with nano to change the (usually) one or two lines that were 'wrongly' diff-ed. > > 2. If the new config file is a new default file I will accept the new file. Agreed. > > 3. I will never change a file that is program code, (I am not a > programmer). Agreed. > > I have tried dispatch-conf but I > still have to make the same decisions. Am I missing something? Not really; that would be Gentoo. Decision is not meant to be taken out of your hands. But the power to choose how your system is configured carries the responsibility to pay attention to the offered changes and think about their effects (which means you have to know what their effects are going to be, which means you have to learn wtf is going on on your system in the first place). Holly -- gentoo-user@gentoo.org mailing list