mirrors/arti.git/crates/arti-client/src/builder.rs, branch arti-v2.5.1mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v2.5.12026-05-26T17:00:07Zclient: Defer creation of most structures until bootstrap.2026-05-26T17:00:07ZNick Mathewsonnickm@torproject.org2026-05-20T16:48:43Zurn:sha1:6bb21f339af576dd04d7203703a850985f963a95
This will let us be more confident in the inertness of a
not-bootstrapping TorClient, _and_ make it easier to reconfigure
things before the client is started.
client: Rename create_inner to create_impl2026-05-26T16:57:06ZNick Mathewsonnickm@torproject.org2026-05-20T16:10:15Zurn:sha1:1c8bb29741be2747e2cec8210c0800bc0e2513af
Now that we have a type called "inner", and will soon have a
function to create it, we really don't want to retain this name.
Make all TorClient constructors wrap the TorClient in an Arc.2026-05-13T20:44:51ZNick Mathewsonnickm@torproject.org2026-05-13T13:33:59Zurn:sha1:3cb880f30a37d8757534b9832fccbf00482508a8
This is part of rationalizing the structure of TorClient so we can
refactor startup logic, and so that RPC code can reason about object
identity. See #2469.
arti-client: Port to web-time-compat.2026-03-26T19:20:17ZNick Mathewsonnickm@torproject.org2026-03-26T15:58:35Zurn:sha1:d97b1021f89ab3131311337ef5c24dc8bb30a6a5opentelemetry: Instrument a bunch of functions.2025-11-24T16:28:07ZWesley Aptekar-Casselsme@wesleyac.com2025-11-24T16:28:07Zurn:sha1:a4db6a7495b13dd7b00416dd1660a5ad82b60919
These are all aimed at figuring out in more detail what's going on
in #2079 and related issues.
Switch 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.
Fix `crate_bootstrapped` typo2025-02-16T17:31:25Zkpcyrdgit@rxv.cc2025-02-16T17:31:25Zurn:sha1:9a2d10fac7f0864c169a8daf1d51e366051472b9arti-client: Document the unspecified behavior of create_inert().2024-08-28T16:47:22ZGabriela Moldovangabi@torproject.org2024-08-28T13:26:28Zurn:sha1:8e6dfc5703b1947ab7b87719f25879da30f75670
Prompted by https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2370#note_3066621
arti-client: Add an InertTorClient for accessing client state (fmt).2024-08-28T16:47:22ZGabriela Moldovangabi@torproject.org2024-08-27T14:20:16Zurn:sha1:aa72f0c59e17f939d16c6fc4663df21fdb00c2dcarti-client: Add an InertTorClient for accessing client state.2024-08-28T16:47:22ZGabriela Moldovangabi@torproject.org2024-08-27T14:16:01Zurn:sha1:d99be523d4a0237c19ae3a25c24f0481934f51ef
Implements the `TorClientThatIsntRunning` mentioned in !2314 (see also
`doc/dev/notes/keymgr-porcelain.md`), except `TorClientThatIsntRunning`
is called `InertTorClient`.
This commit is mostly code motion: I've moved the `create_keymgr`
function and the impls of `generate_service_discovery_key` and
`get_service_discovery_key` from `TorClient` to `InertTorClient`.
The `InertTorClient` advertises itself as a handle for accessing the
keystores and other persistent state, but it currently only has 2
functions (`generate_service_discovery_key` and
`get_service_discovery_key`). I expect it will grow additional
functionality in the future.