Mailinglist Archive: opensuse-packaging (116 mails)

< Previous Next >
Re: [opensuse-packaging] Packages enabling their systemd services at their own
On Mon, 2017-12-11 at 19:52 +0100, Stefan Seyfried wrote:
Am 11.12.2017 um 16:14 schrieb Thorsten Kukuk:


the official mechanismus to enable systemd services by default
installation is, to use the systemd preset functionallty.

Unfortunately, some packages still enable their services at their
by calling systemctl enable in the %post install section. This will
break in the future for fresh installations!

Why? We have a problem with dependencies for systemd, dependency
and packages, where we are not able to enable them with the preset
mechanism during initial installation. The reason is, that systemd
it's many dependencies can only be installed late, but some
have to be installed earlier. The same is true for build

If we require a PreReq systemd for all packages having systemd
we will end in a dependency loop nightmare. Instead, we decided,
we will call a systemctl preset-all in the %posttrans of
systemd-presets-branding-* packages for fresh installations.

So now I add "systemd-presets-branding-bluez" subpackage to bluez?
Any boilerplate code to use for this?

No - if the service is meant to be enabled by default, it ought to be
listed in systemd-preset-branding-openSUSE (if enabled for openSUSE) or
the other, respective systemd-preset-branding-FOO packages (but no new
ones introduced per package)

< Previous Next >
Follow Ups