Bug#816391: tor: "systemctl status tor" does not provide useful output

Michael Biebl email at michaelbiebl.de
Wed Apr 13 23:52:23 BST 2016

Am 14.04.2016 um 00:46 schrieb Michael Biebl:
> Am 13.04.2016 um 21:45 schrieb Daniel Kahn Gillmor:
>> is there a reason to have a "tor.service" that is distinct from the
>> tor@*.service files?  if not, maybe we could get rid of it entirely?
>> If there is a reason to have it, how can we avoid having "systemctl
>> status tor" mask the statuses of the actual running (or failing)
>> services?
> The tor.service afaics is only used, so you have a
> systemctl restart/reload tor
> shortcut which propagates that request to all instances.
> tor.service in itself does not provide any service.
> So it is useful to have.

I'm not sure. Maybe we can convince upstream that using "status" on a
service which is composed by several sub-services via PartOf [0], also
propagates the status request and merges that into a single output.

Or we add a dedicated key, like PropagatesReloadTo [1], say ProgatesStatusTo


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: 819 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20160414/df6729b6/attachment-0002.sig>

More information about the Pkg-systemd-maintainers mailing list