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 1RhQHb-0002dP-VI for garchives@archives.gentoo.org; Sun, 01 Jan 2012 18:37:24 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A342321C054; Sun, 1 Jan 2012 18:37:14 +0000 (UTC) Received: from mail-gx0-f181.google.com (mail-gx0-f181.google.com [209.85.161.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 1603421C021 for ; Sun, 1 Jan 2012 18:36:45 +0000 (UTC) Received: by ggnq2 with SMTP id q2so901193ggn.40 for ; Sun, 01 Jan 2012 10:36:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=XcitcY68g1OQAo4sOYuKJC0cnEu4NtDNK0/YJbm44DM=; b=rbeAcJZFrISkz4LhWK5ZTuZUfTY75u+0o+pcKiL6NIMdo0beVC5eIJOGqllUQJeSq9 dQy1FA3QCqDFqvpvnRUpu1aYQcItve+y374d2dr2Vh5TSdf17iyLoCAxZpjpj+d2ZNK8 VAoATyJb0IVviDg+UCYEteiVwi6w9iA8tt5wU= Received: by 10.100.246.3 with SMTP id t3mr8954319anh.21.1325443005586; Sun, 01 Jan 2012 10:36:45 -0800 (PST) Received: from linux1 (cpe-76-187-77-158.tx.res.rr.com. [76.187.77.158]) by mx.google.com with ESMTPS id j21sm111098442ann.0.2012.01.01.10.36.43 (version=SSLv3 cipher=OTHER); Sun, 01 Jan 2012 10:36:45 -0800 (PST) Sender: William Hubbs Received: by linux1 (sSMTP sendmail emulation); Sun, 01 Jan 2012 12:32:59 -0600 Date: Sun, 1 Jan 2012 12:32:59 -0600 From: William Hubbs To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: rfc: locations of binaries and separate /usr Message-ID: <20120101183259.GB11860@linux1> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <20120101015947.GA9914@linux1> 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="aM3YZ0Iwxop3KEKx" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: 2af53552-9bdf-4fe7-a845-9a4af39e7d9f X-Archives-Hash: c3f56ad169e199d198feff8db28d0652 --aM3YZ0Iwxop3KEKx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 01, 2012 at 09:23:11AM +0000, Duncan wrote: > Gentoo has historically been both "light patch", with a policy of staying= =20 > close to upstream if possible, and "customizer's choice", allowing users= =20 > far more flexibility than most distros. Keeping both goals in mind,=20 > migrating with upstream is ultimately the only viable alternative for a= =20 > whole host of reasons including both staying close to upstream and simple= =20 > manpower resource issues. > That said, we can continue to try to support a separate /usr as long as= =20 > possible, while switching new installs to the new way and changing the=20 > handbook to document it, preferably as soon as possible. In this situation, I don't know how we will be able to support both ways because there is more involved than just where things are installed. Udev 175 is currently masked, because the way it operates has changed enough that it doesn't work correctly if it starts before /usr is mounted, and the failures you find will be very difficult to track down. So, udev isn't only changing where it is installed, but how it runs. Supporting a separate /usr without an initramfs will require one of two things. One possibility is a customization to openrc, which we have been looking at, that would be able to run fsck on /usr and mount /usr all before udev starts. The drawback here is this will only work for openrc users. Another possibility is a script that would run as the init=3D parameter to the kernel, which would fsck /usr and mount /usr then start the real init process. This would be more generic and would be able to run regardless of whether you are using sysvinit/openrc. Here is the big problem with both of these solutions as I see them. They depend on several pieces of software remaining on the root filesystem, and if/when this software is migrated, we will be back to having this discu= ssion again. > Further, as=20 > previously discussed, a near-static bare-minimal initramfs that can be=20 > configured and forgotten about for long periods over many kernel upgrades= =20 > should make the switch as painless as possible at least for "simple" bare- > partition installations. I want to look at dracut and see if there is a way to configure it to create a minimal initramfs like you are suggesting, because, if there is we don't need to re-invent the wheel. I don't think your portage feature/use flag suggestion is a good idea, because, right now most of this is about where things are installed, but, eventually we might have to start actually patching software to make it work if it is installed on / instead of /usr, and there is no way to know how much patching we would have to do. What are your thoughts? William --aM3YZ0Iwxop3KEKx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk8AptsACgkQblQW9DDEZTgdFgCdEg+sCKvmMvDMHYKJO1hgsdhG tg8AnjEcpNHUeklyg2tB9WRPSuWUrIgk =yrg0 -----END PGP SIGNATURE----- --aM3YZ0Iwxop3KEKx--