[Pkg-systemd-maintainers] Bug#743217: systemd: systemctl enabled/disable does not print what it's doing with the unit file

[Ralf Jung]

Hi,

>> We tried to mirror what update-rc.d does, ie. be silent and only output
>> errors.
> 
> Ah sorry, I somehow thought you were talking about the output of
> deb-systemd-helper (which is used in the maintainer scripts).

I see... so please disregard my previous answer.
(Though actually those also confuse me, as they don't even write that
the service has been restarted - prior to switching to systemd, this was
printed by the init script itself. But that's a different bug.)

> Are you sure the service you are talking about actually ships a native
> systemd .service file. If e.g. I run that for ssh (which does ship one),
> I get
> # systemctl enable ssh.service
> Synchronizing state for ssh.service with sysvinit using update-rc.d...
> Executing /usr/sbin/update-rc.d ssh defaults
> insserv: warning: current start runlevel(s) (empty) of script `ssh'
> overrides LSB defaults (2 3 4 5).
> insserv: warning: current stop runlevel(s) (2 3 4 5) of script `ssh'
> overrides LSB defaults (empty).
> Executing /usr/sbin/update-rc.d ssh enable
> ln -s '/lib/systemd/system/ssh.service' '/etc/systemd/system/sshd.service'
> 

Yes, I am sure - I wrote it myself ;-) . The package is called "osspd".
Also, the desired action takes place: Before the call to "enable",
/etc/systemd/system/multi-user.target.wants/osspd.service exists. After
the call, it does no longer.

However, it seems we are talking about different symlinks here: When
disabling ssh.service, I also get the output you describe. But that
symlink seems to be the result of the

Alias=sshd.service

line in the unit file, while there's no output for what happens due to

WantedBy=multi-user.target

I don't know whether this output is present upstream. If not, I'd
consider this an upstream bug.
Wednesday I should have access to a Fedora machine, so I can check how
that behaves.

Kind regards
Ralf