Date: Tue, 10 May 2016 10:31:03 -0400 From: Allan Jude <allanjude@freebsd.org> To: freebsd-current@freebsd.org Subject: Re: HEADS-UP: installworld on r299292 through r299317 will replace master.passwd, passwd, and group files Message-ID: <5731F0A7.1060403@freebsd.org> In-Reply-To: <20160510063229.GC47527@FreeBSD.org> References: <20160510055341.GA47527@FreeBSD.org> <20160510081844.54f1cb28@freyja.zeit4.iv.bundesimmobilien.de> <CAFU734yENA5=yBB9sWGFhWDyqWcLrSxP08vKak4yJk3btgU0Yg@mail.gmail.com> <20160510063229.GC47527@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2016-05-10 02:32, Glen Barber wrote: > On Tue, May 10, 2016 at 08:25:22AM +0200, Thomas Zander wrote: >> On 10 May 2016 at 08:18, O. Hartmann <ohartman@zedat.fu-berlin.de> wrote: >> >>> I haven't figured out so far how far this goes. Lucky for those having >>> recent /etc/ backups. A pity FreeBSD doens't backup this by default. >> >> After having shot myself in the foot some time ago, "zfs snapshot" has >> become a part of my standard upgrade procedures :-) >> > > No argument that this is valuable, but we cannot rely on filesystem > specific solutions. Similar topic came up a few days ago following > lunch. It got me thinking of a better way to ensure this kind of thing > does not require home-grown foot protection from cannons. > > It should be fairly trivial to automatically backup /etc (and related) > when 'distribution' is run, either intentionally or accidentally (or by > commit mistakes, such as this). > > Glen > I wonder if you couldn't actually package it. Before installing the new /etc, it would create a package of what is in your old /etc and put it somewhere safe, so an upgrade could be reverted by manually installing that package. -- Allan Jude
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5731F0A7.1060403>