mirrors/arti.git/crates/arti-client/src/lib.rs, branch arti-v1.4.5 mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.5 2025-07-07T15:50:04Z Temporarily suppress mismatched_lifetime_syntaxes. 2025-07-07T15:50:04Z Gabriela Moldovan gabi@torproject.org 2025-07-07T15:50:04Z urn:sha1:a11b611466a5a73f5e06a0aabd17284a57d12fe3 See #2060. protover, *: Add documentation about what "supported" means. 2025-04-16T23:06:51Z Nick Mathewson nickm@torproject.org 2025-04-14T00:42:31Z urn:sha1:11148719ba04aab37c7784d198018eeacced69c2 arti-client: Keep a somewhat accurate notion of our release date. 2025-04-16T23:06:51Z Nick Mathewson nickm@torproject.org 2025-04-07T16:05:33Z urn:sha1:ad54680765772ccb473abde8ca0524d81f384b21 This doesn't need to be perfect, but we need to use it to see if a consensus is new enough that we should obey its recommendations. This commit also adds a script to update or check our release date, and calls this script from our cargo-publish script. Add warnings about removing supported protocols. 2025-04-16T23:06:51Z Nick Mathewson nickm@torproject.org 2025-04-07T15:27:42Z urn:sha1:ba612260ae603c8e5eba37206c21fd089afe075d arti-client: Implement the basics of protocol enforcement. 2025-04-16T23:06:51Z Nick Mathewson nickm@torproject.org 2025-04-07T15:04:08Z urn:sha1:e4348e5d44da5d0dc2aaac0968dd5392500fbb46 This is the major part of #1849. New functions to report supported subprotocols 2025-04-16T23:06:51Z Nick Mathewson nickm@torproject.org 2025-04-02T18:00:00Z urn:sha1:efe36d15de88ec5b7f39db99f9d2a58e4e5db7ac Part of #1849. Note that these functions are distributed across crates, so that if (in the future) we stop doing API breaks with every release, we will get the right outputs. Note also that these functions build the list of protocols out of specific symbolic features, rather than numbers: this makes it easier to avoid errors about "which feature was Relay=4 again", and easier to avoid accidentally referring to a protocol that doesn't exist, like "Consensus" (should be "Cons") or "HsDir" (case is wrong). clippy: deny `mod_module_files` 2025-01-06T23:09:41Z Steven Engler opara@torproject.org 2025-01-06T23:02:49Z urn:sha1:252a3a803b2db65792db5bd51dee8950d8557e0d Denies 'mod.rs' files for consistency. https://rust-lang.github.io/rust-clippy/master/index.html#mod_module_files add_warnings, *: Allow clippy::needless_lifetimes 2024-12-03T14:27:26Z Nick Mathewson nickm@torproject.org 2024-12-03T14:15:50Z urn:sha1:64cc3f2ed3eea0b7c5cc89ae07cbdadfdc1646fb In 1.83, this warning triggers on many of our crates. We're thinking of fixing them all, but for now, we're going to disable the warning. This is part of #1765. Disable a lot of dead code warnings 2024-10-17T10:25:24Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-10-16T14:27:16Z urn:sha1:107ad43db8b7d619f5076ab37c92dcce7a25c223 Now cargo check --workspace --no-default-features --all-targets cargo build -p arti --no-default-features --features=memquota,tokio,native-tls are both clean. arti-client: Add an InertTorClient for accessing client state. 2024-08-28T16:47:22Z Gabriela Moldovan gabi@torproject.org 2024-08-27T14:16:01Z urn: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.