Subject: Re: ' install=...' misses .../etc/release
To: Greg Troxel <>
From: Luke Mewburn <>
List: tech-userlevel
Date: 06/27/2004 22:16:20
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Jun 24, 2004 at 08:19:45AM -0400, Greg Troxel wrote:
  | This begs the larger question of just /etc should be handled.
  | With postinstall, it's become clear that there are two kinds of files
  | in /etc:
  |   those that the user might change, and should be preserved
  |   those that are really logically part of /usr, but need to be in /,
  |   and should not normally be changed by the user
  | Of course, a user can change anything; this is really about whether
  | there is a reasonable expectation of such changes being preserved
  | across upgrades.
  | I put /etc/rc.d/* in the second category, and would argue that
  | anything that '/etc/postinstall fix' has been judged to be in that
  | category.
  | So perhaps the "not user changeable" files should go in the base set,
  | rather than etc.   Or a /usretc (not /usr/etc) directory to hold the
  | not-changeable stuff, but that's a disruptive change.

Until we have a solution that easily allows overriding of the rcorder
keywords for a given rc.d script (c.f, PR 16061), we can't move=20
the rc.d scripts from the "etc" set to the "base" set.  Even with
that problems solved, we'd still have to be careful about making
that change.

Content-Type: application/pgp-signature
Content-Disposition: inline

Version: GnuPG v1.2.4 (NetBSD)