| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | arti: Clarify what the client is supposed to do with the hsc key output. | Gabriela Moldovan | 2024-09-19 | 1 | -0/+8 |
| | | |||||
| * | arti: Document that "arti hsc" is experimental. | Gabriela Moldovan | 2024-09-19 | 1 | -0/+3 |
| | | |||||
| * | arti: Omit the optional --key-type argument from the docs. | Gabriela Moldovan | 2024-09-19 | 1 | -1/+1 |
| | | | | | | | By default `--key-type` is set to `restricted-discovery` so it can omitted from these examples (omitting it makes the usage a bit clearer IMO). | ||||
| * | arti: Document the commands for key removal and rotation. | Gabriela Moldovan | 2024-09-19 | 1 | -1/+41 |
| | | |||||
| * | arti: Add hsc key subcommand, deprecate hsc get-key. | Gabriela Moldovan | 2024-09-18 | 1 | -5/+5 |
| | | | | | | | | | | | I am deprecating the old `hsc get-key` subcommand in favor of the new `hsc key get` subcommand. This is because I plan to implement the rest of the key management functionality (key deletion, rotation, etc.) as subcommands of the `hsc key` command. The alternative would be to add a new distinct top-level `hsc rotate-key`, `hsc remove-key`, etc. subcommand alongside the existing `hsc get-key` command (which IMO is less nice than the alternative I'm proposing). | ||||
| * | Fix typos | Dimitris Apostolou | 2024-09-03 | 1 | -1/+1 |
| | | |||||
| * | doc: Add arti hsc subcommand docs to doc/hsc.md. | Gabriela Moldovan | 2024-08-05 | 1 | -0/+28 |
| This also makes the `tests/testcases/hsc/hsc.md` test case a symlink to `doc/hsc.md`. | |||||
