Bug #9393
Improve systemd boot semantics of tails-wait-until-tor-has-bootstrapped.service
Start date:
2015-05-13
Due date:
% Done:
100%
Description
In the current state of feature/jessie
, anything that wants to start after graphical.target
or multi-user.target
won’t start unless the network is up and Tor is configured correctly. Besides, as seen on Feature #8262, systemd won’t consider the system to have fully started unless that’s the case. Is this what we want? Do we need to introduce another target instead?
Subtasks
Related issues
Related to Tails - |
Resolved | 2014-11-13 |
History
#1 Updated by intrigeri 2015-05-13 08:08:46
- related to
Feature #8262: Automatically test that all services have started correctly added
#2 Updated by intrigeri 2015-11-11 03:55:03
- Status changed from Confirmed to In Progress
Applied in changeset commit:c195ff18add2ef18be45e133678b5895d8dce255.
#3 Updated by intrigeri 2015-11-11 04:03:18
- Subject changed from Check systemd boot semantics of tails-wait-until-tor-has-bootstrapped.service to Improve systemd boot semantics of tails-wait-until-tor-has-bootstrapped.service
- Status changed from In Progress to Resolved
- Assignee deleted (
intrigeri) - % Done changed from 0 to 100
- Type of work changed from Research to Code
- Deliverable for set to 269
#4 Updated by intrigeri 2015-11-11 04:03:40
- blocks #8668 added