Bug#1016561: sysvinit-core: Please recommend systemd-tmpfiles and systemd-tmpfiles
Thorsten Glaser
t.glaser at tarent.de
Wed Aug 3 00:20:58 BST 2022
On Wed, 3 Aug 2022, Adam Borowski wrote:
> On Wed, Aug 03, 2022 at 12:04:29AM +0200, GSR wrote:
> > Otherwise in cases like upgrading lvm2 (see bug #1014565) the full
This is weird, but I looked at how debootstrap resolves dependencies,
and this is indeed a problem. Did anyone look at whether adding the
systemd-standalone-tmpfiles package to the list of dependencies, instead
of relying on the virtual package, helps?
> Sysvinit is often installed in small containers, and I would be wary of
> bloating them by 460KB with gratuitous dependences.
It’d be a Recommends. Power users have been annoyed since squeeze
enabled the installation of Recommends by default and have been
disabling it ever since :|
> > systemd is installed unnecessarily.
My guess is you don’t have systemd pinned away.
$ cat /etc/apt/preferences.d/systemd
Package: systemd
Pin: version *
Pin-Priority: -1
Does it still want to install systemd with this enabled? (If so, apt
bug.) Does it successfully resolve this to systemd-standalone-tmpfiles
instead of exploding and refusing to do anything? (I don’t have a
suitably up-to-date sid system handy.)
Given how Debian currently treats nōn-systemd users I think asking
them to run with such a pinning (and not annoying maintainers so
much that they remove the standalone packages altogether) might be
sensible :/
Meow,
//mirabilos
--
Infrastrukturexperte • tarent solutions GmbH
Am Dickobskreuz 10, D-53121 Bonn • http://www.tarent.de/
Telephon +49 228 54881-393 • Fax: +49 228 54881-235
HRB AG Bonn 5168 • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
****************************************************
/⁀\ The UTF-8 Ribbon
╲ ╱ Campaign against Mit dem tarent-Newsletter nichts mehr verpassen:
╳ HTML eMail! Also, https://www.tarent.de/newsletter
╱ ╲ header encryption!
****************************************************
More information about the Debian-init-diversity
mailing list