Dmitry Smirnov writes: >> `php7.4-fpm` has "Depends: systemd" because it wants `systemd-tmpfiles` to >> be available, not for the `systemctl` program. `systemctl` doesn't >> provide `systemd-tmpfiles`, so that is an example why the Provides that >> was added in the last upload is not correct. > > Clearly there is a problem in "php7.4-fpm" which should not depend on > "systemd" in first place because it is perfectly functional without "systemd- > tmpfiles" and without "systemd" as far as I can tell.
It might or might not be; adding wrong dependency information to other packages to work around that isn't a solution. Though depending on packages required by startup scripts (init scripts or systemd units) doesn't seem wrong for Debian packages, even when specific use cases might not require it (when you provide your own, different startup scripts). There also exist solutions like `equivs` for these cases. >> Anything that wants to use systemd-tmpfiles (or other features) and >> depends on the "systemd" package for that gets broken by such incorrect >> dependency information. > > Like what specifically? With php7.4-fpm 7.4.5-1 and systemctl 1.4.4181-1 installed in a current Debian unstable: +--- | root@09f957efac98:/# /etc/init.d/php7.4-fpm start | /etc/init.d/php7.4-fpm: 99: systemd-tmpfiles: not found +--- That's what the dependency is for and it's broken because of the `Provides`. Ansgar
