From owner-freebsd-binup  Fri Dec 27  3:15:31 2002
Delivered-To: freebsd-binup@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 7E4E737B401; Fri, 27 Dec 2002 03:15:30 -0800 (PST)
Received: from mta06-svc.ntlworld.com (mta06-svc.ntlworld.com [62.253.162.46])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id ED7D543ED1; Fri, 27 Dec 2002 03:15:28 -0800 (PST)
	(envelope-from colin.percival@wadham.ox.ac.uk)
Received: from piii600.wadham.ox.ac.uk ([62.254.149.90])
          by mta06-svc.ntlworld.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20021227111524.VFEW20174.mta06-svc.ntlworld.com@piii600.wadham.ox.ac.uk>;
          Fri, 27 Dec 2002 11:15:24 +0000
Message-Id: <5.0.2.1.1.20021227110837.03824e90@popserver.sfu.ca>
X-Sender: cperciva@popserver.sfu.ca
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Fri, 27 Dec 2002 11:15:20 +0000
To: Thomas Quinot <thomas@FreeBSD.ORG>
From: Colin Percival <colin.percival@wadham.ox.ac.uk>
Subject: Re: Binary security updates
Cc: freebsd-binup@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG
In-Reply-To: <20021227104331.GA12196@melusine.cuivre.fr.eu.org>
References: <5.0.2.1.1.20021225125238.037cd840@popserver.sfu.ca>
 <5.0.2.1.1.20021225125238.037cd840@popserver.sfu.ca>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format=flowed
Content-Transfer-Encoding: quoted-printable
Sender: owner-freebsd-binup@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-binup.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-binup>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-binup>
X-Loop: FreeBSD.ORG

At 11:43 27/12/2002 +0100, Thomas Quinot wrote:
>Le 2002-12-25, Colin Percival =E9crivait :
> > mode, of course) and a rollback directory is created.  In order for=
 files
>
>The rollback facility looks particularly attractive. Do you think it
>would be feasible to generalize it to a convenient way of rolling back
>an installworld?

   All I do is copy files from / into ./rollback/ before replacing them; I=
=20
can't see any reason why that wouldn't suffice for rolling back an=20
installworld, except that you'd need much more disk space.

Colin Percival



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