Am 25.07.22 um 10:22 schrieb Simon McVittie:
Control: retitle -1 dbus-daemon: systemd | systemd-tmpfiles dependency not 
resolved gracefully on sysvinit systems
Control: severity -1 normal

On Mon, 25 Jul 2022 at 09:38:50 +0200, Richard Lucassen wrote:
Version 1.14.0-2 seems to depend on systemd which breaks my sys-V
system and an update will remove many packages.

Version 1.14.0-2 does not depend on systemd. It *does* depend
on either systemd or systemd-tmpfiles, as a result of having
/usr/lib/tmpfiles.d/dbus.conf (and will be one of increasingly many
packages that do this).

systemd-tmpfiles is a virtual package representing any implementation
of the tmpfiles.d API. You can get this on a sysvinit/sysv-rc system by
installing the systemd-standalone-tmpfiles package.

sysvinit/sysv-rc is a non-default init system for Debian, and the init
system is a core component of the OS, so you can expect some upgrades
with a non-default init system to be non-trivial.

There is no mention of a dependency change in the changelogs.

This dependency is automatically generated by debhelper (since 13.8,
see #1013969), so it is not a direct result of any change to dbus,
and therefore there is no changelog entry. A simple rebuild of an older
version of dbus with the new debhelper would have had the same effect.



My recommendation in [1] was that sysvinit-core should add a Depends on systemd-standalone-tmpfiles (a Recommends would probably work fine as well). Unfortunately, this idea was dismissed with imho no proper justification. The sysvinit folks might even consider introducing a new meta package where they can introduce dependencies like this one. It's ultimately up to them. They just have to keep in mind that the tail is not going to wag the dog.

Michael


[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1014805#10

Attachment: OpenPGP_signature
Description: OpenPGP digital signature

Reply via email to