mirrors/arti.git/crates/tor-keymgr, branch arti-v1.1.10mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.102023-10-31T13:12:35ZPatch version bumps in crates without breaking changes2023-10-31T13:12:35ZNick Mathewsonnickm@torproject.org2023-10-31T13:00:42Zurn:sha1:537d98a12eedf5604fe28183ec603dd3609bb070
```
These crates have new APIs:
tor-async-utils ADDED
tor-config ADDED
tor-hscrypto ADDED
tor-netdoc ADDED, plus BREAKING-experimental.
These crates have patch-level changes only:
tor-netdir (bugfix only). (re-exposes netdoc)
arti-rpcserver (tweaks only, uses nothing that broke.)
arti 1.1.10, no stable public APIs.
```
Minor version bumps in crates with breaking changes.2023-10-31T13:12:35ZNick Mathewsonnickm@torproject.org2023-10-31T12:54:00Zurn:sha1:4460d8b3a5f801db2b20ca0e83dadd0bc8ccf5da
```
tor-basic-utils BREAKING
tor-rtmock BREAKING.
tor-cert BREAKING
tor-cell BREAKING
tor-proto BREAKING: re-exposes cell. (Also BREAKING-experimental)
tor-chanmgr BREAKING: Re-exposes proto.
tor-ptmgr BREAKING: re-exposes tor-chanmgr
tor-guardmgr BREAKING: re-exposes proto. (Only for ClockSkew I think?)
tor-circmgr BREAKING: re-exposes proto
tor-dirclient BREAKING
tor-hsclient BREAKING, re-exposes proto.
tor-hsservice BREAKING, re-exposes proto.
tor-hsrproxy BREAKING
arti-client BREAKING: re-exposes proto.
arti-hyper: BREAKING, re-exposes arti-client.
tor-dirmgr Let's assume BREAKING, very high-level.
tor-keymgr BREAKING, but experimental.
```
tor-keymgr: Use a macro to declare the KeyType enum (fmt).2023-10-24T14:42:35ZGabriela Moldovangabi@torproject.org2023-10-24T12:58:11Zurn:sha1:e3d9e0a33bb8fc985e378959604d4b591006a9b8tor-keymgr: Use a macro to declare the KeyType enum.2023-10-24T14:42:35ZGabriela Moldovangabi@torproject.org2023-10-24T12:50:57Zurn:sha1:2d7aa12eca5634840056692a585493734ef38512
The bad identation is there to make reviewing the diff easier (the macro
will be reindented in a future commit).
tor-keymgr: Stop open-coding range operations.2023-10-24T14:42:35ZGabriela Moldovangabi@torproject.org2023-10-24T12:08:33Zurn:sha1:960b397dc37405bd4af307041fb2667ec949d508tor-keymgr: Rename key_stores to secondary_stores for clarity.2023-10-24T14:42:35ZGabriela Moldovangabi@torproject.org2023-10-23T17:07:56Zurn:sha1:07f67ce26a4404621b7a95604f011d4b6b3c8e91
The name `key_stores` was a bit misleading, as this field only contains
the _secondary_ key stores (the primary/default key store is stored in a
separate field).
tor-keymgr: list() should include the keys from the default key store.2023-10-24T14:42:35ZGabriela Moldovangabi@torproject.org2023-10-23T15:48:31Zurn:sha1:ad31f26ec8f791801d842107afd6ebd4d15c0812
`KeyMgr::list()` was supposed to look in _all_ key stores, not just the
secondary ones.
tor-keymgr: Remove now-outdated TODO HSS.2023-10-24T14:42:35ZGabriela Moldovangabi@torproject.org2023-10-23T15:57:56Zurn:sha1:8f019a199f61fa305503b47b6f403491549c7bff
Key file extensions now have `_private`/`_public` suffixes again.
tor-keymgr: Add TODO explaining why we're not using strum.2023-10-24T14:42:35ZGabriela Moldovangabi@torproject.org2023-10-23T16:25:04Zurn:sha1:66e2268926cabf62049675d4c162465b7c360a07tor-keymgr: Use the right extension for expanded ed25519 keys.2023-10-24T14:42:35ZGabriela Moldovangabi@torproject.org2023-10-23T15:45:09Zurn:sha1:3b025eba3a9f6d6715e0c2ad16a75fe1348e7394
This line was out of sync with `KeyType::arti_extension`, which uses
`ed25519_expanded_private` as the extension (and not
`ed25519_expanded`).