public inbox for gentoo-project@lists.gentoo.org
 help / color / mirror / Atom feed
From: William Hubbs <williamh@gentoo.org>
To: gentoo-project@lists.gentoo.org
Subject: Re: [gentoo-project] Call for agenda items - Council meeting 2013-08-13
Date: Wed, 31 Jul 2013 19:36:14 -0500	[thread overview]
Message-ID: <20130801003614.GA29807@linux1> (raw)
In-Reply-To: <20984.56290.884684.403396@a1i15.kph.uni-mainz.de>

[-- Attachment #1: Type: text/plain, Size: 2351 bytes --]

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

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

  reply	other threads:[~2013-08-01  0:36 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-31  9:41 [gentoo-project] Call for agenda items - Council meeting 2013-08-13 Ulrich Mueller
2013-08-01  0:36 ` William Hubbs [this message]
2013-08-01 20:04   ` Alexis Ballier
2013-08-01 21:07     ` William Hubbs
2013-08-01 21:40       ` Alexis Ballier
2013-08-06 14:13 ` Build log locales (was: [gentoo-project] Call for agenda items - Council meeting 2013-08-13) Andreas K. Huettel
2013-08-06 15:39   ` [gentoo-project] Re: Build log locales Michael Weber
2013-08-06 15:52   ` Build log locales (was: [gentoo-project] Call for agenda items - Council meeting 2013-08-13) Michał Górny
2013-08-06 19:34     ` Alexis Ballier
2013-08-07  0:24       ` Mike Gilbert
2013-08-07  9:38         ` Andreas K. Huettel
2013-08-07 10:08           ` [gentoo-project] Re: Build log locales Ulrich Mueller
2013-08-07 10:14             ` Andreas K. Huettel
2013-08-06 16:07   ` Ulrich Mueller
2013-08-06 18:35     ` Mike Gilbert
2013-08-06 19:05       ` Rich Freeman
2013-08-06 19:26       ` Ulrich Mueller
2013-08-06 19:31       ` Michał Górny
2013-08-07  0:13         ` Mike Gilbert
2013-08-07  9:24 ` [gentoo-project] Council meeting: Tuesday 2013-08-13, 19:00 UTC Ulrich Mueller

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20130801003614.GA29807@linux1 \
    --to=williamh@gentoo.org \
    --cc=gentoo-project@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox