mirrors/arti.git/crates/tor-keymgr/src/dummy.rs, branch arti-v1.1.12

tor-keymgr: Call inventory::collect in the dummy keymgr too.

2023-12-05T17:24:47Z

Not calling it results in an error (it instantiates the plugin registry for our type).

Merge branch 'keymgr-derive-builder' into 'main'

2023-11-28T12:12:09Z

tor-keymgr: Derive Builder for KeyMgr. Closes #1114 See merge request tpo/core/arti!1760

tor-keymgr: Write some KeyMgrBuilder functions by hand.

2023-11-28T11:32:12Z

Eventually these will need to be auto-generated, but that is not possible right now. Context: https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1760#note_2969841

tor-keymgr: Abolish KeyMgr::new.

2023-11-27T12:08:35Z

We don't use this now that we have a `KeyMgrBuilder`.

tor-keymgr: Derive Builder for KeyMgr.

2023-11-27T12:08:35Z

`KeyMgr` is soon going to have more fields, so now is a good time to derive `Builder` for it. Closes #1114

tor-keymgr: Add a top-level error type.

2023-11-21T12:05:11Z

Previously, the `tor_keymgr::Error` type was `Box`. This forced us to impl `KeystoreError` for any error returned by the keymgr (including those that were not coming from a `Keystore` impl). Now, `tor_keymgr::Error` is an non-exhaustive enum and the `Box` opaque error type is only returned from `Keystore` impls The reason we're keeping the `dyn KeystoreError` error type is because it enables `Keystore` implementors to use their own error types. Without it, they would have to choose from our (closed) set of error variants, which may not be suitable for their keystore. See #901.

tor-keymgr: Add some derives for the dummy KeyType.

2023-11-21T12:05:01Z

We are about to add a top-level `tor_keymgr::Error` enum that has a variant that contains a `KeyType`. The error enum needs to be `Clone`, so we need `KeyType` (both the dummy version and the "real" one, because the `err` module is not cfg'd behind the `keymgr` feature) to be `Clone`.

Revert "keymgr: Require callers to be explicit about which keystore to get keys from."

2023-07-21T11:21:36Z

This reverts commit 38a6c74c7894dc96b16c9039cacc2a4023977b05. This also updates some tests to make them compile with the reverted version of the code.

keymgr: Require callers to be explicit about which keystore to get keys from.

2023-07-20T18:24:57Z

keymgr: Require callers to specify which keystore to insert keys in.

2023-07-20T18:24:29Z

The caller uses `KeystoreSelector` to specify which keystore to insert the new key into (only `KeystoreSelector::Id` and `KeystoreSelector::Default` are supported for `insert`). The ability to insert keys in a particular keystore will come in handy when we implement the key management CLI (the CLI will have an option for specifying the keystore to access/modify).