Date: Tue, 10 May 2016 17:12:28 +0000 From: Glen Barber <gjb@FreeBSD.org> To: John Baldwin <jhb@freebsd.org> Cc: freebsd-current@freebsd.org, Thomas Zander <riggs@freebsd.org>, "O. Hartmann" <ohartman@zedat.fu-berlin.de>, current@freebsd.org Subject: Re: HEADS-UP: installworld on r299292 through r299317 will replace master.passwd, passwd, and group files Message-ID: <20160510171228.GI47527@FreeBSD.org> In-Reply-To: <1791715.DtjAh9y9tb@ralph.baldwin.cx> References: <20160510055341.GA47527@FreeBSD.org> <CAFU734yENA5=yBB9sWGFhWDyqWcLrSxP08vKak4yJk3btgU0Yg@mail.gmail.com> <20160510063229.GC47527@FreeBSD.org> <1791715.DtjAh9y9tb@ralph.baldwin.cx>
next in thread | previous in thread | raw e-mail | index | archive | help
--qZVVwWJgpX9Jzs7f Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 10, 2016 at 10:04:47AM -0700, John Baldwin wrote: > On Tuesday, May 10, 2016 06:32:29 AM 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> wr= ote: > > >=20 > > > > I haven't figured out so far how far this goes. Lucky for those hav= ing > > > > recent /etc/ backups. A pity FreeBSD doens't backup this by default. > > >=20 > > > After having shot myself in the foot some time ago, "zfs snapshot" has > > > become a part of my standard upgrade procedures :-) > > >=20 > >=20 > > 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. > >=20 > > 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). >=20 > Saving the output of 'etcupdate diff' nightly might not be a bad first st= ep. >=20 This is also a good way to alleviate such things, however I am unsure how to handle cases where 'etcupdate' would inadvertently run into a conflict. This was my concern with implementing an "automatic" etcupdate run in the runtime package. Glen --qZVVwWJgpX9Jzs7f Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXMhZ8AAoJEAMUWKVHj+KTNjAQAJMC6EiCzks7ZUbGIwKSCD+7 fnLdzefcNjOjIfDNBYyy1rckYp/j85OODap098UToey0EZJGylHDQgaVPvSc4ur6 I65FM8q1viv1MKkQ6HRUEokkEkeWskb8bhT+i8oMSWACuPVM7gW/QYMh95iqK55O babVY9Llxx45/yP2B7Qwa1Y/8D2Mj6hQZ33TmNdQqiPGEQWyokwDre0l6bpGnChx o/oAdm9rSRSrwiY8PhZc+r3W/kPNmoAawjPhxFZT9Ll8Sqp+eb2CUuMgmqek7InA 9zd51jlyYPvOk4cqR+xCA4Uwewga54adxLHAr1LRsCCStDLH+rMW0A62UasEhz4F wKlCVick0LsrAKx6NzHzxzQslDE1Ez5jlntpuy+aMx+JBaCCtom/YgxLQmsdXfIp 9AS7+3smXsDtNsdbXMozEtLUkMlZxUWzh84e5Nr/QWnCDiHvD6ew+9W7WCR8tSJO 9xHBopiYFqiKimpfBZAfRGGBZgZKvlgoXjkAm3PhghTdxT1kimxrR/u8dRE5GQ+W 6t0pf/kxNjZ/oI4vhD+wICnr7kVhr9ntQxH4K8+9SlnA3WK8U/94MXuKwF5s+O8B RZETLWK7mwBJzB6JrAUBaKBWtxv6PrIXOvycVccG6ZrKNDVbNGofLH4RFVjv5vSH rSkm2xrZI+mTHGaPu3B5 =oHEM -----END PGP SIGNATURE----- --qZVVwWJgpX9Jzs7f--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20160510171228.GI47527>