control: severity -1 wishlist
control: tags -1 +confirmed
control: retitle -1 Make /etc/sv/{name}/supervise symlinks behave as conffiles
[2019-08-28 12:40] Michael Biebl <bi...@debian.org>
> Am 28.08.19 um 11:52 schrieb Colin Watson:
>
> > 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.
Wontfix. This is normal behaviour, as pointed by Colin. See:
$ dpkg -L w3m | grep etc/
/etc/w3m
/etc/w3m/config
/etc/w3m/mailcap
$ find /etc | grep w3m
/etc/w3m
/etc/w3m/mailcap
/etc/w3m/config
$ sudo rm -r /etc/w3m
$ find /etc | grep w3m
$ sudo dpkg -i /tmp/w3m_0.5.3-37+b1_amd64.deb
[...]
$ find /etc|grep w3m
/etc/w3m
Directory comes back. Maybe it should be addressed in dpkg.
By the way, init-system-helpers behave in same way -- I can `rm -fr
/etc/systemd', but after re-installation `/etc/systemd/system' comes
back.
I find this issue cosmetic, but if it is important to you, use
/etc/dpkg/dpkg.cfg.d/excludes.
Colin Watson <cjwat...@debian.org>
> On Wed, Aug 28, 2019 at 09:42:31AM +0200, Michael Biebl wrote:
> > 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.
> > [...]
>
> The exceptions are /etc/sv/ssh/supervise and /etc/sv/ssh/log/supervise,
> which are symlinks to /var/lib/runit/supervise/ssh and
> /var/lib/runit/log/supervise/ssh respectively, and those do get
> reinstalled. Symlinks can't really be conffiles, but perhaps this could
> be done using generated maintainer script code or in runit-helper?
> Reassigning to dh-runit, anyway, since there isn't much I can do about
> this in openssh-server at present.
AFAIK, Policy does not forbid shipping non-conffiles into /etc. Some
other packages do so as well, e.g /etc/os-release and /etc/mysql/my.cf
just to name a few.
So, once we admit that `/etc/sv/openssh-server/supervise' is not
conffile, behaviour described by submitter is perfectly logical.
I agree that it would be great if it was conffile, so I do not wontfix
the bug for now. I will ask dpkg maintainers on possiblity of marking
symlinks as conffiles.
--
Note, that I send and fetch email in batch, once in a few days.
Please, mention in body of your reply when you add or remove recepients.
