mirrors/arti.git/crates/arti/src/subcommands, branch arti-v2.0.0mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v2.0.02026-01-30T02:36:23Zarti: remove deprecated `proxy.dns_port` config option2026-01-30T02:36:23ZSteven Engleropara@torproject.org2026-01-30T01:58:03Zurn:sha1:33a382d3fff65ef8ad7980cb1a613b94d2b28e83arti: remove deprecated `proxy.socks_port` config option2026-01-30T02:35:25ZSteven Engleropara@torproject.org2026-01-30T01:48:48Zurn:sha1:5f2ce9c6f1c6fa05a7d55bd761d8ed42fcc25b34arti: reword+reformat warning message2026-01-30T01:38:14ZSteven Engleropara@torproject.org2026-01-30T01:38:14Zurn:sha1:44c03655dea1c6049768db01ff25c1beb93ed1caarti: Do not panic when invalid ports are given as arguments to proxy2026-01-30T00:22:24ZNiel Duysterscontact@ndvibes.com2026-01-30T00:22:24Zurn:sha1:3c8367f23ed66286f70dc804b11fa27064236dad
Use anyhow::Context to wrap error in useful message.
keymgr: Make CTorPath more like the client/service specifiers2026-01-06T15:25:20ZGabriela Moldovangabi@torproject.org2026-01-06T10:43:41Zurn:sha1:71178a54dc8c3c3ed75b14ecbca3197feb22accc
This will make it easier to see the correspondence between CTorPaths
and the HS client/service key specifiers.
Initially, I was hoping this would make it easier to write a d-d macro
that automatically derives a `CTorPath` variant (e.g.
`HsClientDescEncKeypair`) from the KeySpecifier type name
(`HsClientDescEncKeypairSpecifier`), but alas, I don't think d-d can
"chop off" name suffixes ("Specifier", in this case).
`from_ctor_path()`/`ctor_path()` implementations for converting
`CTorPath`s to and from key specifiers.
keymgr: 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: Remove no-longer needed helper function2026-01-06T15:25:19ZGabriela Moldovangabi@torproject.org2026-01-04T16:51:19Zurn:sha1:c273bda604b2157cba3588f2a8dd2bcdbbc83773
This folds `display_arti_entry()` into `display_entry()`.
arti: Remove special handling for C Tor keys (fmt)2026-01-06T15:25:19ZGabriela Moldovangabi@torproject.org2025-12-15T17:48:27Zurn:sha1:29a3d1b8e50119493b5d219c40ca6a9972c48f9earti: Remove special handling for C Tor keys2026-01-06T15:25:19ZGabriela Moldovangabi@torproject.org2025-12-15T17:48:03Zurn:sha1:1e34e17849be8b25c1434c1397dc9192dd0fead1
This is no longer needed now that `KeyMgr::describe()` works on
`CTorPath`s.
Removing this special handling has the added bonus that the keymgr CLI
output is now uniform for all keystores (before this change, `keys list`
used a slightly different output format for displaying C Tor entries).
The corresponding tests will be updated in a future commit.
arti: Move "port_info_file" configuration into "storage"2025-12-16T17:18:51ZNick Mathewsonnickm@torproject.org2025-12-16T15:39:51Zurn:sha1:7d54623047edc702442d27af83749443960b8dfe
This was a little funny, since the other storage elements are
declared in tor-client. Fortunately, our stacked configuration
logic handles this fine.