From owner-freebsd-pkgbase@freebsd.org Thu Mar 10 15:59:06 2016 Return-Path: Delivered-To: freebsd-pkgbase@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E17FAACAD92 for ; Thu, 10 Mar 2016 15:59:06 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:c4ea:bd49:619b:6cb3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6CC357CB for ; Thu, 10 Mar 2016 15:59:06 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from host-4-75.office.adestra.com (vpn-1.adestra.com [46.236.37.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id BF6497B2D for ; Thu, 10 Mar 2016 15:59:02 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/BF6497B2D; dkim=none; dkim-atps=neutral Subject: Re: [CFT] packaging the base system with pkg(8) To: freebsd-pkgbase@freebsd.org References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> <20160310123225.GJ70809@zxy.spb.ru> <56E182F2.9060004@freebsd.org> <20160310145256.GK70809@zxy.spb.ru> From: Matthew Seaman Message-ID: <56E199BF.7050405@FreeBSD.org> Date: Thu, 10 Mar 2016 15:58:55 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <20160310145256.GK70809@zxy.spb.ru> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="iq8WEBFpXQb6HaxG6K4fHmtNphtUL7VH9" X-Virus-Scanned: clamav-milter 0.99 at smtp.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=1.0 required=5.0 tests=SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on smtp.infracaninophile.co.uk X-BeenThere: freebsd-pkgbase@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Packaging the FreeBSD base system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 15:59:07 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --iq8WEBFpXQb6HaxG6K4fHmtNphtUL7VH9 Content-Type: multipart/mixed; boundary="MrkrSUsUsuhNdPEHTeoJ2UsXgfbEK2Wwm" From: Matthew Seaman To: freebsd-pkgbase@freebsd.org Message-ID: <56E199BF.7050405@FreeBSD.org> Subject: Re: [CFT] packaging the base system with pkg(8) References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> <20160310123225.GJ70809@zxy.spb.ru> <56E182F2.9060004@freebsd.org> <20160310145256.GK70809@zxy.spb.ru> In-Reply-To: <20160310145256.GK70809@zxy.spb.ru> --MrkrSUsUsuhNdPEHTeoJ2UsXgfbEK2Wwm Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2016/03/10 14:52, Slawa Olhovchenkov wrote: > I.e. all DBMS will be lost data on OS switch, ntp lost information, > information about installing and removing non-system packages also > lost and packages too (i.e. I can't install MySQL and time later > switch back to previos OS version w/o lost of data and installed packag= es). If you're going to install an RDBMS application then it would be expected that you'ld prepare a special (and probably specially tuned) ZFS for the data storage area before you created any databases. Unfortunately, neither the default location for mysql (/var/db/mysql) nor postgres (/usr/local/pgsql) makes that particularly trivial -- you'ld have to use two 'canmount=3Doff' ZFSes apiece to do the overlay trick, or else you'ld have to reconfigure the databases to put their data areas in a more easy-to-use place. It's not really surprising though -- hier(7) has roots going back to the days when there was a pretty much one-to-one relation between hard drives and file systems (and those HDDs contained of the order of 100s of MB and cost an absolute fortune), and the big deal was to be able to cope in the face of distressingly frequent hard drive failures. The whole concept of 'this bit of the filesystem is intrinsic to the particular OS version' and 'this other bit is generic data or needs to be consistent across different OS versions' is a new requirement that has come in with the advent of Boot Environments. If you were designing the filesystem layout from scratch with boot environments and ZFS in mind, you'ld arrange things pretty differently I'm sure. Cheers, Matthew --MrkrSUsUsuhNdPEHTeoJ2UsXgfbEK2Wwm-- --iq8WEBFpXQb6HaxG6K4fHmtNphtUL7VH9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQJ8BAEBCgBmBQJW4ZnFXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxOUYxNTRFQ0JGMTEyRTUwNTQ0RTNGMzAw MDUxM0YxMEUwQTlFNEU3AAoJEABRPxDgqeTnsKoP/3UlrjyxiVR3PlAoBke+7t1B o9k3ftcVNyeTxypJoeJK+s3GDQQrachM5bkKICRNRE40+nRblXC/t3O5ipArHc0E 7R6+FBCNS3yi+/V89knRGzOQj4IDOYnFhR6df4GnbTt8wyE6jMnUyBYQZPKBMHl0 DbWVal1QpClE35/6L4Gjb8nL9aaanbL5o7OZgmEL7mtUlXaBEezzRD0BtWY/tXIp hWYy497QSRq6AJlYpWNdg1cfoaXd4rO6E6dSQK0fTN0vnqLLDKS32iluSIxZTFeT In2EsOymP5rZJ5GoOx4MImNrzjzWqjCPUk7xtIog7wmzCeZb5WylBw/Km2j4NYX7 jMVQ1n9UitcSpFL5OyNB0aK3vJKIzGrGz9z9++e1cBe9El08LyMtcKmebWetma0H PVUKeZcs5ZkZZTdsx+SzjBb/TtcuBQ54BuMc0ECrnj8mJim1KE26ey1L9i5QGcLN +Xr4QkqnQOxjJz3rcr7DZClcu8LZ0Wq37sd/YTmLRpJ3Jp2fB2s18rvr+DBXqXUN CA5zQwpfHNMKpCA2vTlkN7FYqu0v6knH8kN3e4+PTkcwzoqEBE1cLmdbwbFwP+AC Vn/0jz0zFxMAjDEhySxSHnGv8tfzXOxH6chTn7CfvcaIOAqYZhSxaC1esodFjGbz fy4IqXAf6uiNW5yq2Bjc =VyVM -----END PGP SIGNATURE----- --iq8WEBFpXQb6HaxG6K4fHmtNphtUL7VH9--