]> git.ipfire.org Git - thirdparty/kea.git/commitdiff
[#1100] Addressed comments before rebase
authorFrancis Dupont <fdupont@isc.org>
Mon, 15 Jun 2020 14:13:07 +0000 (16:13 +0200)
committerFrancis Dupont <fdupont@isc.org>
Mon, 15 Jun 2020 14:13:38 +0000 (16:13 +0200)
doc/sphinx/arm/config.rst
doc/sphinx/arm/hooks.rst
src/bin/agent/tests/testdata/get_config.json

index 762e4f66c55c48e17789ba529462adcc26b90150..892e7b67c38f85423736d5264ba4e4e1090bc1e9 100644 (file)
@@ -178,7 +178,7 @@ the older mechanisms and we hope to deprecate JSON comments one day in the
 future. To promote this way of storing comments, Kea code is able to understand
 JSON comments, but converts them to user context on the fly. The
 comments entries in user-context were converted back to JSON comments to
-keep backward compatibility, but that conversion went away in version 1.7.x.
+keep backward compatibility, but that conversion went away in version 1.7.9.
 
 The is one side effect, however. If your configuration uses the old JSON
 comment, the `config-get` command will return a slightly modified
index 1ab531af58c0b1165e38d355c5f3dd51f4a12bb7..1f56e7252c555a95f10c015d70aad8abfdd0c752 100644 (file)
@@ -2839,7 +2839,7 @@ operations, for example.
 If user context is supported in a given context, the parser translates
 "comment" entries into user context with a "comment" entry. The pretty
 print of a configuration did the opposite operation and put "comment"
-entries at the beginning of maps, but this was withdrawn in 1.7.x.
+entries at the beginning of maps, but this was withdrawn in 1.7.9.
 
 As of Kea 1.3, the structures that allow user contexts are pools of all
 types (addresses and prefixes) and subnets. Kea 1.4 extended user
index e1de22731668f8c43a81f40fb398ff08de09ba66..725b84337aeb1a75d0611c0a80af6a7e0ede17e8 100644 (file)
@@ -22,7 +22,7 @@
         },
         "hooks-libraries": [
             {
-                "library": "/tmp/k1100/src/bin/agent/tests/.libs/libbasic.so",
+                "library": "/opt/local/control-agent-commands.so",
                 "parameters": {
                     "param1": "foo"
                 }