dkg
dkg
Presumably a rigorous stateful OpenPGP implementation would want to do something like this on certificate import (ignoring questions about third-party certifications for the purposes of this discussion): - on ingesting...
This discussion reminds me of the discussion we had around #1820 , where backward compatibility was cited as the reason for not changing the default, even though the default was...
The subpacket is marked as critical because if you don't understand that kind of subpacket, you should not be accepting that kind of signature. But, if you ignore this signature...
@decathorpe observed that `build/mod.rs.html` lines 56-62 are where the recursive directory walk starts in `.` and not in `./src`
That outcome seems reasonable, @dburgener. until a release of lalrpop is available with `process_src`, i guess we can encourage packages like https://gitlab.com/sequoia-pgp/sequoia/-/merge_requests/1637 to manually find and traverse their `src` dir...
Note that p.3 of [the json standard](https://ecma-international.org/wp-content/uploads/ECMA-404_2nd_edition_december_2017.pdf#page=11) says: > The JSON syntax does not impose any restrictions on the strings used as names, does not require that name strings be...
This seems similar to the [proposal for a `sop update-key`](https://gitlab.com/dkg/openpgp-stateless-cli/-/issues/29). It would be great if rnp could implement `sop` (#1760), and if you do, please consider commenting on that proposal!
I'd definitely be interested in `kem` v0.3.0. thanks for working on this!
hm, I think [the _RSA key sizes_ test](https://sequoia-pgp.gitlab.io/openpgp-interoperability-test-suite/results.html#RSA_key_sizes) is the place to look, and it seems to suggest that 16K keys *are* accepted by `rsop`. Maybe this is already OK?...
Note that the change from `roff` 0.1 to 0.2 is [a significant overhaul](https://github.com/rust-cli/roff-rs/commit/0102ced4d50254c0d067696c92b68a695ca74c1d). just trying to build against `roff` 0.2.1, i see these errors: ``` Compiling roff v0.2.1 Compiling man...