SummaryRefsLogTreeCommitDiffStats
diff options
context:
space:
mode:
-rw-r--r--doc/mcron.texi12
1 files changed, 6 insertions, 6 deletions
diff --git a/doc/mcron.texi b/doc/mcron.texi
index c124bc8..70ab38c 100644
--- a/doc/mcron.texi
+++ b/doc/mcron.texi
@@ -158,10 +158,10 @@ example, take the system load into consideration.
Turns out to be easy to provide complete backwards compatibility with
Vixie cron.
@item
-Each user looks after his own files in his own directory. He can use
+Each user looks after their own files in their own directory. They can use
more than one to break up complicated cron specifications.
@item
-Each user can run his own daemon. This removes the need for suid
+Each user can run their own daemon. This removes the need for suid
programs to manipulate the crontabs, and eliminates many security
concerns that surround all existing cron programs.
@item
@@ -516,7 +516,7 @@ second-to-last day of every month.
@emph{NOTE} that this section is definitive. If there is a difference in
behaviour between the mcron program and this part of the manual, then
there is a bug in the program. This section is also copied verbatim
-from Paul Vixie's documentation for his cron program, and his
+from Paul Vixie's documentation for their cron program, and their
copyright notice is duly reproduced below.
There are three problems with this specification.
@@ -815,7 +815,7 @@ place in the part which implements the mcron personality.
@cindex mcron arguments
@cindex command line, mcron
@cindex mcron command line
-Mcron should be run by the user who wants to schedule his jobs. It
+Mcron should be run by the user who wants to schedule their jobs. It
may be made a background job using the facilities of the shell. The
basic command is @code{mcron [OPTION ...] [file ...]} which has the
effect of reading all the configuration files specified (subject to
@@ -1026,7 +1026,7 @@ Delete the user's crontab file, and exit.
@item -e
@item --edit
Using the editor specified in the user's VISUAL or EDITOR environment
-variables, allow the user to edit his crontab. Once the user exits the
+variables, allow the user to edit their crontab. Once the user exits the
editor, the crontab is checked for parseability, and if it is okay
then it is installed as the user's new crontab and the daemon is
notified that a change has taken place, so that the new file will
@@ -1231,7 +1231,7 @@ the mcron base.
@deffn{Scheme procedure} remove-user-jobs user @
[#:schedule @var{%global-schedule}]
-The argument @var{user} should be a string naming a user (his
+The argument @var{user} should be a string naming a user (their
login name), or an integer UID, or an object representing the user's passwd
entry. All jobs on the current job list that are scheduled to be run
under this personality are removed from the job list.