From: Arnout Vandecappelle <arnout@mind.be>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH] system: add options for /bin /sbin and /lib to be symlinks into /usr
Date: Fri, 4 Sep 2015 21:05:28 +0200 [thread overview]
Message-ID: <55E9EB78.9000702@mind.be> (raw)
In-Reply-To: <20150904162946.GC4540@free.fr>
On 04-09-15 18:29, Yann E. MORIN wrote:
> Arnout, All,
>
> On 2015-09-04 10:16 +0200, Arnout Vandecappelle spake thusly:
[snip]
>>>> diff --git a/system/Config.in b/system/Config.in
>>>> index fad829d..735ad62 100644
>>>> --- a/system/Config.in
>>>> +++ b/system/Config.in
>>>> @@ -88,6 +88,7 @@ config BR2_INIT_SYSTEMD
>>>> depends on BR2_USE_MMU
>>>> depends on !BR2_STATIC_LIBS
>>>> depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_10
>>>> + select BR2_ROOTFS_MERGED_USR
>>
>> Wouldn't it be more appropriate to move this to package/systemd/Config.in,
>> which already has all the other selects?
>>
>> OTOH, this is a system option while package/systemd/Config.in selects only
>> packages.
>
> Well, I don't care. In fact, BR2_INIT_SYSTEMD and BR2_PACKAGE_SYSTEMD
> are in effect synonyms. So, it's completely arbiotrary where we put the
> selects.
>
> I would have favoured pacakge dependencies, like libs and support stuff,
> to be selected by the package, while system-related dependencies would
> have been handled by the init sytem.
Indeed.
> But as you say, this is a fringe case. After all, systemd *does* support
> a separate /usr, it's just that we in Buildroot decided (with this
> patch) not to support that case.
>
>> I think we should reason as follows: if we would ever support building the
>> systemd package without BR2_INIT_SYSTEMD,
>
> But does that question even make sense to start with? systemd *is* an
> init system and nothing more, so there's no reason we would ever build
> systemd stand-alone.
>
> At least, in the current state of affairs, for the foreseeable future,
> there's almost no chance we build systemd standalone.
Yeah, you're right, not a good idea to design for things that may not happen.
>> Anyway, it's probably bikeshedding. But perhaps you can put a rationale in the
>> commit message for future reference.
>
> Like:
>
> In Buildroot, we decided not to support a split-usr when systemd
> is used as an init system. This is not a systemd issue, this is a
> deign decision. Thus the select is with BR2_INIT_SYSTEMD rather
> than with BR2_PACKAGE_SYSTEMD.
Perfect!
Regards,
Arnout
>
>> After all, your commit message is a bit
>> short at the moment :-P
>
> I'll take that as an incitation at expanding it even more. The four
> lines above will make it! ;-p
>
> Regards,
> Yann E. MORIN.
>
--
Arnout Vandecappelle arnout dot vandecappelle at essensium dot com
Senior Embedded Software Architect . . . . . . +32-478-010353 (mobile)
Essensium, Mind division . . . . . . . . . . . . . . http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium . . . . . BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7493 020B C7E3 8618 8DEC 222C 82EB F404 F9AC 0DDF
next prev parent reply other threads:[~2015-09-04 19:05 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-03 23:47 [Buildroot] [PATCH] system: add options for /bin /sbin and /lib to be symlinks into /usr Yann E. MORIN
2015-09-04 7:48 ` Vicente Olivert Riera
2015-09-04 8:16 ` Arnout Vandecappelle
2015-09-04 16:29 ` Yann E. MORIN
2015-09-04 19:05 ` Arnout Vandecappelle [this message]
2015-09-04 16:12 ` Yann E. MORIN
2015-09-04 8:11 ` Thomas Petazzoni
2015-09-04 8:19 ` Arnout Vandecappelle
2015-09-04 16:31 ` Yann E. MORIN
2015-09-14 21:12 ` Peter Korsgaard
2015-09-14 21:23 ` Yann E. MORIN
2015-09-14 21:26 ` Arnout Vandecappelle
2015-09-14 21:39 ` Peter Korsgaard
2015-10-07 16:19 ` Mike Williams
2015-10-07 22:03 ` Arnout Vandecappelle
2015-09-14 21:32 ` Thomas Petazzoni
-- strict thread matches above, loose matches on Subject: below --
2015-09-01 22:55 Yann E. MORIN
2015-09-02 4:54 ` Baruch Siach
2015-09-02 7:10 ` Thomas Petazzoni
2015-09-02 13:50 ` Mike Williams
2015-09-02 14:04 ` Thomas Petazzoni
2015-09-02 14:05 ` Mike Williams
2015-09-02 14:28 ` Yann E. MORIN
2015-09-02 14:07 ` Vicente Olivert Riera
2015-09-02 14:11 ` Yann E. MORIN
2015-09-02 14:12 ` Thomas Petazzoni
2015-09-02 14:13 ` Vicente Olivert Riera
2015-09-02 20:59 ` Arnout Vandecappelle
2015-09-02 21:17 ` Arnout Vandecappelle
2015-09-02 22:09 ` Yann E. MORIN
2015-09-03 14:46 ` Mike Williams
2015-09-03 15:12 ` Vicente Olivert Riera
2015-09-03 15:57 ` Yann E. MORIN
2015-09-02 22:07 ` Yann E. MORIN
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=55E9EB78.9000702@mind.be \
--to=arnout@mind.be \
--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.