From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Samuel Stirtzel <s.stirtzel@googlemail.com>
Cc: the oe-core layer <openembedded-core@lists.openembedded.org>, Patches
Subject: Re: [PATCH v4] systemd: set default.target to multi-user.target
Date: Wed, 03 Apr 2013 16:24:19 +0100 [thread overview]
Message-ID: <1365002659.6526.45.camel@ted> (raw)
In-Reply-To: <CAGiJk9fV0rSMJaiAHF+dAmqC2jZmUbVwGsovcaXBTFFPTu8K7A@mail.gmail.com>
On Wed, 2013-04-03 at 16:51 +0200, Samuel Stirtzel wrote:
> 2013/4/3 Burton, Ross <ross.burton@intel.com>:
> > Hi,
> >
> > On 2 April 2013 15:15, Samuel Stirtzel <s.stirtzel@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@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
next prev parent reply other threads:[~2013-04-03 15:41 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-02 12:54 [PATCH v4] systemd: set default.target to multi-user.target Radu Moisan
2013-04-02 13:02 ` Samuel Stirtzel
2013-04-02 13:35 ` Radu Moisan
2013-04-02 14:15 ` Samuel Stirtzel
2013-04-03 14:15 ` Burton, Ross
2013-04-03 14:51 ` Samuel Stirtzel
2013-04-03 15:24 ` Richard Purdie [this message]
2013-04-04 6:24 ` Samuel Stirtzel
2013-04-03 15:27 ` Burton, Ross
2013-04-04 6:59 ` Samuel Stirtzel
2013-04-04 7:20 ` Martin Jansa
2013-04-04 7:37 ` Koen Kooi
2013-04-04 8:12 ` Samuel Stirtzel
2013-04-04 14:30 ` Burton, Ross
2013-04-04 15:17 ` Andreas Müller
2013-04-04 15:20 ` Burton, Ross
2013-04-04 15:58 ` Koen Kooi
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=1365002659.6526.45.camel@ted \
--to=richard.purdie@linuxfoundation.org \
--cc=openembedded-core@lists.openembedded.org \
--cc=s.stirtzel@googlemail.com \
/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