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 -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
