From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id EF63859CAF for ; Sat, 9 Apr 2016 05:21:16 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 707E721C07A; Sat, 9 Apr 2016 05:21:09 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 5A25721C04D for ; Sat, 9 Apr 2016 05:21:08 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1aolKT-0003Qg-TJ for gentoo-dev@lists.gentoo.org; Sat, 09 Apr 2016 07:21:06 +0200 Received: from ip98-167-165-199.ph.ph.cox.net ([98.167.165.199]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 09 Apr 2016 07:21:05 +0200 Received: from 1i5t5.duncan by ip98-167-165-199.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 09 Apr 2016 07:21:05 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: usr merge Date: Sat, 9 Apr 2016 05:20:59 +0000 (UTC) Message-ID: References: <5707191B.7060909@gmail.com> <57071AF6.7060206@iee.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip98-167-165-199.ph.ph.cox.net User-Agent: Pan/0.141 (Tarzan's Death; GIT fb7f2ee) X-Archives-Salt: 7459c465-0925-4f86-a30b-20bfc0b832b3 X-Archives-Hash: 72b5cfc04d7c2f7feb7c14c8a85fc85c Rich Freeman posted on Fri, 08 Apr 2016 06:36:48 -0400 as excerpted: > Really though the main point of merging these paths into /usr is to get > all the static content of a distro into a single path, which can then be > maintained as a read-only filesystem, mounted across multiple systems, > protected using tripwire or signature checking, and so on. As has been > pointed out the rolling release nature of Gentoo reduces some of these > benefits somewhat. To truly get these benefits we would also need to > rethink how post-install configuration gets managed as was already > pointed out. Somewhat unrelated to the /usr or bin/sbin merge here, as (nearly) everything the package manager installs to any of its paths (including /usr, FWIW, but that's easy because my is a /usr -> . symlink) is on /, here, but FWIW, I actually do keep my / read-only mounted by default. So / is only mounted writable to update and/or change configuration. That includes /etc/ and of course my /usr -> . symlink, as well as parts of /var. The parts of /var that system services need to write into during normal operation (well, the ones that need to be permanent, those like /var/run that should be temporary are already on tmpfs mounts) are symlinked into subdirs under /home/var, with /home of course being mounted writable by default, so they can be written into during normal operation despite / being mounted read-only. Works out pretty well, actually, improving reliability of /, since it's normally mounted ro and thus is fully stable in the event of a system crash. Not having to worry about being unable to get to my system recovery tools on / in the event of a bad crash because / was mounted read-only and thus wasn't susceptible to the damage that writable-mounted filesystems can sustain in the event of a hard shutdown is nice. =:^) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman