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 1Rj9y1-000312-OF for garchives@archives.gentoo.org; Fri, 06 Jan 2012 13:36:22 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5602F21C059; Fri, 6 Jan 2012 13:36:09 +0000 (UTC) Received: from mail-ey0-f181.google.com (mail-ey0-f181.google.com [209.85.215.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 4A99A21C04A for ; Fri, 6 Jan 2012 13:35:33 +0000 (UTC) Received: by eaai1 with SMTP id i1so1177913eaa.40 for ; Fri, 06 Jan 2012 05:35:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=cs+s8sgU2rw+9iEUAKfLADkjTh5zKUPXPPEwn1d5sLc=; b=qyL0iuq1LP6XgXBi8p+MOXskKG7dvu6XyDCQfotEUlboOMlAUTOLAykKmrA9Ls0sNq jSSmM2/i73Wfd5q5W3Zic57zZDDanWk7aeUqy85cAXrZWWtKgkqXfBhjM0/a/O901pzo PH+WU2ACSVLUGEi1JYFijqKQRn7pWmc+jRm1c= 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 Received: by 10.204.151.197 with SMTP id d5mr2542070bkw.111.1325856932398; Fri, 06 Jan 2012 05:35:32 -0800 (PST) Sender: freemanrich@gmail.com Received: by 10.204.19.1 with HTTP; Fri, 6 Jan 2012 05:35:32 -0800 (PST) In-Reply-To: <20120105223646.GA18959@fury> References: <4F03A1AA.6070205@gentoo.org> <20120104091743.0e1cd91a@pomiocik.lan> <4F0440B3.4090500@gentoo.org> <20120104163734.07439f2b@pomiocik.lan> <20120104163315.GV780@gentoo.org> <20120104174742.11d7002d@pomiocik.lan> <20228.34930.732592.657243@a1i15.kph.uni-mainz.de> <20120105193024.GA8291@linux1> <20120105200844.1124e9d4@googlemail.com> <20120105223646.GA18959@fury> Date: Fri, 6 Jan 2012 08:35:32 -0500 X-Google-Sender-Auth: 6Jv7_LYDIPiCAm_usAcT_8I3VWc Message-ID: Subject: Re: [gentoo-dev] rfc: locations of binaries and separate /usr From: Rich Freeman To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: c90736ed-639b-4541-81a0-b9d4be916b5c X-Archives-Hash: 755927a46d19cabcede3b22efceed6f1 On Thu, Jan 5, 2012 at 5:36 PM, Alex Alexander wrote: > If people are really interested in keeping a tight, self contained root, > we need to: > > - establish a [tight] list of software we consider critical for / > - fix/patch software in that list so it can run without /usr there > - create /bin =3D> /usr/bin/ symlinks for above software (simplifies > =A0things if packages start hardcoding /usr/bin here and there) > - move everything else in /usr/bin/ You're missing one thing: - establish a list of all the configurations that will actually work with this self-contained root I think this is why there is so much disagreement over whether this is a good move. If you have a really simple configuration, then the self-contained root concept works reasonably well (though apparently we'll have to heavily patch newer versions of udev or abandon it to sustain this). However, if you have a very complex configuration the current self-contained root is already broken and you need an initramfs anyway. For in-between cases things might work now but that is likely to change as upstream moves on. The binary distros don't have users tweaking their kernels and init scripts, so they basically have to design for worst-case. Gentoo can get away with designing for more of an average case since we just tell anybody with a complex case to go read a howto and configure what is necessary (and we like to do that stuff anyway). We can choose not to like it, but it sounds like maintaining a self-contained root for even the typical case will become untenable. Those who argue that having /usr on a separate partition simply shouldn't be supported are basically just saying that our "self-contained root" should include everything in /usr which seems to defeat the whole point of a "self-contained root" anyway. It seems to me that the most reasonable approach is to not force the issue, but not deviate greatly from upstream either. That means accepting that over time the rootfs will become less and less capable of working on its own, and immediately improving tools like dracut to overcome these limitations. Users who can get away with it can avoid using an initramfs, at least for a time. Sure, it is all open source, and Gentoo can swim upstream if we REALLY want to. However, this only works if developers are willing to spend the time constantly fixing upstream's tools. It sounds to me like the maintainers of packages like udev/systemd/etc want to actually move in the same direction as upstream so in practice I don't see that happening. Now, Gentoo is about choice, so one thing we should try to do as much as possible is understand the limitations of the various configurations and make it clear to users when they do and don't need an initramfs. To be honest, tight coupling worries me more than the /usr move, since that has a lot more potential to constrain the choices we can offer our users (which is a great deal of the value that Gentoo offers). I understand its advantages, but it seems somewhat contrary to "the unix way." Rich