From owner-freebsd-bugs Wed Feb 22 12:09:42 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA02358 for bugs-outgoing; Wed, 22 Feb 1995 12:09:42 -0800 Received: from mail2.netcom.com (root@mail2.netcom.com [192.100.81.122]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA02352; Wed, 22 Feb 1995 12:09:40 -0800 From: patl@asimov.lashley.slip.netcom.com Received: from lashley.slip.netcom.com by mail2.netcom.com (8.6.9/Netcom) id MAA02860; Wed, 22 Feb 1995 12:08:29 -0800 Received: by lashley.slip.netcom.com (5.x/SMI-SVR4) id AA03245; Wed, 22 Feb 1995 12:11:25 -0800 Date: Wed, 22 Feb 1995 12:11:25 -0800 Message-Id: <9502222011.AA03245@lashley.slip.netcom.com> To: mark@grondar.za, rgrimes@gndrsh.aac.dev.com Subject: Re: Lots of crud... Cc: bugs@FreeBSD.org, current@FreeBSD.org Reply-To: lashley@netcom.com X-Sun-Charset: US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk |> > Whenever I do a build world, I resort to a hand checking of the files in |> > src/etc directory to see what has changed. What about some way of |> > automating this, so a make install will install the (hopefully) non- |> > customisable files (like rc, services etc) and leave alone the ones |> > that users are supposed to mess with (like netstart and hosts)? |> |> There is no such thing as a non-customizable file in /etc :-(. I'm -very- new to the *BSD world, and probably don't properly understand the issues well enough to comment; but I'll risk it... One of the things I liked about the Solaris2(*) installation packages is that the package maintainer can specify what is to happen if one of the target files has been modified since the previous installation of the package. The choices are: 1. Rename the existing file and install the new file. 2. Install the new file, but under a modified name. 3. Run a script that will attempt to Do The Right Thing in some package and file-dependant manner. In all cases a message is emited to syserr and the log file. Would it be posible (and reasonable) to provide some similar type of facility here? (*) This update facility didn't completely work until Solaris 2.4. -Pat My opinions are my own. For a small royalty, they can be yours as well... Pat Lashley, Senior Software Engineer, Henry Davis Consulting 1098 Lynn, Sunnyvale, CA 94087 || 408/720-9039 || lashley@netcom.com