From b439c6ee04967fa988d232e0765f972cb27b1877 Mon Sep 17 00:00:00 2001 From: Kay Sievers Date: Fri, 2 Jul 2010 09:51:25 +0200 Subject: [PATCH] man: trivial spelling fixes --- man/systemd.device.xml | 6 +++--- man/systemd.mount.xml | 12 +++++------ man/systemd.path.xml | 20 +++++++++--------- man/systemd.snapshot.xml | 8 +++---- man/systemd.socket.xml | 45 ++++++++++++++++++++-------------------- man/systemd.swap.xml | 4 ++-- man/systemd.target.xml | 10 ++++----- man/systemd.timer.xml | 14 ++++++------- man/systemd.unit.xml | 2 +- 9 files changed, 60 insertions(+), 61 deletions(-) diff --git a/man/systemd.device.xml b/man/systemd.device.xml index 7b9cc222c..a5395a1d4 100644 --- a/man/systemd.device.xml +++ b/man/systemd.device.xml @@ -65,7 +65,7 @@ for the common options of all unit configuration files. The common configuration items are configured in the generic [Unit] and [Install] sections. A - seperate [Device] section does not exist, since no + separate [Device] section does not exist, since no device-specific options may be configured. systemd will automatically create dynamic device @@ -100,8 +100,8 @@ Adds dependencies of type Wants from this unit to all listed units. This - may be used to activate aritrary units - if a specific device becomes + may be used to activate arbitrary units, + when a specific device becomes available. diff --git a/man/systemd.mount.xml b/man/systemd.mount.xml index 7be7d4938..635fba3b9 100644 --- a/man/systemd.mount.xml +++ b/man/systemd.mount.xml @@ -86,7 +86,7 @@ systemd.automount5. If an mount point is beneath another mount point - in the file system hierarchy a dependency between both + in the file system hierarchy, a dependency between both units is created automatically. Mount points created at runtime independent on @@ -108,7 +108,7 @@ which influence how dependencies are created for mount points from /etc/fstab. If is specified as - mount option then systemd will create a dependency of + mount option, then systemd will create a dependency of type from either local-fs.target or remote-fs.target, depending @@ -119,7 +119,7 @@ for details. If a mount point is configured in both - /etc/fstab and a unit file the + /etc/fstab and a unit file, the configuration in the latter takes precedence. @@ -144,7 +144,7 @@ resource to mount. See mount8 for details. If this refers to a - device node a dependency on the + device node, a dependency on the respective device unit is automatically created. (See systemd.device5 for more information.) @@ -157,7 +157,7 @@ Takes an absolute path of a directory of the mount point. If the mount point is not existing at - time of mounting it is created. This + time of mounting, it is created. This string must be reflected in the unit file name. (See above.) This option is mandatory. @@ -196,7 +196,7 @@ TimeoutSec= Configures the time to wait for the mount command to - finish. If a comand does not exit + finish. If a command does not exit within the configured time the mount will be considered failed and be shut down again. All commands still running diff --git a/man/systemd.path.xml b/man/systemd.path.xml index 44f536cfc..772190096 100644 --- a/man/systemd.path.xml +++ b/man/systemd.path.xml @@ -68,9 +68,9 @@ path specific configuration options are configured in the [Path] section. - For each path file a matching unit file must + For each path file, a matching unit file must exist, describing the unit to activate when the path - changes. By default a service by the same name as the + changes. By default, a service by the same name as the path (except for the suffix) is activated. Example: a path file foo.path activates a matching service foo.service. The @@ -79,13 +79,13 @@ Internally, path units use the inotify7 - API to monitor file systems. Due to that it suffers by the + API to monitor file systems. Due to that, it suffers by the same limitations as inotify, and for example cannot be used to monitor files or directories changed by other machines on remote NFS file systems. If an path unit is beneath another mount - point in the file system hierarchy a dependency + point in the file system hierarchy, a dependency between both units is created automatically. @@ -106,7 +106,7 @@ Defines paths to monitor for certain changes: PathExists= may be - used to watch the mere existance of a + used to watch the mere existence of a file or directory. If the file specified exists the configured unit is @@ -116,7 +116,7 @@ unit whenever it changes or is modified. DirectoryNotEmpty= may be used to watch a directory and - activate the configured unit whenver + activate the configured unit whenever it contains at least one file. The arguments of these @@ -133,7 +133,7 @@ directory already is not empty (in case of DirectoryNotEmpty=) - at the time the path unit is activated + at the time the path unit is activated, then the configured unit is immediately activated as well. Something similar does not apply @@ -148,13 +148,13 @@ changes. The argument is a unit name, whose suffix is not .path. If not - specified this value defaults to a + specified, this value defaults to a service that has the same name as the path unit, except for the suffix. (See above.) It is recommended that the unit name that is activated and the - unit name of the path unit is chosen - identical except for the + unit name of the path unit are named + identical, except for the suffix. diff --git a/man/systemd.snapshot.xml b/man/systemd.snapshot.xml index 5e73cc6f7..5287ad2a5 100644 --- a/man/systemd.snapshot.xml +++ b/man/systemd.snapshot.xml @@ -64,12 +64,12 @@ dynamically via systemctl snapshot (see systemctl8 - for details) or an equivalent command. When created + for details) or an equivalent command. When created, they will automatically get dependencies on the - currently activated units. They hence act as saved - runtime state of the systemd manager. Later on the + currently activated units. They act as saved + runtime state of the systemd manager. Later on, the user may choose to return to the saved state via - systemctl isolate. They are hence + systemctl isolate. They are useful to roll back to a defined state after temporarily starting/stopping services or similar. diff --git a/man/systemd.socket.xml b/man/systemd.socket.xml index e15ea602f..e25b5a00f 100644 --- a/man/systemd.socket.xml +++ b/man/systemd.socket.xml @@ -77,7 +77,7 @@ systemd.service5 for details) must exist, describing the service to start on incoming traffic on the socket. Depending on - the setting of (see below) + the setting of (see below), this must either be named like the socket unit, but with the suffix replaced; or it must be a template file named the same way. Example: a socket file @@ -90,7 +90,7 @@ connection. Socket units may be used to implement on-demand - starting of services as well as parallelized starting + starting of services, as well as parallelized starting of services. @@ -164,7 +164,7 @@ regardless whether there is incoming traffic on them or not. - If an IP address is used here it + If an IP address is used here, it is often desirable to listen on it before the interface it is configured on is up and running, and even @@ -230,7 +230,7 @@ interfaces. This controls the SO_BINDTODEVICE socket option (see socket7 - for details). If this option is used + for details). If this option is used, an automatic dependency from this socket unit on the network interface device unit @@ -241,7 +241,7 @@ DirectoryMode= If listening on a file - system socket of FIFO the parent + system socket of FIFO, the parent directories are automatically created if needed. This option specifies the file system access mode used when @@ -252,7 +252,7 @@ SocketMode= If listening on a file - system socket of FIFO this option + system socket of FIFO, this option specifies the file system access mode used when creating the file node. Defaults to @@ -262,27 +262,27 @@ Accept= Takes a boolean - argument. If true a service instance + argument. If true, a service instance is spawned for each incoming connection and only the connection - socket is passed to it. If false all + socket is passed to it. If false, all listening sockets themselves are passed to the started service unit, and only one service unit is spawned for all connections (also see above). This value is ignored for datagram sockets and FIFOs where - unconditionally a single service unit + a single service unit unconditionally handles all incoming traffic. Defaults to . For - performance reasons it is recommended + performance reasons, it is recommended to write new daemons only in a way that is suitable for . This option is mostly useful to allow daemons designed for usage with - inetd8 - to work unmodified with system socket + inetd8, + to work unmodified with systemd socket activation. @@ -293,7 +293,7 @@ services instances for, when is set. If more concurrent connections - are coming in they will be refused, + are coming in, they will be refused until at least one existing connection is terminated. This setting has no effect for sockets configured with @@ -416,16 +416,16 @@ ExecStartPre= ExecStartPost= - Takes a command line - that is executed before (resp. after) + Takes a command line, + which is executed before (resp. after) the listening sockets/FIFOs are created and bound. The first token of the command line must be an absolute file name, then followed by arguments for the process. If specified more than once, all commands are executed one after - the other, serially. Use of these - settings is optional. + the other, fully serialized. The use of + these settings is optional. @@ -436,9 +436,8 @@ the listening sockets/FIFOs are closed and removed. If specified more than once, all commands are executed one - after the other, serially. Use of - these settings is - optional. + after the other, fully serialized. The use of + these settings is optional. @@ -449,10 +448,10 @@ ExecStartPost=, ExecStopPre= and ExecStopPost= to - finish. If a comand does not exit - within the configured time the socket + finish. If a command does not exit + within the configured time, the socket will be considered failed and be shut - down again. All commands still running + down again. All commands still running, will be terminated forcibly via SIGTERM, and after another delay of this time with SIGKILL. (See diff --git a/man/systemd.swap.xml b/man/systemd.swap.xml index 6b2abedff..18f96d008 100644 --- a/man/systemd.swap.xml +++ b/man/systemd.swap.xml @@ -107,12 +107,12 @@ paging. See swapon8 for details. If this refers to a - device node a dependency on the + device node, a dependency on the respective device unit is automatically created. (See systemd.device5 for more information.) If this refers - to a file a dependency on the + to a file, a dependency on the respective mount unit is automatically created. (See systemd.mount5 diff --git a/man/systemd.target.xml b/man/systemd.target.xml index f05718876..88a9e6ead 100644 --- a/man/systemd.target.xml +++ b/man/systemd.target.xml @@ -65,7 +65,7 @@ for the common options of all unit configuration files. The common configuration items are configured in the generic [Unit] and [Install] sections. A - seperate [Target] section does not exist, since no + separate [Target] section does not exist, since no target-specific options may be configured. Target units do not offer any additional @@ -73,12 +73,12 @@ provided by units. They exist merely to group units via dependencies (useful as boot targets), and to establish standardized names for synchronization points used in - dependencies between units. Among other things target + dependencies between units. Among other things, target units are a more flexible replacement for SysV - runlevels in the classic SysV init system. (And in - fact for compatibility reasons there exist special + runlevels in the classic SysV init system. (And for + compatibility reasons there exist special target units such as - runlevel3.target that are used by + runlevel3.target which are used by the SysV runlevel compatibility code in systemd. See systemd.special7 for details). diff --git a/man/systemd.timer.xml b/man/systemd.timer.xml index 5845383e8..7a4cd3488 100644 --- a/man/systemd.timer.xml +++ b/man/systemd.timer.xml @@ -68,9 +68,9 @@ timer specific configuration options are configured in the [Timer] section. - For each timer file a matching unit file must + For each timer file, a matching unit file must exist, describing the unit to activate when the timer - elapses. By default a service by the same name as the + elapses. By default, a service by the same name as the timer (except for the suffix) is activated. Example: a timer file foo.timer activates a matching service foo.service. The @@ -114,7 +114,7 @@ deactivated. Multiple directives may be - combined, of the same and of different + combined of the same and of different types. For example, by combining OnBoot= and OnUnitActive= it is @@ -144,7 +144,7 @@ directives. These are monotonic timers, - independant of wall-clock time and timezones. If the + independent of wall-clock time and timezones. If the computer is temporarily suspended, the monotonic clock stops too. @@ -156,13 +156,13 @@ when this timer elapses. The argument is a unit name, whose suffix is not .timer. If not - specified this value defaults to a + specified, this value defaults to a service that has the same name as the timer unit, except for the - suffix. (See above.) It is recommended + suffix. (See above.) It is recommended, that the unit name that is activated and the unit name of the timer unit - is chosen identical except for the + are named identical, except for the suffix. diff --git a/man/systemd.unit.xml b/man/systemd.unit.xml index df8761391..a52e3e9ef 100644 --- a/man/systemd.unit.xml +++ b/man/systemd.unit.xml @@ -105,7 +105,7 @@ Time span values encoded in unit files can be written in various formats. A stand-alone number specifies a time in seconds. If suffixed with a time - unit, the unit is honored. A concatentation of + unit, the unit is honored. A concatenation of multiple value with units is supported, in which case the values are added up. Example: "50" refers to 50 seconds; "2min 200ms" refers to 2 minutes plus 200