From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1SOxD6-0001Fl-Bc for garchives@archives.gentoo.org; Mon, 30 Apr 2012 20:28:40 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0D97BE0BED; Mon, 30 Apr 2012 20:28:20 +0000 (UTC) Received: from mail-ob0-f181.google.com (mail-ob0-f181.google.com [209.85.214.181]) by pigeon.gentoo.org (Postfix) with ESMTP id D0807E0B2A for ; Mon, 30 Apr 2012 20:27:25 +0000 (UTC) Received: by obbun3 with SMTP id un3so5129822obb.40 for ; Mon, 30 Apr 2012 13:27:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=41HODPlGgvb6aG1Kk5nfsk4FVFRyrAzquFH65aia/k4=; b=R9dMVpYCAQO5HzZw9RuU5MlwBaDfWA7xQZ08Zx5eZ1bjWtzloKpclJVwxnL3czqL9d B8q3nlrHntIklgwULKwJ6bRAg07xpCLNtik8BpL8jaTphwVBelgLQ2QQPLOBq8ep8+5N tXVX9UPxT6jpJcznlQIrvEDJpgFzWbV0Q/NjJ8R2hpK/aKzsMARXqktFl4aBcN+VIZOA o3qXl6P+O2D7jEFLk5hA1ZK95r4tBgaizel7f0TIFume2V2JFwsCWQ6DgPPGazkeY3Gl 1euw1PNVloQlHi8WAeVpJOmaXimfwp1kHvZ2NCf3LE8YANewy+26sc1nMfvxtkx/EgtK SHMA== Received: by 10.182.119.101 with SMTP id kt5mr30107602obb.70.1335817645173; Mon, 30 Apr 2012 13:27:25 -0700 (PDT) Received: from linux1 (cpe-76-187-77-158.tx.res.rr.com. [76.187.77.158]) by mx.google.com with ESMTPS id n9sm14294199oen.2.2012.04.30.13.27.23 (version=SSLv3 cipher=OTHER); Mon, 30 Apr 2012 13:27:24 -0700 (PDT) Sender: William Hubbs Received: by linux1 (sSMTP sendmail emulation); Mon, 30 Apr 2012 15:27:22 -0500 Date: Mon, 30 Apr 2012 15:27:22 -0500 From: William Hubbs To: gentoo-dev@lists.gentoo.org Cc: chainsaw@gentoo.org Subject: Re: [gentoo-dev] busybox[sep-usr] support for mounting /usr w/out hassle Message-ID: <20120430202722.GA13338@linux1> Mail-Followup-To: gentoo-dev@lists.gentoo.org, chainsaw@gentoo.org References: <4F9E44D0.70002@linx.net> <4F9E47AF.9080201@gentoo.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: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: ee369011-8fae-413a-85dd-d8605d932ce5 X-Archives-Hash: def15392949ed91b8a6f7d925f289127 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 30, 2012 at 12:00:59PM -0400, Rich Freeman wrote: > On Mon, Apr 30, 2012 at 4:05 AM, Tony "Chainsaw" Vroon > wrote: > > Binaries that are essential for system boot, and must be available in > > single user mode go in /bin and /sbin, with their libraries in /lib. > > This allows for /usr to be: > > 1) marked read-only for NFS mounts, which some of us rely on > > 2) inside of an LVM2 container, allowing for / to be (very) small > > 3) on a squashfs filesystem, in order to save space >=20 > These are all things easily supported with an initramfs. In fact, > initramfs-based solutions allow the same sorts of things to be done > with all the other filesystems and not just /usr. This is correct. > > Trying to second-guess my motivation, and trying to undo unanimous > > council votes simply because your opinion is different, really has to > > stop. >=20 > I don't think anybody is trying to undo council votes - people are > just speculating as to what they voted on. The easiest solution is > for somebody to say "I'm John Smith, and I am speaking officially for > the council, and we agree that what was decided upon is X." Yes, this is correct. I read the log over several times and it isn't clear what the council actually voted on. Tony, it seems clear that you wan= t to mandate that gentoo in its default configuration will support separate /usr without an initramfs. The thing that isn't clear is whether the rest of the council wants to do that. In reading the log, there was definite uncertainty about whether the vote was just to continue supporting /usr as a separate configuration or to mandate how separate /usr was going to be supported in the default configuration. > It seems pretty clear that everybody wants to support a separate /usr. > We even have multiple supported solutions, including an initramfs, a > use flag on busybox, and I believe somebody posted a script that can > be run during early boot to mount /usr. It sounds like the only thing > that isn't supported is "doing nothing" - but with Gentoo if you "do > nothing" you don't get an installed system that works on any > configuration. =20 Rich, you are absolutely right. There is not an argument anywhere about whether separate /usr is supported. > > I feel a lot better about vapier's pragmatic approach then I do about > > udev/systemd upstream's ability and motivation to support current > > systems. If you had any doubts about whether udev was part of the > > problem, consider what tarball you will have to extract it from in futu= re. >=20 > Well, if others feel differently about the direction udev is taking, > they can of course just fork it. >=20 > I can't say I'm terribly excited about the amount of vertical > integration going on. I don't run Gnome, and I don't run Unity. I > really do prefer the unix way. =20 I'm not excited about parts of the vertical integration either. Newer versions of gnome are going to start requiring systemd from what I've heard, and I disagree with that level of integration. > However, I don't contribute much to those upstream projects, and I > don't see much value in telling a bunch of people who do that they are > doing it wrong. I don't like how Google develops Android in the dark, > or that they bundle 1GB of third-party stuff in their Chromium source > and distribute a favored binary-only derivative. However, I do like > that they're giving me all of that stuff essentially for free, and so > beyond the odd blog post I try not to give them too hard a time. >=20 > In the same way I think we need to give the maintainers of these > projects in Gentoo some slack, or join those projects and help them to > address your needs. It is a lot easier to tell others what to do than > to help make it happen, but a volunteer-based project like Gentoo > needs the latter more than the former. Agreed. William --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk+e9aoACgkQblQW9DDEZTiOMgCffOEGYCy07hMPjzGq64+ukNxq hkcAoId+2jhnU12dnRBe0J3gtxpYu4NN =jihO -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy--