mirrors/arti.git/crates/arti/src/subcommands/hss.rs, branch arti-v2.1.0mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v2.1.02026-01-06T15:25:19Zkeymgr: Move Unrecognized errors out of KeyPathError2026-01-06T15:25:19ZGabriela Moldovangabi@torproject.org2026-01-05T11:07:23Zurn:sha1:0f2b9e7914580e2b0c58936c22f80996781df014
Out of all the variants in `KeyPathError`, `Unrecognized` is the odd one
out, because unlike the others, which are mainly just lower level
parsing errors, `Unrecognized` is a higher level error constructed in
`KeyMgr::describe()`.
`KeyMgr::describe()` now returns an `Option`, because
* the failure to describe a user provided `KeyPath` may or may not be
an error
* previously, `describe()` would only ever return `Ok` or
`Err(KeyPathError::Unrecognized)`, which essentially a binary
result. Also, `describe()` would never return any of the other
`KeyPathError` kinds, which further suggests `Unrecognized`
doesn't belong there
The `Unrecognized` variant still exists, but is now part of
`KeystoreCorruptionError`, (returned from
`KeyMgr::validate_entry_integrity()`).
arti: Adjust a no-longer acccurate hss doc2025-12-01T12:36:13ZGabriela Moldovangabi@torproject.org2025-12-01T11:13:16Zurn:sha1:bb74cf89f936f6c058d8109d51a15a039bcd303darti: Add missing subcommand docs2025-12-01T12:36:13ZGabriela Moldovangabi@torproject.org2025-12-01T11:11:53Zurn:sha1:9003ad28c1f3a82b33d8269e33700082fbbce2a8arti: test: Add integration test for `hss ctor-migrate`2025-09-10T13:58:32Zhjrgrn3874-hjrgrn@gitlab.torproject.org2025-08-26T14:11:40Zurn:sha1:ed170bb6ee74efb99f03bf15ef07ace313f6573eSwitch Cargo.toml files to edition 2024.2025-08-07T15:28:36ZNick Mathewsonnickm@torproject.org2025-08-06T01:19:58Zurn:sha1:77b0de43b8c67cdb81befe0680a3df43b6ad37bc
First, run
```
git grep -l "^edition =" |
xargs perl -i -pe 's/^edition *=.*/edition = "2024"/;'
```
Second, manually verify that all Cargo.toml files have changed,
and nothing else has changed.
Third, run cargo fmt again.
Use new DisplayRedacted/DebugRedacted code for HsId.2025-07-31T13:49:51ZNick Mathewsonnickm@torproject.org2025-07-29T18:49:37Zurn:sha1:24b56a134a0542965fd4bb76f39300523fde0213
Closes #2012.
arti: hss: Add `arti hss ctor-migrate`2025-07-31T11:05:12Zhjrgrn3874-hjrgrn@gitlab.torproject.org2025-07-31T11:05:12Zurn:sha1:79b7bd60d96f9fe29ac28d3e2827beeab157361eDeprecate --onion-name; introduce --onion-address2025-03-12T11:32:44Zdishadishatantia18@gmail.com2025-03-12T11:32:44Zurn:sha1:0f67318a720c4a62258382a5916668c0f360eab1arti: Remove get-key subcommand in favor of onion-name.2024-09-17T14:03:22ZGabriela Moldovangabi@torproject.org2024-09-17T11:27:59Zurn:sha1:2413564c2b01f2dfbede5481c4cdd85fb476ed5c
The `hss get-key` subcommand is now folded into `onion-name`, which
takes a `--generate` argument which specifies whether to generate the
key if missing.
Prompted by https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2419#note_3078068
arti: Add CLI for generating an onion service hsid.2024-09-17T14:03:22ZGabriela Moldovangabi@torproject.org2024-09-16T13:43:14Zurn:sha1:c367c14e1084802072361e5f67c3853551eca9cf
This adds a new `hss get-key` subcommand for retrieving and generating
service identity keys. The existing `hss onion-name` is now a
convenience alias for `hss get-key --generate=no --key-type=onion-name`.
Note: I am calling this new subcommand `get-key` for consistency with
its client counterpart (`hsc get-key`).
Closes #1621