Openembedded Core Discussions
 help / color / mirror / Atom feed
From: "Adrian Bunk" <bunk@stusta.de>
To: Alex Kiernan <alex.kiernan@gmail.com>
Cc: Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: [OE-Core][RFC PATCH 06/13] systemd: Add PACKAGECONFIG for sysvinit
Date: Thu, 26 Mar 2020 19:32:58 +0200	[thread overview]
Message-ID: <20200326173258.GA31846@localhost> (raw)
In-Reply-To: <CAO5Uq5Qz2EpUZUFGfRy-6BTrLZuK9sm7bTarmkCwZM9RA5eysw@mail.gmail.com>

On Thu, Mar 26, 2020 at 03:54:55PM +0000, Alex Kiernan wrote:
> On Thu, Mar 26, 2020 at 2:56 PM Adrian Bunk <bunk@stusta.de> wrote:
> > On Thu, Mar 26, 2020 at 08:54:19AM +0000, Alex Kiernan wrote:
> > > Add sysvinit PACKAGECONFIG which is bound to DISTRO_FEATURES, this
> > > then disables all sysvinit handling in systemd if it isn't present.
> > >
> > > Consolidate sysvinit handling so that when it's disabled we exclude all
> > > sysvinit features.
> > >...
> >
> > What exactly are "sysvinit handling" and "sysvinit features"?
> >
> > It seems to disable systemd-sysv-generator, and this is wrong.
> 
> Like this it sets HAVE_SYSV_COMPAT which does disable
> systemd-sysv-generator, but if sysvinit is disabled completely in the
> distro, I'm missing why that's a bad thing?
> 
> Or have I misunderstood what sysvinit in DISTRO_FEATURES is meant to
> mean?

sysvinit in DISTRO_FEATURES means that sysvinit is supported as init system.

> I'd taken in that sysvinit not present in DISTRO_FEATURES meant
> that packages should install systemd units, not rely on init scripts.

Packages that do provide both are not the relevant ones.

For packages that can provide both, if the init script gets installed
it is ignored by systemd when there is also a systemd unit.

systemd-sysv-generator provides support for packages that do not
(yet) provide a systemd unit, only an init script.

Disabling this could save a few bytes on a small system when no 
installed package needs it, but this is not in any way related
to sysvinit in DISTRO_FEATURES.

> Alex Kiernan

cu
Adrian

  reply	other threads:[~2020-03-26 17:33 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-26  8:54 [OE-Core][RFC PATCH 00/13] Systemd 245 and related updates Alex Kiernan
2020-03-26  8:54 ` [OE-Core][RFC PATCH 01/13] systemd: Use PACKAGE_BEFORE_PN, not =+ Alex Kiernan
2020-03-26  8:54 ` [OE-Core][RFC PATCH 02/13] systemd: Package udev rules explicitly Alex Kiernan
2020-03-26  8:54 ` [OE-Core][RFC PATCH 03/13] systemd: Replace nonarch_base_libdir with rootlibexecdir Alex Kiernan
2020-03-26  8:54 ` [OE-Core][RFC PATCH 04/13] systemd: Reinstate systemd-hwdb-update.service Alex Kiernan
2020-03-26  8:54 ` [OE-Core][RFC PATCH 05/13] systemd: Add sch-fq-codel to RRECOMMENDS Alex Kiernan
2020-03-26  8:54 ` [OE-Core][RFC PATCH 06/13] systemd: Add PACKAGECONFIG for sysvinit Alex Kiernan
2020-03-26 14:56   ` Adrian Bunk
2020-03-26 15:54     ` Alex Kiernan
2020-03-26 17:32       ` Adrian Bunk [this message]
2020-03-26 18:08         ` Alex Kiernan
2020-03-26 19:13           ` Adrian Bunk
2020-03-26 19:21             ` Otavio Salvador
2020-03-26 18:17         ` Andre McCurdy
2020-03-26 18:32           ` Otavio Salvador
2020-03-26 19:12             ` Adrian Bunk
2020-03-26  8:54 ` [OE-Core][RFC PATCH 07/13] systemd: Remove X11 related files when disabled Alex Kiernan
2020-03-26  8:54 ` [OE-Core][RFC PATCH 08/13] systemd: Enable smack based on DISTRO_FEATURES Alex Kiernan
2020-03-26  8:54 ` [OE-Core][RFC PATCH 09/13] systemd: Enable audit " Alex Kiernan
2020-03-26  8:54 ` [OE-Core][RFC PATCH 10/13] systemd: Enable acl " Alex Kiernan
2020-03-26  8:54 ` [OE-Core][RFC PATCH 11/13] psplash: Set RemainAfterExit on systemd units Alex Kiernan
2020-03-26  8:54 ` [OE-Core][RFC PATCH 12/13] oeqa/runtime/cases: Disable and stop systemd-timesyncd Alex Kiernan
2020-03-26  8:54 ` [OE-Core][RFC PATCH 13/13] systemd: upgrade v244.3 -> v245.2 Alex Kiernan
2020-03-26 12:27 ` [OE-Core][RFC PATCH 00/13] Systemd 245 and related updates 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=20200326173258.GA31846@localhost \
    --to=bunk@stusta.de \
    --cc=alex.kiernan@gmail.com \
    --cc=openembedded-core@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