]> git.ipfire.org Git - thirdparty/kea.git/commitdiff
[master] spelling
authorFrancis Dupont <fdupont@isc.org>
Tue, 24 Jan 2017 10:19:53 +0000 (11:19 +0100)
committerFrancis Dupont <fdupont@isc.org>
Tue, 24 Jan 2017 10:19:53 +0000 (11:19 +0100)
doc/Doxyfile
doc/devel/contribute.dox
doc/guide/admin.xml
doc/guide/classify.xml
doc/guide/ddns.xml
doc/guide/dhcp4-srv.xml
doc/guide/dhcp6-srv.xml
doc/guide/hooks.xml
doc/guide/intro.xml
doc/guide/logging.xml

index 69c4297d91fe2a6b2d5d02f704aa4c7e391e98fb..08ac55d4a1aff5513e1bd87824155b2e196a58e5 100644 (file)
@@ -1433,7 +1433,7 @@ EXT_LINKS_IN_WINDOW    = NO
 
 FORMULA_FONTSIZE       = 10
 
-# Use the FORMULA_TRANPARENT tag to determine whether or not the images
+# Use the FORMULA_TRANSPARENT tag to determine whether or not the images
 # generated for formulas are transparent PNGs. Transparent PNGs are
 # not supported properly for IE 6.0, but are supported on all modern browsers.
 # Note that when changing this option you need to delete any form_*.png files
index 3931953e1ab8dd8564758bcf4734c05457c2e183..477f0d2639149d028b09dcdaa304314edc7fadb7 100644 (file)
@@ -1,4 +1,4 @@
-// Copyright (C) 2013-2016 Internet Systems Consortium, Inc. ("ISC")
+// Copyright (C) 2013-2017 Internet Systems Consortium, Inc. ("ISC")
 //
 // This Source Code Form is subject to the terms of the Mozilla Public
 // License, v. 2.0. If a copy of the MPL was not distributed with this
@@ -37,7 +37,7 @@ that your code compiles. This may seem obvious, but there's more to
 it. You have surely checked that it compiles on your system, but Kea
 is portable software. Besides Linux, it is compiled and used on
 relatively uncommon systems like OpenBSD. Will your code
-compile and work there? What about endianess? It is likely that you used
+compile and work there? What about endianness? It is likely that you used
 a regular x86 architecture machine to write your patch, but the software
 is expected to run on many other architectures. You may take a look at
 system specific build notes (http://kea.isc.org/wiki/Install).
@@ -145,7 +145,7 @@ command. Second, this request pops up instantly on our list of open pull
 requests and will stay there. The third benefit is that the pull request mechanism is
 very flexible. Kea engineers (and other users, too) can comment on it, attach
 links, mention other users etc.  You as a submitter can augment the patch by
-commiting extra changes to your repository. Those extra commits will appear instantly
+committing extra changes to your repository. Those extra commits will appear instantly
 in the pull request. This is really useful during the review. Finally, ISC engineers can
 better assess all open pull requests and add labels to them, such as "enhancement", "bug", or
 "unit-tests missing". This makes our life easier. Oh, and your commits will later
@@ -192,7 +192,7 @@ like the ability to easily update the code, have a meaningful discussion
 or see what the exact scope of changes are. Nevertheless, if we given a choice
 of getting a tarball or not getting a patch at all, we prefer tarballs. Just
 keep in mind that processing a tarball is really cumbersome for ISC
-engineers, so it may take sigificantly longer than other ways.
+engineers, so it may take significantly longer than other ways.
 
 @section contributorGuideReview Going through a review
 
index a8d8324851b429caf056e276188fc5f447622ee4..dd38e4e67574eb0a21785bf09146c0579b94f180 100644 (file)
@@ -18,7 +18,7 @@
       For example, Kea currently only stores lease information
       and host reservations. Future versions of Kea will store
       additional data such as subnet definitions: the database
-      structure will need to be updated to accomdate the extra
+      structure will need to be updated to accommodate the extra
       information.
     </para>
 
@@ -616,7 +616,7 @@ $ <userinput>kea-admin lease-upgrade pgsql -u <replaceable>database-user</replac
         <orderedlist>
           <listitem>
             <para>
-              Export CQLSH_HOST environemnt variable:
+              Export CQLSH_HOST environment variable:
 <screen>
 $ <userinput>export CQLSH_HOST=localhost</userinput>
 </screen>
@@ -715,7 +715,7 @@ $ <userinput>kea-admin lease-upgrade cql -n <replaceable>database-name</replacea
       read-only mode.
       Sections <xref linkend="read-only-database-configuration4"/> and
       <xref linkend="read-only-database-configuration6"/> describe when
-      such configuration may be reqired and how to configure Kea to
+      such configuration may be required and how to configure Kea to
       operate using a read-only host database.
       </para>
     </section>
index 7ac3a09c9271952bffaaed550fbb6111172a73ab..ffbef9eb665f0ab2deae2c7d96c98c8ae7f194e0 100644 (file)
@@ -820,7 +820,7 @@ concatenation of the strings</entry></row>
      </para>
 
      <para>
-     To enable the debug statements in the classifciaton system you will
+     To enable the debug statements in the classification system you will
      need to set the severity to "DEBUG" and the debug level to at least 55.
      The specific loggers are "kea-dhcp4.eval" and "kea-dhcp6.eval".
      </para>
index 4a069f72b3a63ce93a0df0284ff423551a3980f0..1479feddb1f0f55900f91f89f6b3cca46228fe9b 100644 (file)
@@ -716,7 +716,7 @@ corresponding values in the DHCP servers' "dhcp-ddns" configuration section.
 
       </section> <!-- "d2-reverse-ddns-config" -->
 
-      <section id="d2-exmaple-config">
+      <section id="d2-example-config">
        <title>Example DHCP-DDNS Server Configuration</title>
        <para>
        This section provides an example DHCP-DDNS server configuration based
index 9c987394229a91f5e4fe88edf1e4a7488fa4bd1f..65027b31323dc043ef95ff802a93618a9670793b 100644 (file)
@@ -2488,7 +2488,7 @@ It is merely echoed by the server
       With DHCPv4-over-DHCPv6 the DHCPv4 server does not have access
       to several of the identifiers it would normally use to select a
       subnet.  In order to address this issue three new configuration
-      entires have been added.  The presence of any of these allows the
+      entries have been added.  The presence of any of these allows the
       subnet to be used with DHCPv4-over-DHCPv6.  These entries are:
       <itemizedlist>
         <listitem>
@@ -2629,12 +2629,12 @@ It is merely echoed by the server
     0a:0b:0c:0d:0e:0f. (Note that if you plan to do DNS updates, it
     is strongly recommended for the hostnames to be unique.) The third
     example reserves address 192.0.3.203 to a client whose request
-    would be relayed by a relay agent that inserts a circuid-it option
+    would be relayed by a relay agent that inserts a circuit-it option
     with the value 'charter950'. The fourth entry reserves address
     192.0.2.204 for a client that uses a client identifier with value
     01:11:22:33:44:55:66.</para>
 
-    <para>The above example is used for ilustrational purposes only
+    <para>The above example is used for illustrational purposes only
     and in actual deployments it is recommended to use as few types as possible
     (preferably just one). See <xref linkend="reservations4-tuning"/> for a detailed
     discussion of this point.</para>
index 99602aeb56b46b68ef12b1c344fa20f29f862ffa..8838e4fc2b7ec9dcd4929a662499c51ce1acc002 100644 (file)
@@ -1203,7 +1203,7 @@ temporarily override a list of interface names and listen on all interfaces.
         S46 container options group rules and optional port parameters
         for a specified domain. There are three container options specified
         in the "dhcp6" (top level) option space: MAP-E Container option,
-        MAP-T Container option and S46 Lieghtweight 4over6 Container option.
+        MAP-T Container option and S46 Lightweight 4over6 Container option.
         These options only contain encapsulated options specified below.
         They do not include any data fields.
       </para>
@@ -3839,7 +3839,7 @@ If not specified, the default value is:
                 statistic is expected to grow if there are devices
                 that are using DHCPv4-over-DHCPv6. DHCPv4-QUERY
                 messages are used by DHCPv4 clients on an IPv6 only
-                line which encapsulatesi the requests over DHCPv6.
+                line which encapsulates the requests over DHCPv6.
               </entry>
             </row>
 
index 429d864a6731c9bf8ac6903d9304052642739d3b..f5bac3487515beb2f1c21d2012b08e2382e69f9c 100644 (file)
@@ -344,7 +344,7 @@ and may have the zero or more of the following entries:
         <title>Forensic Logging Hooks</title>
         <para>
         This section describes the forensic log hooks library. This library
-        povides hooks that record a detailed log of lease assignments
+        provides hooks that record a detailed log of lease assignments
         and renewals into a set of log files.  Currently this library
         is only available to ISC customers with a support contract.
         </para>
@@ -537,7 +537,7 @@ link address: 3001::1, hop count: 1, identified by remote-id:
             </para></listitem>
             <listitem><para>
             base-name - an arbitrary value which is used in conjunction with
-            the current system date to form the current foresnic file name.  It defaults
+            the current system date to form the current forensic file name.  It defaults
             to <filename>kea-legal</filename>.
             </para></listitem>
           </itemizedlist>
index 55a0578f88239922f398a2fa448cae000663c776..985c66fccbdb39b27af76fb64b05b57bf35ec125 100644 (file)
@@ -31,7 +31,7 @@
         Kea is officially supported on Red Hat Enterprise Linux,
            CentOS, Fedora and FreeBSD systems. It is also likely to work on many
            other platforms: Kea 1.1.0 builds have been tested on (in no
-        particular order) Red Hat Enteprise Linux 6.4, Debian GNU/Linux 7,
+        particular order) Red Hat Enterprise Linux 6.4, Debian GNU/Linux 7,
         Ubuntu 12.04, Ubuntu 14.04, Ubuntu 16.04, Fedora Linux 19,
         Fedora 20, Fedora 22, CentOS Linux 7, NetBSD 6, FreeBSD 10.3,
         OpenBSD 5.7, OpenBSD 6.0, OS X 10.10, OS X 10.11.
index 24f9bbea7ace58c4fb3a436d0675048ef84380ec..315c9822b4f0a8835122e557e83f15aa18cf3f84 100644 (file)
@@ -61,7 +61,7 @@
         runtime) are responsible for creating the loggers used by those
         libraries. Such loggers should have unique names, different
         from the logger names used by Kea. In this way the
-        messages output by the hooks library can be distingued from
+        messages output by the hooks library can be distinguished from
         messages issued by the core Kea code. Unique names also allow
         the loggers to be configured independently of loggers used
         by Kea.  Whenever it makes sense, a hook library can use multiple
           packet drops, you must create configuration entry for the
           logger called <quote>kea-dhcp4.bad-packets</quote> and specify
           severity DEBUG for this logger. All other configuration
-          parameters may be omited for this logger if the logger should
+          parameters may be omitted for this logger if the logger should
           use the default values specified in the root logger's
           configuration.
         </para>