<div dir="ltr">I was wondering about this recently.  Why are these snippets put in local.conf.sample.extended instead of separate, well-named .inc files that can be shared by multiple distros?  The current model seems to encourage putting lots of configuration in local.conf that probably should be in the distro or machine conf.<div><br></div><div>Rick</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 18, 2017 at 1:35 PM, Andre McCurdy <span dir="ltr"><<a href="mailto:armccurdy@gmail.com" target="_blank">armccurdy@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, Jan 18, 2017 at 7:10 AM,  <<a href="mailto:colin.helliwell@ln-systems.com">colin.helliwell@ln-systems.<wbr>com</a>> wrote:<br>
</span><div><div class="h5">> We have a configuration for our embedded system which is working via SysV,<br>
> but we’re investigating moving over to systemd.<br>
><br>
> Not sure if this is â€˜wise’ â€“ if anyone has technological arguments<br>
> for/against then I’d be interested â€“ but I wanted to investigate it anyway.<br>
><br>
> I’ve modified local.conf (right or wrong) with<br>
><br>
>  Â DISTRO_FEATURES_append = " systemd"<br>
>  Â VIRTUAL-RUNTIME_init_manager = "systemd"<br>
>  Â DISTRO_FEATURES_BACKFILL_<wbr>CONSIDERED = "sysvinit"<br>
>  Â VIRTUAL-RUNTIME_initscripts = ""<br>
>  Â KERNEL_ENABLE_CGROUPS = "1"<br>
><br>
> I also found a readme<br>
> (<a href="https://cgit.freedesktop.org/systemd/systemd/tree/README#n37" rel="noreferrer" target="_blank">https://cgit.freedesktop.org/<wbr>systemd/systemd/tree/README#<wbr>n37</a>) about the<br>
> kernel requirements for systemd, and it does at least now boot.<br>
><br>
> However although eth0 is coming up (‘ifconfig eth0’), there doesn’t seem to<br>
> be any dhcp happening â€“ no IP etc.<br>
><br>
> Previously (under SysV) I had the busybox dhcp client; now it seems that is<br>
> missing. There’s a symlink /etc/systemd/system/busybox-<wbr>udhcpc.service to<br>
> /dev/null<br>
><br>
> I’m using<br>
><br>
>  Â Poky Jethro<br>
>  Â Kernel 4.4.0<br>
>  Â Busybox 1.23.2 (with â€˜CONFIG_FEATURE_SYSTEMD=y’)<br>
><br>
> I wondered if this is just a simple switch I’m missing somewhere, or is<br>
> there a whole load more modifications I need to dig into and hand-craft?<br>
> (Was hoping for something â€˜out of the box’….)<br>
<br>
</div></div>Try:<br>
<br>
  VIRTUAL-RUNTIME_initscripts = "systemd-compat-units"<br>
<br>
Enabling systemd is somewhat documented by the example in<br>
{meta-poky,openembedded-core/<wbr>meta}/conf/local.conf.sample.<wbr>extended,<br>
which is:<br>
<br>
#<br>
# Use systemd for system initialization<br>
#<br>
# DISTRO_FEATURES_append = " systemd"<br>
# DISTRO_FEATURES_BACKFILL_<wbr>CONSIDERED += "sysvinit"<br>
# VIRTUAL-RUNTIME_init_manager = "systemd"<br>
# VIRTUAL-RUNTIME_initscripts = "systemd-compat-units"<br>
<div class="HOEnZb"><div class="h5">--<br>
______________________________<wbr>_________________<br>
yocto mailing list<br>
<a href="mailto:yocto@yoctoproject.org">yocto@yoctoproject.org</a><br>
<a href="https://lists.yoctoproject.org/listinfo/yocto" rel="noreferrer" target="_blank">https://lists.yoctoproject.<wbr>org/listinfo/yocto</a><br>
</div></div></blockquote></div><br></div>