- Several spelling typos were repaired, and some cross-references to other

  relevant documents were included in the manpages, thanks to a patch
  by Andrew Pollock which got to us via Tomas Pospisek. [ISC-Bugs #16731]

diff --git a/RELNOTES b/RELNOTES
index 2d9b538a75e02bf693074bd7d484c318aad0eb25..b3c58ba678cfa450a4d854b4119f222da718867c 100644 (file)
--- a/RELNOTES
+++ b/RELNOTES
@@ -234,6 +234,10 @@ the README file.
 - A grammar error in the dhclient.8 manpage was repaired thanks to a patch
   from Chris Wagner.
 
+- Several spelling typos were repaired, and some cross-references to other
+  relevant documents were included in the manpages, thanks to a patch
+  by Andrew Pollock which got to us via Tomas Pospisek.
+
                        Changes since 3.0.5rc1
 
 - A bug was repaired in fixes to the dhclient, which sought to run the

diff --git a/client/dhclient.8 b/client/dhclient.8
index e58a2204a8345fb388fd3782c42f61fa35a64a1f..7971fca56a443cc0f9f29af9b523d7b26078672e 100644 (file)
--- a/client/dhclient.8
+++ b/client/dhclient.8
@@ -24,7 +24,7 @@
 .\" Support and other services are available for ISC products - see
 .\" http://www.isc.org for more information.
 .\"
-.\" $Id: dhclient.8,v 1.19 2007/04/19 21:18:50 dhankins Exp $
+.\" $Id: dhclient.8,v 1.20 2007/04/19 21:35:11 dhankins Exp $
 .\"
 .TH dhclient 8
 .SH NAME
@@ -307,7 +307,7 @@ resume it, set its state attribute to 4.
 .B DBDIR/dhclient.leases~.
 .SH SEE ALSO
 dhcpd(8), dhcrelay(8), dhclient-script(8), dhclient.conf(5),
-dhclient.leases(5).
+dhclient.leases(5), dhcp-eval(5).
 .SH AUTHOR
 .B dhclient(8)
 has been written for Internet Systems Consortium

diff --git a/client/dhclient.conf.5 b/client/dhclient.conf.5
index 73ec86cdf646e3603b5f5dcfad2d5d0ab95c3d69..caf8a274ed511b4f5148365b8c005e7dc193c73b 100644 (file)
--- a/client/dhclient.conf.5
+++ b/client/dhclient.conf.5
@@ -1,4 +1,4 @@
-.\"    $Id: dhclient.conf.5,v 1.17 2006/05/15 15:07:49 dhankins Exp $
+.\"    $Id: dhclient.conf.5,v 1.18 2007/04/19 21:35:11 dhankins Exp $
 .\"
 .\" Copyright (c) 2004 by Internet Systems Consortium, Inc. ("ISC")
 .\" Copyright (c) 1996-2003 by Internet Software Consortium
@@ -28,7 +28,7 @@
 .\" see ``http://www.vix.com''.   To learn more about Nominum, Inc., see
 .\" ``http://www.nominum.com''.
 .\"
-.\" $Id: dhclient.conf.5,v 1.17 2006/05/15 15:07:49 dhankins Exp $
+.\" $Id: dhclient.conf.5,v 1.18 2007/04/19 21:35:11 dhankins Exp $
 .\"
 .TH dhclient.conf 5
 .SH NAME
@@ -637,8 +637,8 @@ This is a very complicated dhclient.conf file - in general, yours
 should be much simpler.   In many cases, it's sufficient to just
 create an empty dhclient.conf file - the defaults are usually fine.
 .SH SEE ALSO
-dhcp-options(5), dhclient.leases(5), dhcpd(8), dhcpd.conf(5), RFC2132,
-RFC2131.
+dhcp-options(5), dhcp-eval(5), dhclient.leases(5), dhcpd(8), dhcpd.conf(5),
+RFC2132, RFC2131.
 .SH AUTHOR
 .B dhclient(8)
 was written by Ted Lemon

diff --git a/server/dhcpd.8 b/server/dhcpd.8
index a393f4984cefa85a21a7279d54fedf6ddfb9db72..670a1a097db19f519b48eb5f4e69d8bfb9c7a338 100644 (file)
--- a/server/dhcpd.8
+++ b/server/dhcpd.8
@@ -28,7 +28,7 @@
 .\" see ``http://www.vix.com''.   To learn more about Nominum, Inc., see
 .\" ``http://www.nominum.com''.
 .\"
-.\" $Id: dhcpd.8,v 1.24 2006/07/13 17:28:40 dhankins Exp $
+.\" $Id: dhcpd.8,v 1.25 2007/04/19 21:35:11 dhankins Exp $
 .\"
 .TH dhcpd 8
 .SH NAME
@@ -435,7 +435,7 @@ currently supported).
 .PP
 .B pool \fIhandle\fR examine
 .RS 0.5i
-the pool object associted with this lease (the pool object is not
+the pool object associated with this lease (the pool object is not
 currently supported).
 .RE
 .PP
@@ -479,7 +479,7 @@ otherwise is simply the value supplied by the peer.
 .B atsfp \fItime\fR examine
 .RS 0.5i
 the actual tsfp value sent from the peer.  This value is forgotten when a
-lease binding state change is made, to facillitate retransmission logic.
+lease binding state change is made, to facilitate retransmission logic.
 .RE
 .PP
 .B cltt \fItime\fR examine
@@ -579,7 +579,7 @@ resynchronize with its peer.
 .PP
 On shutdown the server will also attempt to cleanly shut down all
 OMAPI connections.  If these connections do not go down cleanly after
-five seconds, they are shut down pre-emptively.  It can take as much
+five seconds, they are shut down preemptively.  It can take as much
 as 25 seconds from the beginning of the shutdown process to the time
 that the server actually exits.
 .PP

diff --git a/server/dhcpd.conf.5 b/server/dhcpd.conf.5
index 41f07ad167e57768f9e43e66c48720f23304ed60..551ef9119073ffb4ff69d5b193f55c64dcd0fdf3 100644 (file)
--- a/server/dhcpd.conf.5
+++ b/server/dhcpd.conf.5
@@ -28,7 +28,7 @@
 .\" see ``http://www.vix.com''.   To learn more about Nominum, Inc., see
 .\" ``http://www.nominum.com''.
 .\"
-.\" $Id: dhcpd.conf.5,v 1.82 2006/08/28 21:44:42 dhankins Exp $
+.\" $Id: dhcpd.conf.5,v 1.83 2007/04/19 21:35:12 dhankins Exp $
 .\"
 .TH dhcpd.conf 5
 .SH NAME
@@ -1651,7 +1651,7 @@ that client will not be able to get an address from the DHCP server.
  \fBdeny duplicates;\fR
 .PP
 Host declarations can match client messages based on the DHCP Client
-Identifer option or based on the client's network hardware type and
+Identifier option or based on the client's network hardware type and
 MAC address.   If the MAC address is used, the host declaration will
 match any client with that MAC address - even clients with different
 client identifiers.   This doesn't normally happen, but is possible
@@ -2016,7 +2016,7 @@ statement
 The \fIdynamic-bootp-lease-cutoff\fR statement sets the ending time
 for all leases assigned dynamically to BOOTP clients.  Because BOOTP
 clients do not have any way of renewing leases, and don't know that
-their leases could expire, by default dhcpd assignes infinite leases
+their leases could expire, by default dhcpd assigns infinite leases
 to all BOOTP clients.  However, it may make sense in some situations
 to set a cutoff date for all BOOTP leases - for example, the end of a
 school term, or the time at night when a facility is closed and all
@@ -2404,7 +2404,7 @@ In the event that the UDP response is transmitted to a DHCP Relay, the
 server generally uses the \fBlocal-port\fR configuration value.  Should the
 DHCP Relay happen to be addressed as 127.0.0.1, however, the DHCP Server
 transmits its response to the \fBremote-port\fR configuration value.  This
-is generally only useful for testing purposes, and this configuratoin value
+is generally only useful for testing purposes, and this configuration value
 should generally not be used.
 .RE
 .PP