Petr Špaček

Proposal, all values are integers or strings. Time precision us only. [prettyjson.json.zip](https://github.com/DNS-OARC/flamethrower/files/10748803/prettyjson.json.zip)

We have moved the unified format description into a separate repo: https://github.com/DNS-OARC/dns-metrics

As an example https://gitlab.nic.cz/knot/knot-resolver/-/commit/4c8b2e13f8d35f3c807aa0ac6eb976bf62b0493b might be of help, together with rest of https://gitlab.nic.cz/knot/knot-resolver/-/commits/mdbx-experiment branch.

I suspect you encountered bug https://github.com/aaptel/qtwirediff/issues/1 . This has been worked around in #6, so I think it's worth testing latest version.

It just occurred to me that easiest way out might be _removing_ the variable.

Speaking from experience with other DNS projects, you might want to mention e.g.: - if it affects multiple implementations tell us upfront - it requires multi-party coordination and sometimes reporters...

Hello! Out of curiosity, why this needs to be in dnspython? I mean, there are at least two existing libraries for Python: - https://pypi.org/project/publicsuffix2/ - https://pypi.org/project/publicsuffixlist/ I wonder if there...

I agree that split(".") is not how things should be done, definitely not. I'm just trying to find out if there is a good way to improve things for everyone...

Wondering out loud: Maybe best course of action - for the overall ecosystem - would be to add label-aware API to an existing library? I agree that `split('.')` is horrendous...

I think the main problem is that DNS vendors involved the DNS flag day have full hands with replying to people who have relevant questions, so throwing this parody in...