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 1RFqvq-0003zo-0q for garchives@archives.gentoo.org; Mon, 17 Oct 2011 17:24:58 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6A31D21C0CF; Mon, 17 Oct 2011 17:24:48 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 1798B21C083 for ; Mon, 17 Oct 2011 17:24:15 +0000 (UTC) Received: from [192.168.26.4] (ip98-164-193-252.oc.oc.cox.net [98.164.193.252]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: zmedico) by smtp.gentoo.org (Postfix) with ESMTPSA id 893BE1B4017 for ; Mon, 17 Oct 2011 17:24:14 +0000 (UTC) Message-ID: <4E9C64BD.7070008@gentoo.org> Date: Mon, 17 Oct 2011 10:24:13 -0700 From: Zac Medico User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] supporting /usr on separate partition References: <20111012044023.GA8203@waltdnes.org> <1318518871.3885.3.camel@TesterBox.tester.ca> <20111013180547.4973defa@googlemail.com> <4416149.yvcg9DIAd9@pc> <4E994AEF.5030002@mailstation.de> <4E9A0414.7030603@gentoo.org> <4E9AD392.30503@gentoo.org> <4E9B261B.1010304@gentoo.org> <4E9C51A9.1080006@gentoo.org> In-Reply-To: <4E9C51A9.1080006@gentoo.org> X-Enigmail-Version: 1.4a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: X-Archives-Hash: c2e62e72403d21970e82b7c1ea4809bd On 10/17/2011 09:02 AM, Ian Stakenvicius wrote: > Splitting this up since i'm kind of starting two threads here.. > > ----- Documentation discussion ----- > On 16/10/11 02:44 PM, Zac Medico wrote: >> >> Well, you'll have to define the meaning of "support" in this context. I >> simply said that it shouldn't be encouraged, with me reason being that >> it tends to add unnecessary complexity (in violation of the KISS >> principle [1]). >> > > I would agree with this (that it shouldn't be encouraged), but I don't > think the Handbook is encouraging it now, as it is written.. It depends on how you define "encouraging" in this context. The fact that /usr is shown as a separate partition might be considered "suggestive" if not "encouraging". If a user takes that suggestion without knowing the consequences (special initramfs or linuxrc init wrapper configuration), then then it could cause some disappointment when they finally discover the consequences. > ----- Support/implementation discussion ----- > >> ... If people want that, I think it's perfectly >> reasonable to expect them to use either an initramfs or a simple linuxrc >> approach [2] to ensure that /usr is mounted before init starts. > > ...this would make sense, although in terms of "support" i think it > would be appropriate that we would provide this linuxrc wrapper on any > init system that needs /usr mounted. If someone wants to take on the burden of maintaining an init wrapper like that, then I guess that's fine. However, I wouldn't consider it to be an absolute requirement. I think it would be fine (maybe preferable) to simply provide a doc that describes how to mount /usr via an initramfs or linuxrc init wrapper. Such a doc would only be needed by those users who require that /usr be on a separate partition. -- Thanks, Zac