Install man pages with correct permissions mask.

[oweals/dinit.git] / README

diff --git a/README b/README
index e129fba54b9598d9ee84965bca8e2a1e0992e88b..c7c8cacc9e9e2a74525df4f4d2f45536ecb6d399 100644 (file)
--- a/README
+++ b/README
@@ -1,6 +1,6 @@
 Dinit
 -----
-v0.1.0 (pre-release)
+v0.1.1 (pre-release)
 
 
 What is it?
@@ -68,7 +68,7 @@ solutions, like D-Bus, do exist).
 
 A _scripted_ service has separate commands for startup and (optional)
 shutdown. Scripted services can be used for tasks such as mounting file
-systems that don't need a persisten process, and in some cases can be used
+systems that don't need a persistent process, and in some cases can be used
 for daemon processes (although Dinit will not be able to supervise a
 process that is registered as a scripted service).
 
@@ -76,8 +76,9 @@ A _bgprocess_ service is a mix between a process service and a scripted
 service. A command is used to start the service, and once started, the
 process ID is expected to be available in a file which Dinit can then
 read. Many existing daemons can operate in this way. The process can only be
-supervised if Dinit runs as the system "init" (PID 1) - otherwise Dinit can
-not reliably know when the process has terminated.
+supervised if Dinit runs as the system "init" (PID 1), or can otherwise mark
+itself as a subreaper (which is possible on Linux, FreeBSD and DragonFlyBSD) -
+otherwise Dinit can not reliably know when the process has terminated.
 
 (Note, use of bgprocess services type requires care. The file from which the
 PID is read is trusted; Dinit may send signals to the specified PID. It
@@ -116,9 +117,10 @@ Service Description files
 =-=-=-=-=-=-=-=-=-=-=-=-=
 
 Dinit discovers services by reading _service description files_. These files
-reside in a directory (/etc/dinit.d is the default "system" location) and
-their name matches the name of the service. Service descriptions are loaded
-lazily, as needed by Dinit.
+reside in a directory (/etc/dinit.d is the default "system" location, with
+"/usr/local/lib/dinit.d" and "/lib/dinit.d" also searched) and their name
+matches the name of the service. Service descriptions are loaded lazily, as
+needed by Dinit.
 
 A service description file consists of a number of parameter settings.
 Settings in the SDF are denoted as a parameter name followed by either an