From: Joshua Lock <josh@linux.intel.com>
To: openembedded-devel@lists.openembedded.org
Subject: Re: [meta-oe][RFC 00/27] systemd / initmanager rework
Date: Tue, 07 Feb 2012 16:39:55 -0800 [thread overview]
Message-ID: <4F31C45B.1010600@linux.intel.com> (raw)
In-Reply-To: <CAP9ODKpi+WWUuf7iP8QgJK2vgmM3KAgS0Fkhbu3eEy80L2eszA@mail.gmail.com>
On 07/02/12 07:55, Otavio Salvador wrote:
> On Tue, Feb 7, 2012 at 13:12, Andreas Müller
> <schnitzeltony@googlemail.com>wrote:
>
>> * These are my first python experiences - suggestions welcome.
>> * In local.conf (or in distro) the configuration variable INIT_MANAGER
>> selects
>> the initmanager to be build into an image. When changing the selection,
>> a build from scratch is required. INIT_MANAGER currently defaults to
>> systemd
>> (see image.bbclass and initmanager.bbclass)
>> * In systemd.bbclass debug messages were left in to have a better overview
>> what's going on.
>> * An additional patch series goes out for meta-angstrom.
>> * This is a huge RFC which might cause serious impacts. What I have already
>> detected after a build from scatch is that /var/lib/opkg is missing in the
>> image (although it can be found in libopkg.ipk). I will spend the next
>> days with my new friend buildhistory (thanks for this!!).
>>
>
> I've looked at your changes and they does seem to be a good base for
> further work:
I agree, good job!
> * The init system ought to be a DISTRO_FEATURE (as sysvinit ought to be too
> IMO)
I know there's some disagreement with the suggestion that the init
system ought to be a DISTRO_FEATURE but my (admittedly uninformed)
opinion is that I can't see how we can avoid it.
It looks like systemd provides various interfaces and API's that
packages may or may not use and as more packages adopt these we're going
to need to be able to enable/disable more than just some unit
files/scripts for init support.
> * I'd like to see sysvinit packages splitted onto ${PN}-sysvinit as well
Agreed. Do we need to think about the case where a systemd based system
might *need* an initscript (no units available) vs. when the -sysvinit
and -systemd packages both provide similar functionality?
Would it be desirable for the rootfs generation logic to be able to fall
back to an alternative "initscript" provider?
> * I'd use rootfs generation to install ${PN}-${INIT_SYSTEM} packages for
> packages being installed
>
> Thoughts?
Cheers,
Joshua
--
Joshua Lock
Yocto Project "Johannes factotum"
Intel Open Source Technology Centre
next prev parent reply other threads:[~2012-02-08 0:49 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-07 15:12 [meta-oe][RFC 00/27] systemd / initmanager rework Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 01/27] systemd.bbclass: rework Andreas Müller
2012-02-09 8:14 ` Andreas Müller
2012-02-09 11:03 ` Otavio Salvador
2012-02-07 15:12 ` [meta-oe][RFC 02/27] initmanager.bbclass: inital add Andreas Müller
2012-02-07 15:39 ` Paul Eggleton
2012-02-07 15:57 ` Otavio Salvador
2012-02-07 22:53 ` Khem Raj
2012-02-07 15:12 ` [meta-oe][RFC 03/27] image.bbclass: inherit initmanager.bbclass and set default value for IMAGE_INIT_MANAGER Andreas Müller
2012-02-07 15:36 ` Paul Eggleton
2012-02-07 15:59 ` Otavio Salvador
2012-02-07 15:12 ` [meta-oe][RFC 04/27] elsa: remove unneeded systemd code Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 05/27] connman: " Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 06/27] openssh: " Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 07/27] gateone: " Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 08/27] cronie: " Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 09/27] xserver-nodm-init: " Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 10/27] busybox: " Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 11/27] atftp: " Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 12/27] gpsd: " Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 13/27] gdm: inherit systemd / " Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 14/27] dropbear: " Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 15/27] cloud9: pack systemd support in ${PN}-systemd / " Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 16/27] slim: inherit systemd " Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 17/27] udisks: conditional DEPENDS " Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 18/27] rsyslog: " Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 19/27] polkit: conditional DEPEND systemd Andreas Müller
2012-02-07 15:35 ` Martin Jansa
2012-02-07 15:40 ` Paul Eggleton
2012-02-07 15:12 ` [meta-oe][RFC 20/27] syslog-ng: conditional --enable-systemd --with-systemdsystemunitdir / remove unneeded systemd code Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 21/27] lighthttpd: inherit systemd / added systemd native support " Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 22/27] cherokee: " Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 23/27] networkmanager: inherit systemd / added NetworkManager-wait-online.service " Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 24/27] ntp: add native systemd support for ntpdate " Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 25/27] dhcp: add native support for dhcp-relay " Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 26/27] task-basic: replace systemd specific packets by common ones / conditionally RDEPENDS avahi(-systemd) systemd-compat-units Andreas Müller
2012-02-07 15:12 ` [meta-oe][RFC 27/27] task-x11: replace systemd specific packets by common ones Andreas Müller
2012-02-07 15:30 ` Martin Jansa
2012-02-07 15:52 ` [meta-oe][RFC 00/27] systemd / initmanager rework Koen Kooi
2012-02-07 16:24 ` Andreas Müller
2012-02-07 17:14 ` Koen Kooi
2012-02-07 17:58 ` Andreas Müller
2012-02-07 15:55 ` Otavio Salvador
2012-02-07 16:02 ` Koen Kooi
2012-02-07 16:18 ` Otavio Salvador
2012-02-08 0:39 ` Joshua Lock [this message]
2012-02-08 8:18 ` Koen Kooi
2012-02-08 11:00 ` Otavio Salvador
2012-02-08 11:07 ` Koen Kooi
2012-02-08 11:12 ` Otavio Salvador
2012-02-08 12:14 ` Koen Kooi
2012-02-08 12:18 ` Paul Eggleton
2012-02-08 12:21 ` Koen Kooi
2012-02-08 12:49 ` Koen Kooi
2012-02-08 12:28 ` Otavio Salvador
2012-02-08 12:43 ` Martin Jansa
2012-02-08 13:05 ` Koen Kooi
2012-02-08 12:51 ` Andreas Müller
2012-02-08 12:54 ` Koen Kooi
2012-02-08 12:56 ` Martin Jansa
2012-02-08 13:19 ` Khem Raj
2012-02-08 15:35 ` Otavio Salvador
2012-02-08 11:31 ` Andreas Müller
2012-02-08 10:57 ` Otavio Salvador
2012-02-07 16:35 ` Andreas Müller
2012-02-07 16:39 ` Otavio Salvador
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=4F31C45B.1010600@linux.intel.com \
--to=josh@linux.intel.com \
--cc=openembedded-devel@lists.openembedded.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