[Pkg-systemd-maintainers] Bug#723727: Bug#723727: at: "debug" output at install time??

[Michael Biebl]

Am 20.09.2013 06:34, schrieb Michael Stapelberg:
> Hi,
> 
> "Ph. Marek" <philipp.marek at linbit.com> writes:
>> at (3.1.14-1) wird eingerichtet ...
>> ln -s '/lib/systemd/system/atd.service' '/etc/systemd/system/multi-
>> user.target.wants/atd.service'
>> [ ok ] Starting deferred execution scheduler: atd.
>>
>>
>> Is that a debug output? Looks like that, because the symlink exists (now).
> No, this is not debug output, it’s intentionally there so that the user
> will be aware that the service was enabled. The output is what you’d get
> when running “systemctl enable atd.service”.
> 
> Given that it caused some confusion, we can think about what to do in
> order to improve the situation:
> 
> 1) We could prefix it with a message like “Enabling atd.service: ”
> 2) We could remove it altogether, but I’m not sure whether that is a
>    good choice. Is there a paragraph of debian-policy dealing with
>    decisions like this? Or do we have a strong precedence case that
>    establishes a best practice?

I think, what we did so far is mimic the output of systemctl.
systemctl enable|disable is rather verbose as it outputs what symlinks
it creates, in contrast to e.g.systemctl restart|start|stop|reload,
which is completely silent and only returns an exit code.


That is in contrast to update-rc.d, which is completely silent on
defaults|remove (unless there is an error) and invoke-rc.d, which prints
the output of the SysV init script.


Michael




-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20130920/1a94f1d1/attachment-0002.sig>