]> git.ipfire.org Git - thirdparty/kea.git/commitdiff
[#1947] 1.9.9 release: spelling corrections
authorAndrei Pavel <andrei@isc.org>
Fri, 25 Jun 2021 17:27:58 +0000 (20:27 +0300)
committerAndrei Pavel <andrei@isc.org>
Mon, 28 Jun 2021 07:34:31 +0000 (10:34 +0300)
and other minor changes

ChangeLog
doc/sphinx/arm/install.rst
src/lib/dhcp_ddns/tests/ncr_udp_unittests.cc

index 8f2c48d0ab05ecef14a104ef0ff7ba667bc22cba..e9bc4037e1334a04e3bc05cbd91d7d245489c06d 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -18,7 +18,7 @@ Kea 1.9.9 (development) released on June 30, 2021
        DHCPv4 and DHCPv6 are now more consistent when logging the
        reasons why a packet was dropped. This information is now
        available on debuglevel 15. Also added a section in the ARM
-       discussing the debuglevels. The subnet selection failed log
+       discussing the debug levels. The subnet selection failed log
        message now provides more useful information about the subnet.
        (Gitlab #1915, #1916)
 
@@ -51,7 +51,7 @@ Kea 1.9.9 (development) released on June 30, 2021
 1912.  [doc]           fdupont, tomek
        The Kea configuration syntax is now documented in BNF notation.
        See new appendix in the ARM.
-       (Gitlab #504)
+       (Gitlab #504, #745)
 
 1911.  [bug]           andrei
        Fixed a minor regression where kea-admin and keactrl would output
index cd24ae9de59ae558643a0258a7e5b399ff0de751..478bd26be28145084fd132fbb375a90780777013 100644 (file)
@@ -658,7 +658,7 @@ the alternatives, MySQL and PostgreSQL.
 
 The non-relational nature of Cassandra makes it exceedingly difficult to implement more complex
 DHCP features, such as the configuration backend. The configuration backend requires over 20
-tables of tighly related data that change over time and need to be kept in sync. With the
+tables of tightly coupled data that change over time and need to be kept in sync. With the
 Cassandra philosophy of data duplication, this would require creating and maintaining a massive
 number of tables. To be specific, there are 36 different types of `get` queries in the DHCPv4
 code for the MySQL Configuration Backend. In the worst case, where each query required its
index a25e3108e2e3720c9d54abc102801db5c03f364d..b63ed8c73079107c1249a6b1c321706f88e30c95 100644 (file)
@@ -1052,7 +1052,8 @@ public:
         if (!ok) {
             std::cout << "UDP data received not in order! Checking un ordered delivery"
                       << std::endl;
-            // We need to
+            // We need to double iterate through the messages to check every one
+            // against one another.
             for (int i = 0; i < num_msgs; i++) {
                 ok = false;
                 for (int j = 0; j < num_msgs; j++) {
@@ -1159,7 +1160,7 @@ TEST_F(NameChangeUDPTest, roundTripTestMultiThreading) {
     ASSERT_EQ(num_msgs, sent_ncrs_.size());
     ASSERT_EQ(num_msgs, received_ncrs_.size());
 
-    // Verify that what we sent matches what we received. Ingore the order
+    // Verify that what we sent matches what we received. Ignore the order
     // if necessary.
     checkUnordered(num_msgs, sent_ncrs_, received_ncrs_);