liminix

Unnamed repository; edit this file 'description' to name the repository.
Log | Files | Refs | README | LICENSE

commit 57e3b449f8d57728e99141300b7f833cf1307ab1
parent 39645051315f11464926ae7f34ca70a1bb4b5045
Author: Daniel Barlow <dan@telent.net>
Date:   Wed, 10 Jul 2024 21:23:24 +0100

proofreading

Diffstat:
Mdoc/admin.rst | 7++++---
1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/doc/admin.rst b/doc/admin.rst @@ -42,7 +42,7 @@ in a particular piece of hardware) so you probably don't want to be starting them by hand if the conditions aren't there. A service may be **up** or **down** (there are no intermediate states -like "started" or "stopping" or "dying" or "cogitating"). . Some (but +like "started" or "stopping" or "dying" or "cogitating"). Some (but not all) services have "readiness" notifications: the dependents of a service with a readiness notification won't be started until the service signals (by writing to a nominated file descriptor) that it's @@ -56,13 +56,14 @@ automatically. Liminix does not automatically set it to **down**. (If the process providing a service dies without ever notifying readiness, Liminix will restart it as many times as it has to until the -timeout period elapses, and then stop it and mark it down. +timeout period elapses, and then stop it and mark it down.) Controlled services =================== **Controlled** services are those which are started/stopped on demand -by a controller instead of being started at boot time. For example +by a **controller** (another service) instead of being started at boot +time. For example: * ``svc.uevent-rule.build`` creates a controlled service which is active when a particular hardware device (identified by uevent/sysfs