Bug#775903: systemd: 'service initscript start' starts initscript.dpkg-dist under systemd

[Florent Rougon]

Hi Martin, hi Michael,

Martin Pitt <mpitt at debian.org> wrote:

> I'm 99% sure that this is another duplicate of https://bugs.debian.org/775404
>
> I take it you have a /run/systemd/generator.late/fetchmail.service
> symlink which points to fetchmail.dpkg-dist.service?

Well, I have this file but it is a regular file starting with:

# Automatically generated by systemd-sysv-generator

[Unit]
SourcePath=/etc/init.d/fetchmail
Description=LSB: init script for per-user fetchmail daemons
Before=runlevel2.target runlevel3.target runlevel4.target runlevel5.target shutdown.target
After=network-online.target mail-transport-agent.service local-fs.target remote-fs.target local-rotate-fetchmail-logfiles.service
Wants=network-online.target
Conflicts=shutdown.target

This shows that it was generated from my own fetchmail script, not from
fetchmail.dpkg-dist. But as explained in my previous message, I fixed my
system by running 'systemctl daemon-reload'. Maybe it had the symlink
you mentioned when the bug was triggered, I can't say for sure now.

> I'm going to upload 215-10 with the fix for this in a few hours; it
> would be nice if you could report back with either confirming that it
> fixes the issue, or is something else (then I'll unduplicate this bug
> report).

I can test things if you want, but I have no idea of systemd things such
as automatic unit creation from init scripts, therefore I am not sure I
can restore the conditions in which I encountered the bug (I suspect
just recreating the .dpkg-dist file won't be enough). However, if you
give me precise instructions, I can try to reproduce the bug and see if
your new package fixes it.

Thank you!

-- 
Florent