[Pkg-utopia-maintainers] Bug#1016006: dbus-daemon: systemd | systemd-tmpfiles dependency not resolved gracefully on sysvinit systems

[Michael Biebl]

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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-utopia-maintainers/attachments/20220725/1345c707/attachment.sig>