Package: dh-runit Version: 2.8.13.2 Followup-For: Bug #935939 Hi Michael,
> Since I have no use for runit, I removed the /etc/sv directory. > Unfortunately, if the openssh-server package is upgraded (or > reinstalled), the local admin choice is not respected and the files in > /etc/sv are recreated. This is the directory that contains runit services; openssh-server is also shipping a /etc/init.d and a /lib/systemd/system directories. Do you consider a bug the fact that, if I'm going to remove the /etc/init.d directory because I don't use sysv, it will be recreated on upgrade? I suspect as long as Debian keep supporting more than one init we all have to live with files we don't use. >> Empty directories also come back no matter what you do, so even after >> fixing this, /etc/sv/ssh/.meta and /etc/sv/ssh/log would still come >> back. > Urgh, that's ugly. Please consider creating those directories > dynamically then and don't ship them in the package. It's not possible for /etc/sv/ssh/log as it's the directory of the appendant log service About /etc/sv/ssh/.meta, maybe you can have a look at https://salsa.debian.org/debian/init-system-helpers/merge_requests/10 and help figuring out an alternative solution, if it exists. Preserving local admin choices about enabled/disabled services is also a job for `update-rc.d`. Lorenzo -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.20.3-van (SMP w/4 CPU cores; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: runit (via /run/runit.stopit) Versions of packages dh-runit depends on: ii debhelper 12.5.3 ii libfile-copy-recursive-perl 0.44-1 ii libfile-slurp-perl 9999.27-1 ii libtext-hogan-perl 2.01-1 dh-runit recommends no packages. dh-runit suggests no packages. -- no debconf information