mirrors/arti.git/maint/check-cli-help, branch arti-v2.5.0

Add `hsc key ctor-migrate` subcommand

2025-11-24T12:27:51Z

arti: keys: Add `keys check-integrity` CLI tool

2025-09-04T12:14:22Z

arti: hss: Add `arti hss ctor-migrate`

2025-07-31T11:05:12Z

arti: raw: Rename `arti keys-raw remove-by-path`

2025-07-15T11:11:29Z

* arti: raw: `remove-by-path` is now `remove-by-id` * arti: raw: Adjust integration tests

arti: keys: Add arti keys-raw

2025-07-14T14:33:56Z

* CLI: Add `keys-raw` and subcommand `remove-by-path` * arti: Add `arti::subcommand::raw` for the CLI `keys-raw` * tor-keymgr: Add `ArtiNativeKeystoreError::UnexpectedRawEntry`, `ArtiEphemeralKeystoreError::NotSupported` * tor-keymgr: Add `tor-keymgr::raw` module * tor-keymgr: Add `Keystore::remove_unchecked` * tor-keymgr: Change `Keystore::list` to return `KeystoreEntry` * tor-keymgr: Add field `KeystoreEntry::raw_id` * doc: Update keys.md * doc: Add raw.md * tor-keymgr: BREAKING: `UnrecognizedEntryError::new` associated function is now only accessible within the crate `tor-keymgr` * tor-keymgr: BREAKING: `UnrecognizedEntryId` is renamed to `UnrecognizedEntry` * tor-keymgr: BREAKING: `KeyMgr::list()` and `Keystore::list()` now return `Result>>`

arti: Add keys list and keys list-keystores

2025-06-12T11:16:29Z

Deprecate --onion-name; introduce --onion-address

2025-03-12T11:32:44Z

maint/check-cli-help: Don't attempt to parse wrapped help lines.

2024-06-27T17:13:52Z

Skip parsing the next line unless it starts with two spaces followed by a non-whitespace character. This ensures we don't accidentally try to parse a wrapped help line as a command. This enables it to parse commands with wrapping descriptions, such as ``` Usage: arti hsc [OPTIONS] Commands: prepare-service-discovery-key Prepare a service discovery key for connecting to a service running in restricted discovery mode help Print this message or the help of the given subcommand(s) ```

arti: Add an arti hsc subcommand.

2024-06-27T17:13:52Z

This adds an experimental `arti hsc` subcommand for managing client state and keys. Currently, it only supports the `prepare-service-discovery-keys` operation described in #1281 and `doc/dev/notes/client-auth.md`. A note on terminology: I am referring to services that encrypt the second layer of their descriptor as running in "restricted discovery" mode (because they can only be discovered, i.e. have their IPT points found out, by a set of authorized clients). The corresponding client "auth" keys, being the keys that enable the client to find out the list of intro points, pow-params etc. of the service, are referred to as service "discovery keys". Alternative names I considered: * extra descriptor encryption: accurate, but overly technical. IMO, the CLI should be accessible to users who aren't familiar with the nitty-gritty of the protocol * shielded mode: good, but slightly misleading. Calling it "shielded mode" makes it sound like a universally desirable "extra protection" that should almost always be enabled (which is not the case). Seeing `shielded_mode = off` in the config might be worry operators that don't fully understand what "extra descriptor encryption" or "shielded mode" means * restricted mode: slightly inaccurate. It implies this mechanism is a good substitute for conventional service-side authentication, which it isn't (because client authorization isn't instantaneous) Closes #1281

maint: Fix check-cli-help to pass shellcheck

2024-06-11T19:58:00Z

Signed-off-by: David Goulet