libknot 3.3.13.dev0__tar.gz → 3.3.14.dev0__tar.gz

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -1,6 +1,6 @@
1
1
  Metadata-Version: 2.1
2
2
  Name: libknot
3
- Version: 3.3.13.dev0
3
+ Version: 3.3.14.dev0
4
4
  Summary: Python bindings for libknot
5
5
  Home-page: https://gitlab.nic.cz/knot/knot-dns/-/tree/master/python/libknot
6
6
  Author: CZ.NIC, z.s.p.o.
@@ -28,10 +28,10 @@ A Python interface for managing the Knot DNS daemon.
28
28
 
29
29
  * [Introduction](#introduction)
30
30
  * [Control module](#control-module)
31
- + [Control usage](#control-usage)
32
- + [CTL protocol reference](#kctl-proto)
33
- + [CTL commands reference](#kctl-cmds)
34
- + [Control examples](#control-examples)
31
+ + [Usage](#control-usage)
32
+ + [Protocol reference](#kctl-proto)
33
+ + [Commands reference](#kctl-cmds)
34
+ + [Examples](#control-examples)
35
35
  * [Probe module](#probe-module)
36
36
  + [Probe usage](#probe-usage)
37
37
  + [Probe examples](#probe-examples)
@@ -68,7 +68,7 @@ The module usage consists of several steps:
68
68
  afterwards.
69
69
  * Closing the connection and deinitialization.
70
70
 
71
- ### KnotCTL protocol overview<a id="kctl-proto"></a>
71
+ ### Protocol overview<a id="kctl-proto"></a>
72
72
 
73
73
  Connections are supposed to be short-lived, because maintaining a passive
74
74
  connection is costly for the server. Therefore the expected usage of the ctl
@@ -107,22 +107,21 @@ The data section identifiers are defined in `libknot.control.KnotCtlDataIdx`:
107
107
  | `DATA` | Configuration item/zone record data. |
108
108
  | `FILTERS` | Command options or filters for output data processing. |
109
109
 
110
- ### CTL commands reference<a id="kctl-cmds"></a>
110
+ ### Commands reference<a id="kctl-cmds"></a>
111
111
 
112
112
  The following is a reference for the low-level CTL API. In case you're unsure
113
113
  of the commands' semantics, please consult the
114
- <a href="https://knot.pages.nic.cz/knot-dns/master/html/man_knotc.html#actions">knotc documentation</a>.
114
+ <a href="https://www.knot-dns.cz/docs/latest/singlehtml/index.html#actions">knotc documentation</a>.
115
115
 
116
116
  A concise notation is used for command synopsis:
117
117
 
118
118
  <pre>
119
- cmd-name(SECTION_NAME:section's purpouse,
120
- [OPTIONAL_SECTION="literal value":literal's purpouse],
119
+ cmd-name(SECTION_NAME,
120
+ [OPTIONAL_SECTION="literal value"],
121
121
  [OPT_SECTION1, OPT_SECTION2], # Sections must be present together or not at all
122
122
  [OPT_MASTER, [OPT_SLAVE]], # OPT_SLAVE may only appear if OPT_MASTER is present
123
123
  SECTION_NAME2="option1"|"option2", # Either one or the other literal may be used
124
124
  SECTION_NAME3={"asdf"}, # any subset of characters
125
- SECTION_NAME4="a":flag's purpouse,"s","d","f" # any subset of characters
126
125
  )
127
126
  </pre>
128
127
 
@@ -133,7 +132,9 @@ The **`"B"`** flag always represents an option to execute in blocking mode.
133
132
  * `status([TYPE="cert-key"|"configure"|"version"|"workers"])`
134
133
  * `stop()`
135
134
  * `reload()`
136
- * `stats([SECTION:module], [ITEM:counter], [FLAGS="F":include 0 counters])`
135
+ * `stats([SECTION], [ITEM], [FLAGS="F"])`
136
+ + `SECTION` stores the module, `ITEM` stores the counter
137
+ + the `F` flag specifies to include 0 counters in server's response
137
138
 
138
139
  #### Zone events
139
140
 
@@ -141,13 +142,16 @@ The **`"B"`** flag always represents an option to execute in blocking mode.
141
142
 
142
143
  * `zone-status([ZONE], [FILTERS={"rstefc"}])`
143
144
  + `FILTERS`: role `(r)`, serial `(s)`, transaction `(t)`, events `(e)`, freeze `(f)`, catalog `(c)`
144
- * `zone-reload([ZONE], [FLAGS={"B","F":reload modules}])`
145
+ * `zone-reload([ZONE], [FLAGS={"BF"}])`
146
+ + `FLAGS`: `F` reload modules
145
147
  * `zone-refresh([ZONE], [FLAGS="B"])`
146
148
  * `zone-retransfer([ZONE], [FLAGS="B"])`
147
149
  * `zone-notify([ZONE], [FLAGS="B"])`
148
- * `zone-flush([ZONE], [FILTERS="d", DATA:output directory], [FLAGS="B"])`
149
- * `zone-backup([ZONE], [FILTERS={"dzjtkocq"}, [DATA:output dir for "d" filter]], [FLAGS="B"])`
150
+ * `zone-flush([ZONE], [FILTERS="d", DATA], [FLAGS="B"])`
151
+ + the outputdir `(d)` filter commands that zone(s) be flushed to path stored in the `DATA` section
152
+ * `zone-backup([ZONE], [FILTERS={"dzjtkocqZJTKOCQ"}, [DATA]], [FLAGS="B"])`
150
153
  + `FILTERS`
154
+ - for description of the outputdir `(d)` filter see `zone-flush`
151
155
  - zonefile `(z)`, journal `(j)`, timers `(t)`, kaspdb `(k)`, keysonly `(o)`, catalog `(c)`, quic `(q)`
152
156
  - negative counterparts (eg. `nozonefile`) are symmetrical and capitalized
153
157
  * `zone-restore` <i>analogous to `zone-backup`</i>
@@ -165,7 +169,8 @@ The **`"B"`** flag always represents an option to execute in blocking mode.
165
169
 
166
170
  Use `"@"` as `OWNER` if you want to denote `ZONE` itself as the owner.
167
171
 
168
- * `zone-read([ZONE:if none read all], [OWNER], [TYPE])`
172
+ * `zone-read([ZONE], [OWNER], [TYPE])`
173
+ + if `ZONE` is left empty all zones are read
169
174
  * `zone-begin(ZONE)`
170
175
  * `zone-commit(ZONE)`
171
176
  * `zone-abort(ZONE)`
@@ -175,7 +180,9 @@ Use `"@"` as `OWNER` if you want to denote `ZONE` itself as the owner.
175
180
  * `zone-unset(ZONE, OWNER, [TYPE, [DATA]])`
176
181
  * `zone-purge(ZONE, [FILTERS={ocejktf}], [FLAGS="B"])`
177
182
  + `FILTERS`: orphan `(o)`, catalog `(c)`, expire `(e)`, journal `(j)`, kaspdb `(k)`, timers `(t)`, zonefile `(f)`
178
- * `zone-stats(ZONE, [SECTION:module], [ITEM:counter], [FLAGS="F":include 0 counters])`
183
+ * `zone-stats(ZONE, [SECTION], [ITEM], [FLAGS="F"])`
184
+ + `SECTION` stores the module, `ITEM` stores the counter
185
+ + the `F` flag specifies to include 0 counters in server's response
179
186
 
180
187
  #### Configuration
181
188
 
@@ -6,10 +6,10 @@ A Python interface for managing the Knot DNS daemon.
6
6
 
7
7
  * [Introduction](#introduction)
8
8
  * [Control module](#control-module)
9
- + [Control usage](#control-usage)
10
- + [CTL protocol reference](#kctl-proto)
11
- + [CTL commands reference](#kctl-cmds)
12
- + [Control examples](#control-examples)
9
+ + [Usage](#control-usage)
10
+ + [Protocol reference](#kctl-proto)
11
+ + [Commands reference](#kctl-cmds)
12
+ + [Examples](#control-examples)
13
13
  * [Probe module](#probe-module)
14
14
  + [Probe usage](#probe-usage)
15
15
  + [Probe examples](#probe-examples)
@@ -46,7 +46,7 @@ The module usage consists of several steps:
46
46
  afterwards.
47
47
  * Closing the connection and deinitialization.
48
48
 
49
- ### KnotCTL protocol overview<a id="kctl-proto"></a>
49
+ ### Protocol overview<a id="kctl-proto"></a>
50
50
 
51
51
  Connections are supposed to be short-lived, because maintaining a passive
52
52
  connection is costly for the server. Therefore the expected usage of the ctl
@@ -85,22 +85,21 @@ The data section identifiers are defined in `libknot.control.KnotCtlDataIdx`:
85
85
  | `DATA` | Configuration item/zone record data. |
86
86
  | `FILTERS` | Command options or filters for output data processing. |
87
87
 
88
- ### CTL commands reference<a id="kctl-cmds"></a>
88
+ ### Commands reference<a id="kctl-cmds"></a>
89
89
 
90
90
  The following is a reference for the low-level CTL API. In case you're unsure
91
91
  of the commands' semantics, please consult the
92
- <a href="https://knot.pages.nic.cz/knot-dns/master/html/man_knotc.html#actions">knotc documentation</a>.
92
+ <a href="https://www.knot-dns.cz/docs/latest/singlehtml/index.html#actions">knotc documentation</a>.
93
93
 
94
94
  A concise notation is used for command synopsis:
95
95
 
96
96
  <pre>
97
- cmd-name(SECTION_NAME:section's purpouse,
98
- [OPTIONAL_SECTION="literal value":literal's purpouse],
97
+ cmd-name(SECTION_NAME,
98
+ [OPTIONAL_SECTION="literal value"],
99
99
  [OPT_SECTION1, OPT_SECTION2], # Sections must be present together or not at all
100
100
  [OPT_MASTER, [OPT_SLAVE]], # OPT_SLAVE may only appear if OPT_MASTER is present
101
101
  SECTION_NAME2="option1"|"option2", # Either one or the other literal may be used
102
102
  SECTION_NAME3={"asdf"}, # any subset of characters
103
- SECTION_NAME4="a":flag's purpouse,"s","d","f" # any subset of characters
104
103
  )
105
104
  </pre>
106
105
 
@@ -111,7 +110,9 @@ The **`"B"`** flag always represents an option to execute in blocking mode.
111
110
  * `status([TYPE="cert-key"|"configure"|"version"|"workers"])`
112
111
  * `stop()`
113
112
  * `reload()`
114
- * `stats([SECTION:module], [ITEM:counter], [FLAGS="F":include 0 counters])`
113
+ * `stats([SECTION], [ITEM], [FLAGS="F"])`
114
+ + `SECTION` stores the module, `ITEM` stores the counter
115
+ + the `F` flag specifies to include 0 counters in server's response
115
116
 
116
117
  #### Zone events
117
118
 
@@ -119,13 +120,16 @@ The **`"B"`** flag always represents an option to execute in blocking mode.
119
120
 
120
121
  * `zone-status([ZONE], [FILTERS={"rstefc"}])`
121
122
  + `FILTERS`: role `(r)`, serial `(s)`, transaction `(t)`, events `(e)`, freeze `(f)`, catalog `(c)`
122
- * `zone-reload([ZONE], [FLAGS={"B","F":reload modules}])`
123
+ * `zone-reload([ZONE], [FLAGS={"BF"}])`
124
+ + `FLAGS`: `F` reload modules
123
125
  * `zone-refresh([ZONE], [FLAGS="B"])`
124
126
  * `zone-retransfer([ZONE], [FLAGS="B"])`
125
127
  * `zone-notify([ZONE], [FLAGS="B"])`
126
- * `zone-flush([ZONE], [FILTERS="d", DATA:output directory], [FLAGS="B"])`
127
- * `zone-backup([ZONE], [FILTERS={"dzjtkocq"}, [DATA:output dir for "d" filter]], [FLAGS="B"])`
128
+ * `zone-flush([ZONE], [FILTERS="d", DATA], [FLAGS="B"])`
129
+ + the outputdir `(d)` filter commands that zone(s) be flushed to path stored in the `DATA` section
130
+ * `zone-backup([ZONE], [FILTERS={"dzjtkocqZJTKOCQ"}, [DATA]], [FLAGS="B"])`
128
131
  + `FILTERS`
132
+ - for description of the outputdir `(d)` filter see `zone-flush`
129
133
  - zonefile `(z)`, journal `(j)`, timers `(t)`, kaspdb `(k)`, keysonly `(o)`, catalog `(c)`, quic `(q)`
130
134
  - negative counterparts (eg. `nozonefile`) are symmetrical and capitalized
131
135
  * `zone-restore` <i>analogous to `zone-backup`</i>
@@ -143,7 +147,8 @@ The **`"B"`** flag always represents an option to execute in blocking mode.
143
147
 
144
148
  Use `"@"` as `OWNER` if you want to denote `ZONE` itself as the owner.
145
149
 
146
- * `zone-read([ZONE:if none read all], [OWNER], [TYPE])`
150
+ * `zone-read([ZONE], [OWNER], [TYPE])`
151
+ + if `ZONE` is left empty all zones are read
147
152
  * `zone-begin(ZONE)`
148
153
  * `zone-commit(ZONE)`
149
154
  * `zone-abort(ZONE)`
@@ -153,7 +158,9 @@ Use `"@"` as `OWNER` if you want to denote `ZONE` itself as the owner.
153
158
  * `zone-unset(ZONE, OWNER, [TYPE, [DATA]])`
154
159
  * `zone-purge(ZONE, [FILTERS={ocejktf}], [FLAGS="B"])`
155
160
  + `FILTERS`: orphan `(o)`, catalog `(c)`, expire `(e)`, journal `(j)`, kaspdb `(k)`, timers `(t)`, zonefile `(f)`
156
- * `zone-stats(ZONE, [SECTION:module], [ITEM:counter], [FLAGS="F":include 0 counters])`
161
+ * `zone-stats(ZONE, [SECTION], [ITEM], [FLAGS="F"])`
162
+ + `SECTION` stores the module, `ITEM` stores the counter
163
+ + the `F` flag specifies to include 0 counters in server's response
157
164
 
158
165
  #### Configuration
159
166
 
@@ -1,6 +1,6 @@
1
1
  Metadata-Version: 2.1
2
2
  Name: libknot
3
- Version: 3.3.13.dev0
3
+ Version: 3.3.14.dev0
4
4
  Summary: Python bindings for libknot
5
5
  Home-page: https://gitlab.nic.cz/knot/knot-dns/-/tree/master/python/libknot
6
6
  Author: CZ.NIC, z.s.p.o.
@@ -28,10 +28,10 @@ A Python interface for managing the Knot DNS daemon.
28
28
 
29
29
  * [Introduction](#introduction)
30
30
  * [Control module](#control-module)
31
- + [Control usage](#control-usage)
32
- + [CTL protocol reference](#kctl-proto)
33
- + [CTL commands reference](#kctl-cmds)
34
- + [Control examples](#control-examples)
31
+ + [Usage](#control-usage)
32
+ + [Protocol reference](#kctl-proto)
33
+ + [Commands reference](#kctl-cmds)
34
+ + [Examples](#control-examples)
35
35
  * [Probe module](#probe-module)
36
36
  + [Probe usage](#probe-usage)
37
37
  + [Probe examples](#probe-examples)
@@ -68,7 +68,7 @@ The module usage consists of several steps:
68
68
  afterwards.
69
69
  * Closing the connection and deinitialization.
70
70
 
71
- ### KnotCTL protocol overview<a id="kctl-proto"></a>
71
+ ### Protocol overview<a id="kctl-proto"></a>
72
72
 
73
73
  Connections are supposed to be short-lived, because maintaining a passive
74
74
  connection is costly for the server. Therefore the expected usage of the ctl
@@ -107,22 +107,21 @@ The data section identifiers are defined in `libknot.control.KnotCtlDataIdx`:
107
107
  | `DATA` | Configuration item/zone record data. |
108
108
  | `FILTERS` | Command options or filters for output data processing. |
109
109
 
110
- ### CTL commands reference<a id="kctl-cmds"></a>
110
+ ### Commands reference<a id="kctl-cmds"></a>
111
111
 
112
112
  The following is a reference for the low-level CTL API. In case you're unsure
113
113
  of the commands' semantics, please consult the
114
- <a href="https://knot.pages.nic.cz/knot-dns/master/html/man_knotc.html#actions">knotc documentation</a>.
114
+ <a href="https://www.knot-dns.cz/docs/latest/singlehtml/index.html#actions">knotc documentation</a>.
115
115
 
116
116
  A concise notation is used for command synopsis:
117
117
 
118
118
  <pre>
119
- cmd-name(SECTION_NAME:section's purpouse,
120
- [OPTIONAL_SECTION="literal value":literal's purpouse],
119
+ cmd-name(SECTION_NAME,
120
+ [OPTIONAL_SECTION="literal value"],
121
121
  [OPT_SECTION1, OPT_SECTION2], # Sections must be present together or not at all
122
122
  [OPT_MASTER, [OPT_SLAVE]], # OPT_SLAVE may only appear if OPT_MASTER is present
123
123
  SECTION_NAME2="option1"|"option2", # Either one or the other literal may be used
124
124
  SECTION_NAME3={"asdf"}, # any subset of characters
125
- SECTION_NAME4="a":flag's purpouse,"s","d","f" # any subset of characters
126
125
  )
127
126
  </pre>
128
127
 
@@ -133,7 +132,9 @@ The **`"B"`** flag always represents an option to execute in blocking mode.
133
132
  * `status([TYPE="cert-key"|"configure"|"version"|"workers"])`
134
133
  * `stop()`
135
134
  * `reload()`
136
- * `stats([SECTION:module], [ITEM:counter], [FLAGS="F":include 0 counters])`
135
+ * `stats([SECTION], [ITEM], [FLAGS="F"])`
136
+ + `SECTION` stores the module, `ITEM` stores the counter
137
+ + the `F` flag specifies to include 0 counters in server's response
137
138
 
138
139
  #### Zone events
139
140
 
@@ -141,13 +142,16 @@ The **`"B"`** flag always represents an option to execute in blocking mode.
141
142
 
142
143
  * `zone-status([ZONE], [FILTERS={"rstefc"}])`
143
144
  + `FILTERS`: role `(r)`, serial `(s)`, transaction `(t)`, events `(e)`, freeze `(f)`, catalog `(c)`
144
- * `zone-reload([ZONE], [FLAGS={"B","F":reload modules}])`
145
+ * `zone-reload([ZONE], [FLAGS={"BF"}])`
146
+ + `FLAGS`: `F` reload modules
145
147
  * `zone-refresh([ZONE], [FLAGS="B"])`
146
148
  * `zone-retransfer([ZONE], [FLAGS="B"])`
147
149
  * `zone-notify([ZONE], [FLAGS="B"])`
148
- * `zone-flush([ZONE], [FILTERS="d", DATA:output directory], [FLAGS="B"])`
149
- * `zone-backup([ZONE], [FILTERS={"dzjtkocq"}, [DATA:output dir for "d" filter]], [FLAGS="B"])`
150
+ * `zone-flush([ZONE], [FILTERS="d", DATA], [FLAGS="B"])`
151
+ + the outputdir `(d)` filter commands that zone(s) be flushed to path stored in the `DATA` section
152
+ * `zone-backup([ZONE], [FILTERS={"dzjtkocqZJTKOCQ"}, [DATA]], [FLAGS="B"])`
150
153
  + `FILTERS`
154
+ - for description of the outputdir `(d)` filter see `zone-flush`
151
155
  - zonefile `(z)`, journal `(j)`, timers `(t)`, kaspdb `(k)`, keysonly `(o)`, catalog `(c)`, quic `(q)`
152
156
  - negative counterparts (eg. `nozonefile`) are symmetrical and capitalized
153
157
  * `zone-restore` <i>analogous to `zone-backup`</i>
@@ -165,7 +169,8 @@ The **`"B"`** flag always represents an option to execute in blocking mode.
165
169
 
166
170
  Use `"@"` as `OWNER` if you want to denote `ZONE` itself as the owner.
167
171
 
168
- * `zone-read([ZONE:if none read all], [OWNER], [TYPE])`
172
+ * `zone-read([ZONE], [OWNER], [TYPE])`
173
+ + if `ZONE` is left empty all zones are read
169
174
  * `zone-begin(ZONE)`
170
175
  * `zone-commit(ZONE)`
171
176
  * `zone-abort(ZONE)`
@@ -175,7 +180,9 @@ Use `"@"` as `OWNER` if you want to denote `ZONE` itself as the owner.
175
180
  * `zone-unset(ZONE, OWNER, [TYPE, [DATA]])`
176
181
  * `zone-purge(ZONE, [FILTERS={ocejktf}], [FLAGS="B"])`
177
182
  + `FILTERS`: orphan `(o)`, catalog `(c)`, expire `(e)`, journal `(j)`, kaspdb `(k)`, timers `(t)`, zonefile `(f)`
178
- * `zone-stats(ZONE, [SECTION:module], [ITEM:counter], [FLAGS="F":include 0 counters])`
183
+ * `zone-stats(ZONE, [SECTION], [ITEM], [FLAGS="F"])`
184
+ + `SECTION` stores the module, `ITEM` stores the counter
185
+ + the `F` flag specifies to include 0 counters in server's response
179
186
 
180
187
  #### Configuration
181
188
 
@@ -4,7 +4,7 @@ build-backend = "hatchling.build"
4
4
 
5
5
  [project]
6
6
  name = "libknot"
7
- version = "3.3.13dev"
7
+ version = "3.3.14dev"
8
8
  description = "Python bindings for libknot"
9
9
  readme = "README.md"
10
10
  requires-python = ">=3.5"
@@ -7,7 +7,7 @@ if p.exists():
7
7
 
8
8
  setuptools.setup(
9
9
  name='libknot',
10
- version='3.3.13dev',
10
+ version='3.3.14dev',
11
11
  description='Python bindings for libknot',
12
12
  long_description=long_description,
13
13
  long_description_content_type="text/markdown",
File without changes