Various minor documentation improvements:

remove repeated words

fix: it's to its

some minor formatting added
	(this needs to be improved still, there is a mix
	of \fB Bold and \fI underline for same things)

spelling fixes

minor punctuation fixes (remove ...)

uppercase an acronym that is not a config item

(I didn't get this reviewed, these all are very minor or obvious.)

8 files changed, 30 insertions, 29 deletions

diff --git a/client/dhclient.8 b/client/dhclient.8
index 8f9a0ca3..bce818a6 100644
--- a/client/dhclient.8
+++ b/client/dhclient.8
@@ -245,7 +245,7 @@ inittab on System V systems.  This implies \fB-v\fR.
 .TP
 .BI \-nw
 Become a daemon immediately (nowait) rather than waiting until an
-an IP address has been acquired.
+IP address has been acquired.
 .TP
 .BI \-q
 Be quiet at startup, this is the default.
@@ -361,7 +361,7 @@ It is used to restore normal operation after using \fB-T\fR or \fB-P\fR.
 .PP
 .I Modifying default file locations:
 The following options can be used to modify the locations a client uses
-for it's files.  They can be particularly useful if, for example,
+for its files.  They can be particularly useful if, for example,
 .B DBDIR
 or
 .B RUNDIR
diff --git a/client/dhclient.conf.5 b/client/dhclient.conf.5
index 37d38864..1669be84 100644
--- a/client/dhclient.conf.5
+++ b/client/dhclient.conf.5
@@ -267,7 +267,7 @@ or DHCPv6.  The exact same syntax is used for both.
 .PP
 To make it work, you have to declare a key and zone as in the DHCP
 server (see \fBdhcpd.conf\fR(5) for details).  You also need to
-configure the fqdn option on the client, as follows:
+configure the \fIfqdn\fR option on the client, as follows:
 .PP
 .nf
   send fqdn.fqdn "grosse.fugue.com.";
@@ -569,7 +569,7 @@ The \fBdb-time-format\fR option determines which of two output methods are
 used for printing times in leases files.  The \fIdefault\fR format provides
 day-and-time in UTC, whereas \fIlocal\fR uses a seconds-since-epoch to store
 the time value, and helpfully places a local timezone time in a comment on
-the same line.  The formats are described in detail in this manpage, whithin
+the same line.  The formats are described in detail in this manpage, within
 the LEASE DECLARATIONS section.
 .PP
  \fBreject \fIcidr-ip-address\fR [\fB,\fR \fI...\fB \fIcidr-ip-address\fR ] \fB;\fR
diff --git a/common/dhcp-eval.5 b/common/dhcp-eval.5
index c9ad689b..a9f060af 100644
--- a/common/dhcp-eval.5
+++ b/common/dhcp-eval.5
@@ -316,7 +316,7 @@ the data expression is reversed in place, using hunks of the size
 specified in the numeric expression.  For example, if the numeric
 expression evaluates to four, and the data expression evaluates to
 twelve bytes of data, then the reverse expression will evaluate to
-twelve bytes of data, consisting of the last four bytes of the the
+twelve bytes of data, consisting of the last four bytes of the
 input data, followed by the middle four bytes, followed by the first
 four bytes.
 .RE
diff --git a/common/dhcp-options.5 b/common/dhcp-options.5
index 82827104..288103e8 100644
--- a/common/dhcp-options.5
+++ b/common/dhcp-options.5
@@ -1146,7 +1146,7 @@ circuit from which a DHCP client-to-server packet was received.  It is
 intended for use by agents in relaying DHCP responses back to the
 proper circuit.  The format of this option is currently defined to be
 vendor-dependent, and will probably remain that way, although the
-current draft allows for for the possibility of standardizing the
+current draft allows for the possibility of standardizing the
 format in the future.
 .RE
 .PP
@@ -1184,7 +1184,7 @@ cases where the giaddr (where responses must be sent to the relay agent)
 is not on the same subnet as the client.  When this option is present in
 a packet from a relay agent, the DHCP server will use its contents to find
 a subnet declared in configuration, and from here take one step further
-backwards to any shared-network the subnet may be defined within...the
+backwards to any shared-network the subnet may be defined within; the
 client may be given any address within that shared network, as normally
 appropriate.
 .RE
@@ -1261,8 +1261,8 @@ and \fBconfig-option\fR operators in an expression, in which case it returns
 all labels after the first label in the \fBfqdn.fqdn\fR suboption - for
 example, if the value of \fBfqdn.fqdn\fR is "foo.example.com.",
 then \fBfqdn.hostname\fR will be "example.com.".  If this suboption value
-is not set, it means that an unqualified name was sent in the fqdn option,
-or that no fqdn option was sent at all.
+is not set, it means that an unqualified name was sent in the \fBfqdn\fR option,
+or that no \fBfqdn\fR option was sent at all.
 .RE
 .PP
 If you wish to use any of these suboptions, we strongly recommend that you
@@ -1591,7 +1591,7 @@ expected to use, and is related to the \fBnis-servers\fR option.
 .B option \fBdhcp6.nis-domain-name\fR \fIdomain-name\fR\fB;\fR
 .RS 0.25i
 .PP
-The \fBdhcp6.nis-domain-name\fR option specfies NIS domain name the
+The \fBdhcp6.nis-domain-name\fR option specifies NIS domain name the
 client is expected to use, and is related to \fBdhcp6.nis-servers\fR option.
 .RE
 .PP
@@ -1605,7 +1605,7 @@ is expected to use, and is related to the \fBnisp-servers\fR option.
 .B option \fBdhcp6.nisp-domain-name\fR \fIdomain-name\fR\fB;\fR
 .RS 0.25i
 .PP
-The \fBdhcp6.nis-domain-name\fR option specfies NIS+ domain name the
+The \fBdhcp6.nis-domain-name\fR option specifies NIS+ domain name the
 client is expected to use, and is related to \fBdhcp6.nisp-servers\fR option.
 .RE
 .PP
@@ -1906,7 +1906,7 @@ optional \fBcompressed\fR keyword indicates if the option should be
 compressed relative to the start of the option contents (not the packet
 contents).
 .PP
-When in doubt, omit the \fBcompressed\fR keyword.  When the software recieves
+When in doubt, omit the \fBcompressed\fR keyword.  When the software receives
 an option that is compressed and the \fBcompressed\fR keyword is omitted, it
 will still decompress the option (relative to the option contents field).  The
 keyword only controls whether or not transmitted packets are compressed.
@@ -1987,7 +1987,7 @@ the \fBVendor Identified Vendor Sub Options\fR option ("VIVSO"), and the
 DHCPv6 protocol defines the \fBVendor-specific Information Option\fR
 ("VSIO").  The format of all of these options is usually internally a
 string of options, similarly to other normal DHCP options.  The VIVSO
-and VSIO options differ in that that they contain options that correspond
+and VSIO options differ in that they contain options that correspond
 to vendor Enterprise-ID numbers (assigned by IANA), which then contain
 options according to each Vendor's specifications.  You will need to refer
 to your vendor's documentation in order to form options to their
diff --git a/dhcpctl/dhcpctl.3 b/dhcpctl/dhcpctl.3
index 389c9753..931bafd3 100644
--- a/dhcpctl/dhcpctl.3
+++ b/dhcpctl/dhcpctl.3
@@ -297,8 +297,8 @@ functions all set a value on the object handle.
 .Pp
 .Fn dhcpctl_object_update
 function queues a request for
-all the changes made to the object handle be be sent to the remote
-for processing. The changes made to the atributes on the handle will be
+all the changes made to the object handle be sent to the remote
+for processing. The changes made to the attributes on the handle will be
 applied to remote object if permitted.
 .\"
 .\"
@@ -352,7 +352,7 @@ from how the value appears in the dhcpd.conf file.
 .\"
 .Pp
 .Fn dhcpctl_new_object
-creates a local handle for an object on the the server. The 
+creates a local handle for an object on the server. The 
 .Dq object_type
 parameter is the ascii name of the type of object being accessed. e.g. 
 .Qq lease .
@@ -418,7 +418,7 @@ released.
 The following program will connect to the DHCP server running on the local
 host and will get the details of the existing lease for IP address
 10.0.0.101. It will then print out the time the lease is due to expire. Note
-that most error checking has been ommitted for brevity.  
+that most error checking has been omitted for brevity.  
 .Bd -literal -offset indent
 #include <sys/time.h>
 #include <stdio.h>
diff --git a/server/dhcpd.8 b/server/dhcpd.8
index 94054bce..f4b13dcd 100644
--- a/server/dhcpd.8
+++ b/server/dhcpd.8
@@ -246,7 +246,7 @@ automatically before installing it.
 .BI \-T
 Test the lease file.  The server tests the lease file
 for correct syntax, but will not attempt to perform any network
-operations.  This can be used to test a new leaes file
+operations.  This can be used to test a new lease file
 automatically before installing it.
 .TP
 .BI \-tf \ tracefile
@@ -273,7 +273,7 @@ Print version number and exit.
 .I Modifying default file locations:
 The following options can be used to modify the locations 
 .B dhcpd
-uses for it's files.  Because of the importance of using the same
+uses for its files.  Because of the importance of using the same
 lease database at all times when running dhcpd in production, these
 options should be used \fBonly\fR for testing lease files or database
 files in a non-production environment.
diff --git a/server/dhcpd.conf.5 b/server/dhcpd.conf.5
index 9905754b..106206b8 100644
--- a/server/dhcpd.conf.5
+++ b/server/dhcpd.conf.5
@@ -780,7 +780,7 @@ The Failover pool balance statements.
 This version of the DHCP Server evaluates pool balance on a schedule,
 rather than on demand as leases are allocated.  The latter approach
 proved to be slightly klunky when pool misbalanced reach total
-saturation...when any server ran out of leases to assign, it also lost
+saturation \(em when any server ran out of leases to assign, it also lost
 its ability to notice it had run dry.
 .PP
 In order to understand pool balance, some elements of its operation
@@ -1228,12 +1228,12 @@ IP address, it can update its own A record, assuming that the
 .PP
 If the server is configured not to allow client updates, or if the
 client doesn't want to do its own update, the server will simply
-choose a name for the client from either the fqdn option (if present)
+choose a name for the client from either the \fBfqdn\fR option (if present)
 or the hostname option (if present).  It will use its own
 domain name for the client, just as in the ad-hoc update scheme.
 It will then update both the A and PTR record, using the name that it
 chose for the client.  If the client sends a fully-qualified domain
-name in the fqdn option, the server uses only the leftmost part of the
+name in the \fBfqdn\fR option, the server uses only the leftmost part of the
 domain name - in the example above, "jschmoe" instead of
 "jschmoe.radish.org".
 .PP
@@ -2051,7 +2051,7 @@ The \fIddns-hostname\fR statement
 .B ddns-hostname \fIname\fB;\fR
 .PP
 The \fIname\fR parameter should be the hostname that will be used in
-setting up the client's A and PTR records.  If no ddns-hostname is
+setting up the client's A and PTR records.  If no \fIddns-hostname\fR is
 specified in scope, then the server will derive the hostname
 automatically, using an algorithm that varies for each of the
 different update methods.
@@ -2199,7 +2199,7 @@ set to \fBinterim\fR.  Forward updates are enabled by default.  If
 this statement is used to disable forward updates, the DHCP server
 will never attempt to update the client's A record, and will only ever
 attempt to update the client's PTR record if the client supplies an
-FQDN that should be placed in the PTR record using the fqdn option.
+FQDN that should be placed in the PTR record using the \fBfqdn\fR option.
 If forward updates are enabled, the DHCP server will still honor the
 setting of the \fBclient-updates\fR flag.
 .RE
@@ -2454,7 +2454,7 @@ This statement causes the DHCP server to listen for DHCP requests sent
 to the specified \fIaddress\fR, rather than requests sent to all addresses.
 Since serving directly attached DHCP clients implies that the server must
 respond to requests sent to the all-ones IP address, this option cannot be
-used if clients are on directly attached networks...it is only realistically
+used if clients are on directly attached networks; it is only realistically
 useful for a server whose only clients are reached via unicasts, such as via
 DHCP relay agents.
 .PP
@@ -2509,6 +2509,7 @@ Because the \fIlog-facility\fR setting is controlled by the dhcpd.conf
 file, log messages printed while parsing the dhcpd.conf file or before
 parsing it are logged to the default log facility.  To prevent this,
 see the README file included with this distribution, which describes
+BUG: where is that mentioned in README?
 how to change the default log facility.  When this parameter is used,
 the DHCP server prints its startup message a second time after parsing
 the configuration file, so that the log will be as complete as
diff --git a/server/dhcpd.leases.5 b/server/dhcpd.leases.5
index 4e2f67eb..e5d3d7cd 100644
--- a/server/dhcpd.leases.5
+++ b/server/dhcpd.leases.5
@@ -215,7 +215,7 @@ manual page.
 .B The \fIddns-text\fB variable
 .PP
 The \fIddns-text\fR variable is used to record the value of the
-client's TXT identification record when the interim ddns update
+client's TXT identification record when the interim DDNS update
 style has been used to update the DNS for a particular lease.
 .PP
 .B The \fIddns-fwd-name\fB variable
@@ -227,9 +227,9 @@ update the client's PTR record.
 .PP
 .B The \fIddns-client-fqdn\fB variable
 .PP
-If the server is configured to use the interim ddns update style, and
-is also configured to allow clients to update their own fqdns, and the
-client did in fact update its own fqdn, then the
+If the server is configured to use the interim DDNS update style, and
+is also configured to allow clients to update their own FQDNs, and the
+client did in fact update its own FQDN, then the
 \fIddns-client-fqdn\fR variable records the name that the client has
 indicated it is using.   This is the name that the server will have
 used to update the client's PTR record in this case.