[OE-core] [PATCH v4] systemd: set default.target to multi-user.target

Richard Purdie richard.purdie at linuxfoundation.org
Wed Apr 3 15:24:19 UTC 2013


On Wed, 2013-04-03 at 16:51 +0200, Samuel Stirtzel wrote:
> 2013/4/3 Burton, Ross <ross.burton at intel.com>:
> > Hi,
> >
> > On 2 April 2013 15:15, Samuel Stirtzel <s.stirtzel at googlemail.com> wrote:
> >>>>> For xserver-nodm-init we would then have something like:
> >>>>> inherit update-alternatives
> >>>>> ALTERNATIVE_${PN} = "systemd-def-target"
> >>>>> ALTERNATIVE_TARGET[systemd-def-target] =
> >>>>> "${systemd_unitdir}/system/graphical.target"
> >>>>> ALTERNATIVE_LINK_NAME[systemd-def-target] =
> >>>>> "${systemd_unitdir}/system/default.target"
> >>>>> ALTERNATIVE_PRIORITY[systemd-def-target] ?= "10"
> >>>>>
> >>>>> Signed-off-by: Radu Moisan <radu.moisan at intel.com>
> >
> > This really needs to be a series of two patches, with this change
> > implemented too.
> >
> >> To comment on this change:
> >> A developer would expect that a system (hardware or software) behaves
> >> in a specific matter (the default behavior).
> >> By changing the default, the system behavior is undefined (as the
> >> default behavior was changed).
> >
> > The behaviour is not undefined, it's perfectly clear - the default
> > target is multi-user unless changed, and by patching the X startup
> > recipes in oe-core and meta-oe we handle the majority of cases.
> 
> When we decide that we handle standard behavior different than the
> rest of the world, then this patch is basically a fork of systemd.

No, we're not forking systemd, we're talking about configuration. 

This is like saying that booting your Linux desktop at a different
runlevel is forking Linux.

> Also we tell every affected software developer:
> "No your software won't work with OE-core / Yocto Project without
> adaption, we are incompatible with the systemd standard to make life
> more comfortable for (some of) us"

We're saying that graphical init scripts need to somehow tell the system
they're a graphical init script. There are only a small number of these
out there and adding some identification to them whilst an annoyance,
isn't a big issue.

Integrating new technology like systemd into older systems is hard. You
sometimes need to add new information to allow the system to work
properly. This is once such case.

Cheers,

Richard








More information about the Openembedded-core mailing list