From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id F1E431381F3 for ; Thu, 1 Aug 2013 00:36:21 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BA338E0ACF; Thu, 1 Aug 2013 00:36:20 +0000 (UTC) Received: from mail-oa0-f41.google.com (mail-oa0-f41.google.com [209.85.219.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 1D787E0ACD for ; Thu, 1 Aug 2013 00:36:19 +0000 (UTC) Received: by mail-oa0-f41.google.com with SMTP id j6so3045061oag.28 for ; Wed, 31 Jul 2013 17:36:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=Zjid5pboEnrow/v8Oi4BrYdZ+KOW/ofzLarJv2SYV/I=; b=Aaszd+5nNxb6vjPg2WuOYEQEW8ijv4eZNtSbu00WQBL2v4CxkulhZTTiVgzrIFLfTz Lmz8kLAxAv+C47uyWq9+kZxgv3AGxdfh5LjI3KMoVYyuS5Yi0FOVWfxQp+mN/MEOV7f+ qnpHB5UPNfJCmWnSbO7FG8D6f+XAT7cagOJYg3vQSdwyCD3Lw0h9bHaQoj7ZaSs7ekmT qyyaJY8olfCvZKwNgHsum81F/bzr52xvHglYsXDPjkhvKKD0hKwjsnYW8Nne5IrfRaXp RwxTgfdkYlly5B7A0/fF3sPwAobsffL1ArskeRU5GaoyfFTcOOgTunuIoDdDDKP1MezK BXGQ== X-Received: by 10.60.161.108 with SMTP id xr12mr2937404oeb.32.1375317379135; Wed, 31 Jul 2013 17:36:19 -0700 (PDT) Received: from linux1 (cpe-76-187-91-128.tx.res.rr.com. [76.187.91.128]) by mx.google.com with ESMTPSA id rs1sm394104obb.12.2013.07.31.17.36.15 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 31 Jul 2013 17:36:17 -0700 (PDT) Sender: William Hubbs Received: by linux1 (sSMTP sendmail emulation); Wed, 31 Jul 2013 19:36:14 -0500 Date: Wed, 31 Jul 2013 19:36:14 -0500 From: William Hubbs To: gentoo-project@lists.gentoo.org Subject: Re: [gentoo-project] Call for agenda items - Council meeting 2013-08-13 Message-ID: <20130801003614.GA29807@linux1> Mail-Followup-To: gentoo-project@lists.gentoo.org References: <20984.56290.884684.403396@a1i15.kph.uni-mainz.de> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Project discussion list X-BeenThere: gentoo-project@lists.gentoo.org Reply-To: gentoo-project@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <20984.56290.884684.403396@a1i15.kph.uni-mainz.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: 49b3e064-8882-4aaa-90a6-ec9f6f512429 X-Archives-Hash: f2f42aa41247c900db074665538c959e --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Council members, As we all know, the way most linux distros support having /usr on a separate file system from / is via an initramfs. One of these can be built easily in gentoo with dracut, genkernel, or you can build one manually [1]. In april 2012, the council voted that "separate /usr is a supported configuration". According to a number of people at the time and since then, the intent was to mandate that maintainers must support separate /usr configurations without an initramfs. This is the reason for the "sep-usr" use flag in busybox. This use flag is a Gentoo-specific option that drops the busybox static binary in / with a different name (ginit). Then you add init=/ginit on your kernel command line with your boot loader configuration to run this binary which just mounts / and /usr and starts the real init. The council never really took a position on how separate /usr is supported, so there are people who use separate /usr with neither of these options and still expect this configuration to work. There are significant advantages if we do not require maintainers to support the use of separate /usr configurations without an early boot mechanism like an initramfs or the sep-usr use flag on busybox. First, we will not have to worry any more about making sure all of the libraries needed by binaries in /{bin,sbin} are in /lib*. Also, we will not have to be concerned about programs on / trying to read data from /usr/share in early boot. Also, the support for separate /usr setups without any kind of early boot mechanism is going to become more complex over time due to the evolution of modern software. Our QA lead has some blog posts on the separate /usr issue and the boot process which discuss these issues in more detail [2] [3]. Another thing to consider is FHS 3 [4]. The division between / and /usr is becoming blurred because any combination of actual directories and symlinks are allowed in /. Because of this information, I propose that we vote not to require maintainers to support separate /usr configurations without an initramfs or some other early boot mechanism. William [1] http://www.gentoo.org/doc/en/initramfs-guide.xml [2] https://blog.flameeyes.eu/2012/12/my-take-on-the-separate-usr-issue [3] https://blog.flameeyes.eu/2013/01/the-boot-process [4] http://www.linuxbase.org/betaspecs/fhs/fhs.html --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iEYEARECAAYFAlH5rX4ACgkQblQW9DDEZThlYgCdGAjcBEA0Bf3dmAaEq40QSuUu 75wAoKeWgWhs2K0546rtWCOaqqlAJZAN =AtfJ -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh--