From owner-freebsd-security  Sun Dec  3 00:49:42 1995
Return-Path: owner-security
Received: (from root@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id AAA04828
          for security-outgoing; Sun, 3 Dec 1995 00:49:42 -0800
Received: from time.cdrom.com (time.cdrom.com [192.216.222.226])
          by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA04820
          for <security@freebsd.org>; Sun, 3 Dec 1995 00:49:36 -0800
Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id AAA00823; Sun, 3 Dec 1995 00:48:59 -0800
To: John Goerzen <jgoerzen@complete.org>
cc: Robert Du Gaue <rdugaue@calweb.com>,
        Robert Watson <robert@fledge.watson.org>,
        Michael Smith <msmith@atrad.adelaide.edu.au>, security@freebsd.org
Subject: Re: ****HELP***** 
In-reply-to: Your message of "Sat, 02 Dec 1995 22:12:05 CST."
             <Pine.BSF.3.91.951202220941.4729E-100000@complete.org> 
Date: Sun, 03 Dec 1995 00:48:58 -0800
Message-ID: <821.817980538@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-security@freebsd.org
Precedence: bulk

> It would be better if the installer would just:
>  1) Overwrite older versions of programs with the newer versions
>  2) Delete any obsoleted programs (and preferably make symlinks to the 
>     newer ones)
>  3) Add new files to existing system

Unfortunately, the raw materials that the installer has to work with
(distributions) aren't nearly that easily applicable to the more
general problem you'd like me to solve.  Only a filestore that allows
me to do file by file operations will allow for this kind of
intelligent merge.  A split, gzip'd tar file is not that kind of
filestore.

I'm happy, as always, to accept contributions of code that help
solve these problems! :-)

						Jordan