public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Holly Bostick <motub@planet.nl>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] How to work with etc-updates.
Date: Tue, 30 Aug 2005 16:46:13 +0200	[thread overview]
Message-ID: <43147135.9010307@planet.nl> (raw)
In-Reply-To: <43146614.6000002@nethere.com>

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



  parent reply	other threads:[~2005-08-30 15:01 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-30 13:58 [gentoo-user] How to work with etc-updates Jerry Turba
2005-08-30 14:23 ` Mark Knecht
2005-09-01  0:46   ` Jerry Turba
2005-09-01  3:16     ` Mark Knecht
2005-09-01  8:09       ` Neil Bothwick
2005-10-31 17:33         ` Boyd Stephen Smith Jr.
2005-08-30 14:31 ` Roger Light
2005-08-30 14:46 ` Holly Bostick [this message]
2005-08-30 16:06   ` Eric Crossman
2005-08-30 17:15     ` Tony Davison
2005-08-30 17:22     ` Neil Bothwick
2005-08-30 21:19       ` Sean Higgins
2005-08-31  9:10         ` Neil Bothwick

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=43147135.9010307@planet.nl \
    --to=motub@planet.nl \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox