Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 13 Feb 2001 15:24:54 -0500
From:      Greg Troxel <gdt@ir.bbn.com>
To:        Kris Kennaway <kris@obsecurity.org>
Cc:        Brian Behlendorf <brian@collab.net>, freebsd-stable@FreeBSD.ORG
Subject:   automatic /etc handling (was Re: sshd in 4.2-STABLE)
Message-ID:  <20010213202455.4E8DF37B4EC@hub.freebsd.org>
In-Reply-To: Message from Kris Kennaway <kris@obsecurity.org>  of "Tue, 13 Feb 2001 11:27:27 PST." <20010213112727.C56175@mollari.cthul.hu> 

next in thread | previous in thread | raw e-mail | index | archive | help
I had read the mergemaster man page previously, and used it.  I just
read it again, and then looked at the -current source (I'm running 4.2
release with some stuff updated to RELENG_4).  I can't see that it
does what I want - or could, given that it would need information that
I don't think is maintained anywhere.

Specifically, I'd like to see a scheme such that:

  all mechanisms that put files in /etc (when those files are
  automatically drived from src/etc somehow), should record
  (e.g. md5 checksum in /var/db/etc.md5) the version of each file as
  automatically installed.  These mechanisms include
    normal installs
    normal upgrades
    running mergemaster
    running make install from src/etc

  all these mechanisms also, when putting files in /etc, put the new
  file in place if the old file doesn't exist or is recorded as being
  unchanged (e.g. md5 matches database).  Additionally, the database
  is updated with the md5 of the file that should be installed, so
  that copying those bits in resets the state to 'not locally
  modified'.

I don't understand how to do this with mergemaster.  In particular, I
don't understand how mergemaster could possibly know whether an
existing file is untouched from an older release or locally modified.

I also don't understand how to use mergemaster to accomplish /etc
updates without having a source tree when upgrading to a new binary
release (off CD or the net).



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010213202455.4E8DF37B4EC>