[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
[tor-bugs] #25456 [Core Tor/Tor]: tor's systemd service should SIGHUP tor on resume/thaw after sleep/hibernate
#25456: tor's systemd service should SIGHUP tor on resume/thaw after
sleep/hibernate
---------------------------+-----------------------------------------------
Reporter: isis | Owner: (none)
Type: | Status: new
enhancement |
Priority: Medium | Milestone: Tor: 0.3.4.x-final
Component: Core | Version:
Tor/Tor |
Severity: Normal | Keywords: packaging, systemd, configuration
Actual Points: | Parent ID:
Points: 1 | Reviewer:
Sponsor: |
Sponsor8-can |
---------------------------+-----------------------------------------------
I very often need to SIGHUP my tor process after reopening my laptop after
the new guard algorithm was merged (I had to also do so before, but now
it's seemingly worse), and I hear from other users who are more
technically-inclined that there experience is the same. Humans doing
things computers can do is bad UX. I propose, at the very least, on *nix
systems that we modify the systemd `.service` file(s) we already
distribute to do this for the human. (We should also figure out some
equivalent for MacOS, Windows, and mobile, if possible, but those can be
separate tickets.)
From reading [https://askubuntu.com/questions/661715/make-a-script-start-
after-suspend-in-ubuntu-15-04-systemd/661747#661747 this question] that
femme linked me to, it looks like the way to do it is either a script
which gets installed into `/lib/systemd/system-sleep/`, or a second
`.service` file that is wanted by `suspend.target`. I'm not sure which is
cleaner? I would assume the `.service` file approach is cleaner, because
then it can be selectively enabled/disabled by the human more easily.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/25456>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs