From: Peter Korsgaard <jacmet@uclibc.org>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 4/6] Rework of the init system
Date: Tue, 20 Mar 2012 10:14:21 +0100 [thread overview]
Message-ID: <878vivljma.fsf@macbook.be.48ers.dk> (raw)
In-Reply-To: <201203200045.18897.arnout@mind.be> (Arnout Vandecappelle's message of "Tue, 20 Mar 2012 00:45:18 +0100")
>>>>> "Arnout" == Arnout Vandecappelle <arnout@mind.be> writes:
Hi,
Arnout> On Monday 19 March 2012 16:59:38 Maxime Ripard wrote:
>> +choice
>> + prompt "Init system"
>> + default BR2_INIT_BUSYBOX
>> + help
>> + To select systemd, you first need to have dbus and udev enabled
Arnout> Only udev. Anyway, the help text of a choice is never shown, so
Arnout> this won't work. I don't know if it's possible to add comments in a
Arnout> choice, but that would be the way to go.
It is (it didn't used to be, but I fixed it a while ago). We have an
example in the ARM subarch selection for Cortex A8/A9.
>> +
>> +config BR2_INIT_BUSYBOX
>> + bool "Busybox init"
>> + select BR2_PACKAGE_BUSYBOX
>> +
>> +config BR2_INIT_SYSV
>> + bool "Use systemV init"
>> + select BR2_PACKAGE_SYSVINIT
>> +
>> +config BR2_INIT_SYSTEMD
>> + bool "Use systemd"
>> + select BR2_PACKAGE_DBUS
>> + depends on BR2_PACKAGE_UDEV
Arnout> Would it be an option to make this a select
Arnout> BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_UDEV instead? (With a depends
Arnout> on LARGEFILE and WCHAR, of course.) Or is that a bad idea?
The option should depend on LARGEFILE/WCHAR/IPV6 and then indeed select
BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_UDEV. If those deps are not available
a comment should be shown, similar to how we do it for
BR2_PACKAGE_XSERVER_xorg.
Arnout> The latter two selects are only possible if
Arnout> BR2_PACKAGE_BUSYBOX_SHOW_OTHERS is selected. The select/depends
Arnout> combination breaks the dependency of BR2_PACKAGE_SYSVINIT and
Arnout> BR2_PACKAGE_SYSTEMD on BR2_PACKAGE_BUSYBOX_SHOW_OTHERS. So the
Arnout> systemd package will be selected, but it's not visible to the user.
Arnout> Of course, there's nothing strictly wrong with that. It's just
Arnout> a bit strange.
I think stating that busybox has an alternative for systemd is
stretching the BUSYBOX_SHOW_OTHERS notion a bit. Perhaps we should just
move systemd outside the conditional?
Arnout> Clearly, adding a select BR2_PACKAGE_BUSYBOX_SHOW_OTHERS here
Arnout> is a bad idea. I also don't like much to add a dependency on
Arnout> it either. So instead, I propose to move sysvinit and systemd
Arnout> out of the BR2_PACKAGE_BUSYBOX_SHOW_OTHERS condition (in
Arnout> package/Config.in).
.. Like you suggest here ;)
--
Bye, Peter Korsgaard
next prev parent reply other threads:[~2012-03-20 9:14 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-19 15:59 [Buildroot] [pull request] Pull request for branch for-2012.05/systemd Maxime Ripard
2012-03-19 15:59 ` [Buildroot] [PATCH 1/6] Change the /etc/mtab symlink to use an absolute path Maxime Ripard
2012-03-19 16:08 ` Peter Korsgaard
2012-03-19 15:59 ` [Buildroot] [PATCH 2/6] Add the systemd package Maxime Ripard
2012-03-19 23:32 ` Arnout Vandecappelle
2012-03-20 8:35 ` Maxime Ripard
2012-03-20 8:46 ` Peter Korsgaard
2012-03-20 18:19 ` Arnout Vandecappelle
2012-03-21 9:33 ` Maxime Ripard
2012-03-19 15:59 ` [Buildroot] [PATCH 3/6] Enable cgroups in Linux if we use systemd Maxime Ripard
2012-03-19 15:59 ` [Buildroot] [PATCH 4/6] Rework of the init system Maxime Ripard
2012-03-19 23:45 ` Arnout Vandecappelle
2012-03-20 8:53 ` Maxime Ripard
2012-03-20 9:15 ` Peter Korsgaard
2012-03-20 9:14 ` Peter Korsgaard [this message]
2012-03-19 15:59 ` [Buildroot] [PATCH 5/6] Fix installation for the lighttpd package Maxime Ripard
2012-03-19 23:51 ` Arnout Vandecappelle
2012-03-20 9:42 ` Maxime Ripard
2012-03-20 12:29 ` Arnout Vandecappelle
2012-03-19 15:59 ` [Buildroot] [PATCH 6/6] Add systemd unit for lighttpd Maxime Ripard
2012-03-19 23:55 ` Arnout Vandecappelle
2012-03-21 9:24 ` Maxime Ripard
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=878vivljma.fsf@macbook.be.48ers.dk \
--to=jacmet@uclibc.org \
--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.