This is a Python "util" submodule with code that I habitually use in so many projects that I decided to split it off into its own git archive.
Feel free to extend and embrace. Patches welcome.
A few. Read the code and the subpackages' documentation; I didn't get around to documenting all of that yet.
No restrictions. CC0 / public domain / MIT / GPLv3 / whatever, as long as you don't want anybody (i.e. the author(s)) to pay for the effects of any bugs, features or "features" which this code might or might not have.
Please contribute any enhancements.
A few. Notable:
- anyio, version 3. Required for ValueEvent, spawn (obviously) and as_service.
- ruyaml. This is a fork of ruamel.yaml which is a fork of pyyaml. Fixes some bugs and has a more reasonable API. Required for yload/yprint/yformat.
- msgpack, obviously required for pack/unpack and MsgReader/MsgWriter.
- asyncclick, required for main_/wrap_main.
MoaT does not depend on:
- cbor2. Our implementation is shared with a version running on MicroPython and thus needs to be minimal. Also we want to support efficient async streaming.
This package uses the following CBOR tags.
The author presumes that the proposed tags 202 and 203 generally useful beyond the confines of this specification and has submitted them to IANA.
Tag 202 Data Item array Semantics mark array as object path Reference https://github.com/M-o-a-T/moat-util/ Contact Matthias Urlichs <matthias@urlichs.de>
A Path is a sequence of object accessors, i.e. a way to reference a possibly-deeply nested object. These typically include strings (object members, map keys) and numbers (array indices).
A recipient can use this tag to distinguish a sequence of lookups from a tuple that's directly used as a map key. (Python allows this.)
Also, a path is typically entered and displayed as a string with dots or
slashes as separators rather than an explicit list, i.e. foo:0.bar
(MoaT's representation – indicating that the zero is an integer, not a string)
or foo/0/bar (file system, MQTT topic), instead of an explicit array
like ["foo", 0, "bar"].
The array SHOULD include only strings and non-negative integers. The list of allowed characters in the string(s) is application dependent.
Tag 203 Data Item string, integer, array Semantics reference a well-known or unencodable object Reference https://github.com/M-o-a-T/moat-util/ Contact Matthias Urlichs <matthias@urlichs.de>
A Proxy refers to an object that cannot be encoded in CBOR. In a messaging system, a sender may cache the object and replace it with a proxy instead of throwing an error. The recipient can subsequently refer to the object using the same Proxy tag when it sends a message back.
When the proxy's content is an array, it SHOULD consist of two elements: a string or integer that uniquely identifies the origin of the proxy object, and a string or integer which the originator can use to recover the original.
An API to release auto-generated proxies is recommended but out of scope of this specification.
Tag 27 Data Item array Semantics build an object from a class Reference http://cbor.schmorp.de/generic-object Contact Marc A. Lehmann
This tag is already specified and included here for MoaT-specific usage details.
MoaT assumes a Proxy (referencing the class of the object in question) as the array's first entry; tag 203 MAY be omitted.
The remaining array elements mirror Python's object serialization scheme: an array of positional arguments, a map of key/value arguments, an array of items to add/append to the object, and a map of attributes to set. Trailing elements may be omitted if empty.
Tag 1299145044 Data Item array Semantics MoaT file identifier / details Reference https://github.com/M-o-a-T/moat-util/ Contact Matthias Urlichs <matthias@urlichs.de>
Files with MoaT-compatible messages start with an array that is wrapped with tag 1299145044 (0x4d6f6154, "MoaT"), inside tag 55799 (CBOR).
The array has two elements. The first contains a string that describes the file's contents. The string MUST be at least 24 bytes long (pad with spaces if necessary), for the benefit of the "file" utility. It is free-format, meant to be shown to humans, and MUST be ignored by programs that read the file.
The second array member is a map that describes the file. Programs that read it should use the map's contents to determine how to interpret it, or to extract metadata (e.g. range of record, file creation date, etc.).
This way, file can show basic data about the file, using these magic entries:
0 string/3b xd9xd9xf7 CBOR >3 string/5b xdaMoaT MoaT file >>8 string/2b x82x78 >>>10 pstring >0 %s >>8 string/2b x82x79 >>>10 pstring/H >0 %s
Shorter file type strings would require 24 additional entries in file's
magic pattern file (as it cannot mask the high bits of a string's length
field), which seems excessive.
Tag 1298493254 Data Item map Semantics MoaT end-of-file marker Reference https://github.com/M-o-a-T/moat-util/ Contact Matthias Urlichs <matthias@urlichs.de>
This tag ("MeoF") is the last tag written to a file before it's closed. Its content describes e.g. why the file has ended (timeout, interrupt, restart …) and which file will continue the content (if applicable).
When this tag is not the last CBOR data item in a file, it MUST be followed with a tag 55799+1299145044 with matching continuation IDs ("cont") in its map part. MoaT uses this element to verify that multiple files have been concatenated correctly.