From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCHv3] system: add options for /bin /sbin and /lib to be symlinks into /usr
Date: Wed, 14 Oct 2015 23:14:29 +0200 [thread overview]
Message-ID: <20151014231429.15d741b0@free-electrons.com> (raw)
In-Reply-To: <1441397852-23461-1-git-send-email-yann.morin.1998@free.fr>
Dear Yann E. MORIN,
On Fri, 4 Sep 2015 22:17:32 +0200, Yann E. MORIN wrote:
> systemd is increasingly expecting things to live in /usr/bin, /usr/sbin
> or /usr/lib nad not in /bin, /sbin or /lib. It has inherited those
> expectations from a Fedora change:
> https://fedoraproject.org/wiki/Features/UsrMove
>
> Note however, that systemd does support /usr being on a separate
> filesystem; it just expects an initramfs to mount it before the final
> switchroot over to the actual rootfs.
>
> But the traditional use-case for Buildroot is not to boot with an
> initramfs; although that is totally feasible, that's probably not what
> is commonly done in the vast majority of cases.
>
> However, a lot of packages still install stuff directly into /bin,
> /sbin or /lib, which systemd may need early-on in the boot process,
> even before it may have a chance to mount /usr. Even though we can
> tell systemd, at configure-time, where it should expect programs to
> be at runtime, it does not make sense to go head-first against an
> upstream wa^Hill.
>
> Add an option so that /bin, /sbin and /lib be symlinks to /usr/bin
> and /usr/sbin. That option is forcibly enabled when the init system
> is systemd.
>
> Note: we need not handle /lib32 or /lib64, as they already are symlinks
> to /lib, which means they will automatically be redirected to /usr/lib,
> as /usr/lib32 and /usr/lib64 already are.
>
> Furthermore, this means we're no longer supporting a split-usr setup, so
> the corresponding configure options have been removed as well for
> systemd and, when using a merged /usr, for eudev as well.
>
> In Buildroot, we decided (with this patch) not to support a split-usr
> when systemd is used as an init system. This is a design decision, not
> a systemd issue. Thus the select is with BR2_INIT_SYSTEMD rather than
> with BR2_PACKAGE_SYSTEMD.
>
> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
> Cc: Arnout Vandecappelle <arnout@mind.be>
> Cc: Mike Williams <mike@mikebwilliams.com>
> Cc: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
> Cc: Baruch Siach <baruch@tkos.co.il>
>
> ---
> Changes v2 -> v3:
> - only conditionally drop the split-usr options for eudev (Vicente)
> - add this missing history log (Vicente)
> - add a rationale on why this is the init system that selects
> merged-usr, not the package (Arnout).
Applied, thanks.
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
prev parent reply other threads:[~2015-10-14 21:14 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-04 20:17 [Buildroot] [PATCHv3] system: add options for /bin /sbin and /lib to be symlinks into /usr Yann E. MORIN
2015-09-05 9:21 ` Arnout Vandecappelle
2015-09-05 9:44 ` Thomas Petazzoni
2015-09-05 12:13 ` Yann E. MORIN
2015-09-09 13:54 ` Mike Williams
2015-09-14 18:02 ` Mike Williams
2015-09-14 18:19 ` Yann E. MORIN
2015-10-14 21:14 ` Thomas Petazzoni [this message]
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=20151014231429.15d741b0@free-electrons.com \
--to=thomas.petazzoni@free-electrons.com \
--cc=buildroot@busybox.net \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.