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 1RhFba-0005zH-MT for garchives@archives.gentoo.org; Sun, 01 Jan 2012 07:13:18 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 95C9021C065; Sun, 1 Jan 2012 07:13:08 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 85E8521C02B for ; Sun, 1 Jan 2012 07:12:34 +0000 (UTC) Received: from [192.168.1.102] (modemcable002.97-23-96.mc.videotron.ca [96.23.97.2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: tester) by smtp.gentoo.org (Postfix) with ESMTPSA id B246B1B400B for ; Sun, 1 Jan 2012 07:12:33 +0000 (UTC) Message-ID: <1325401942.12935.11.camel@TesterTop4> Subject: Re: [gentoo-dev] rfc: locations of binaries and separate /usr From: Olivier =?ISO-8859-1?Q?Cr=EAte?= To: gentoo-dev@lists.gentoo.org Date: Sun, 01 Jan 2012 02:12:22 -0500 In-Reply-To: <20120101015947.GA9914@linux1> References: <20120101015947.GA9914@linux1> Organization: Gentoo Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-DGYP/y/5xZJUtjcTNPbe" X-Mailer: Evolution 3.2.2 (3.2.2-1.fc16) 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 X-Archives-Salt: 7bda3f0c-693c-4eb2-9cb8-ea0747ad1b7f X-Archives-Hash: 93b8feb5688ebbc26b7fb7853e38dec9 --=-DGYP/y/5xZJUtjcTNPbe Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, On Sat, 2011-12-31 at 19:59 -0600, William Hubbs wrote: > I have been working with robbat2 on solutions to the separate /usr issue > (That is why I have specifically cc'd him on this email) > which will allow people to not use an initramfs. If we migrate > everything off of the root fs to /usr, all of those solutions become > moot. On the other hand, if we don't migrate, we run the risk of > eventually having our default configuration not supported by upstream. I think the general consensus among other distros is that initramfs is the new /. Many core elements of the Linux system will start installing themselves in /usr, starting with udev, so we won't have a choice anyway. Also, I doubt it's currently possible to boot a Gentoo system without /usr mounted anyway. > 1) Start migrating packages along with upstream and have everyone who > has a separate /usr (including me by the way) start using an initramfs > of some kind, either dracut or one that we generate specifically for > gentoo. The reason I suggest the initramfs, is, unfortunately if we > migrate everything, nothing else would work. I also don't see a good reason to not adopt dracut, re-implementing something that already works and is maintained by a competent upstream seems wasteful to me. I really don't see why people resist using an initramfs so much. The udev/kmod/systemd/dracut effort to standardise the base userspace of Linux is probably scary for quite a few Gentoo-ers as it means that the end result of an installed Gentoo system will be less differentiated than it was before. But it still is a step in the right direction as most of these standardized pieces are much better than what we currently have. The OpenRC/baselayout-2 fiasco, not much better than baselayout-1 and unmaintained upstream shows that even a relatively large distribution like us can't maintain a competitive base system solution, adopting the udev/kmod/systemd way will allow us to use all the work that they are doing and instead concentrate on making a better system. --=20 Olivier Cr=C3=AAte tester@gentoo.org Gentoo Developer --=-DGYP/y/5xZJUtjcTNPbe Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEABECAAYFAk8AB1YACgkQHTiOWk7Zorv1VQCeI4+lgLKp+zoWDWz5cUcMFq8D kS8An1dYCctKxhiiovZ+krQFw/T/+bzQ =jKQd -----END PGP SIGNATURE----- --=-DGYP/y/5xZJUtjcTNPbe--