summaryrefslogtreecommitdiff
path: root/Cargo.lock
Commit message (Collapse)AuthorAgeFilesLines
...
* Run cargo updateIan Jackson2023-04-131-77/+77
| | | | | The lockfile on main seems to be broken. I skim-eyeballed the diff, which is entirely autogenerated.
* Merge branch 'use_secmem_proc_03' into 'main'gabi-2502023-04-131-37/+99
|\ | | | | | | | | | | | | Update our secmem_proc dependency to 0.3.0 Closes #664 See merge request tpo/core/arti!1138
| * Update our secmem_proc dependency to 0.3.0Nick Mathewson2023-04-131-54/+116
| | | | | | | | | | | | (This wasn't possible before we updated our MSRV to 1.65.) Closes #664.
* | Merge branch 'misc_upgrades' into 'main'gabi-2502023-04-131-28/+28
|\ \ | | | | | | | | | | | | Upgrade a couple more dependencies See merge request tpo/core/arti!1139
| * | Upgrade our hex-literal dependencyNick Mathewson2023-04-131-2/+2
| | |
| * | Upgrade our num_enum dependency.Nick Mathewson2023-04-131-26/+26
| |/
* / rpcbase: Use correct error codes, and add tests.Nick Mathewson2023-04-121-0/+12
|/ | | | | | | | | | | Well, mostly correct. Our current serde implementation doesn't tell us much about what went wrong with the object, so we can't tell why we couldn't convert it into a Request. Also, our output for the data field is not as the spec says: we should bring them into conformance. Part of #825.
* Rename tor-rpccmd to tor-rpcbase.Nick Mathewson2023-04-121-2/+2
|
* rpc: Reify and expose DispatchTable.Nick Mathewson2023-04-121-0/+1
|
* rpc: Remove anyhow dependencyNick Mathewson2023-04-121-1/+0
|
* rpc: Add a demonstration feature to "arti"Nick Mathewson2023-04-121-0/+1
| | | | | | | | It's experimental, and tokio-only. To enable it, build with the "rpc" feature turned on, and connect to `~/.arti-rpc-TESTING/PIPE`. (`nc -U` worked for me) I'll add some instructions.
* rpc: Add an authentication step.Nick Mathewson2023-04-121-0/+1
| | | | | | | | Per our design, every connection starts out unauthenticated, and needs one authenticate command to become authenticated. Right now the only authentication type is "This is a unix named socket where everybody who can connect has permission."
* RPC: add a temporary "listen" function.Nick Mathewson2023-04-121-0/+3
| | | | | It requires tokio, it's unix-only, and makes some unfortunate shortcuts. Probably good enough for initial testing.
* rpc: Add an RpcError type.Nick Mathewson2023-04-121-0/+1
| | | | | | This could have been a trait instead, but I don't know whether that's smart or not. There is a lot of opportunity for refactoring here.
* rpc: Make invoke return a Result of erased_serde::SerializeNick Mathewson2023-04-121-0/+1
| | | | | This will let the actual RPC functions return any Result type that we can serialize.
* rpc: Add Update functionality to rpc::Context.Nick Mathewson2023-04-121-0/+1
| | | | | | | | I'm not sure about these APIs at all! They force us to use `async_trait` for `tor_rpccmd::Context`, which bothers me. Should we just have a function that returns `Option<Box<dyn Sink<Item=X, Error=Y>>` or something? If so, what's the correct Y?
* RPC: Initial implementation of a multiple-argument dispatchNick Mathewson2023-04-121-0/+11
| | | | | | | | | | This code uses some kludges (discussed with Ian previously and hopefully well documented here) to get a type-identifier for each type in a const context. It then defines a macro to declare a type-erased versions of a concrete implementation functions, and register those implementations to be called later. We will probably want to tweak a bunch of this code as we move ahead.
* Start on a lower-level tor-rpccmd crate.Nick Mathewson2023-04-121-0/+12
| | | | | This crate will hold the backend pieces of RPC interaction that different parts of Arti get to implement.
* rpc: Add asynchronous_codec wrapper for jsonlines.Nick Mathewson2023-04-121-0/+1
|
* rpc: Add a cancellable future type.Nick Mathewson2023-04-121-0/+2
| | | | | | Ordinarily you can cancel a future just by dropping it, but we'll want the ability to cancel futures that we no longer own (because we gave them to a `FuturesUnordered`).
* rpc: Implement json message types for serde.Nick Mathewson2023-04-121-1/+83
|
* hs connect: Test descriptor downloadIan Jackson2023-04-111-0/+2
|
* hs dirs: Initial cut at descriptor downloadingIan Jackson2023-04-111-0/+6
| | | | | | | | There are many TODOs here. Some are questions; some are straightforward and can be done in followups. With this code, I am able to reach the eprintln! and todo! with curl --socks5-hostname localhost:9150 https://duckduckgogg42xjoc72x3sjasowoarfbgcmvfimaftt6twagswzczad.onion/
* hs desc: Record a Timebound<HsDesc> (but not really for now)Ian Jackson2023-04-111-0/+1
| | | | | | | | | We have a local alias of `HsDesc = String` which needs to be got rid of. But, right now the alternative would be to implement all the code for signature checking and decryption of an `HsDesc`, before we can make a test case for the downloader part.
* Update to new version of crossbeam-channel.Nick Mathewson2023-04-101-2/+2
| | | | | The previous one is yanked, which is making our cargo-audit script fail.
* Merge branch 'req' into 'main'Ian Jackson2023-04-041-0/+1
|\ | | | | | | | | tor-dirclient: Provide HsDescDownloadRequest See merge request tpo/core/arti!1097
| * tor-dirclient: Provide HsDescDownloadRequestIan Jackson2023-04-031-0/+1
| | | | | | | | | | In my tests this seems to do the right thing, but I'm getting 404s. I'm not sure if actually this URL is wrong.
* | Merge branch 'x25519' into 'main'Nick Mathewson2023-04-041-1/+1
|\ \ | |/ |/| | | | | | | | | tor-llcrypto: Pin x25519-dalek version, bump our crate version Closes #807 See merge request tpo/core/arti!1108
| * tor-llcrypto: Pin x25519-dalek version, bump our crate versiontor-llcrypto-v0.4.4Ian Jackson2023-04-041-1/+1
| | | | | | | | Fixes #807
* | Run cargo-update to move away from yanked versions of "windows"Nick Mathewson2023-03-311-82/+25
|/ | | | (cargo-audit is complaining about these and breaking CI)
* Patchlevel bumps for crates whose dependencies just changed.Nick Mathewson2023-03-311-7/+7
| | | | | | | | | | | | | | | | These crates had no changes until just a moment ago. But since we updated the versions on some of their dependents, they have now changed themselves. Thus they get patchlevel bumps. ``` tor-rtmock tor-protover tor-socksproto tor-consdiff tor-chanmgr tor-dirclient tor-hsservice ```
* Bump crate versions that have breaking changesNick Mathewson2023-03-311-2/+2
| | | | | | | | | | These crates have had breaking changes. They are pre-1.0, so they get a minor bump. ``` tor-basic-utils tor-config ```
* Bump patchlevel on crates with non-breaking changesNick Mathewson2023-03-311-15/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | For these crates, the changes are nontrivial, so we _do_ bump the versions on which their dependent crates depend. Fortunately, since they are all pre-1.0, we don't need to distinguish semver-additions from other changes. (Except for arti, which _is_ post-1.0, but gets a patchlevel bump anyway.) These are unstable crates with breaking changes: ``` tor-hscrypto tor-hsclient ``` These have new or extended APIs: ``` safelog tor-bytes tor-cell tor-linkspec tor-llcrypto tor-proto tor-cert arti-client ``` These have new unstable APIs or features: ``` tor-netdoc tor-circmgr (also broke some unstable APIs) arti (is post-1.0) ``` These have bugfixes only: ``` caret tor-dirmgr ```
* Bump patchlevel on crates with semver-irrelevant changes.Nick Mathewson2023-03-311-9/+9
| | | | | | | | | | | | | | | | | | | | | | | | | Their dependents are _not_ updated to a more recent version. These bumped the version of a dependency that they don't expose ``` tor-rtcompat fs-mistrust ``` This one had internal refactoring: ``` tor-netdir ``` These had trivial changes only: ``` tor-checkable tor-ptmgr tor-guardmgr arti-hyper arti-bench arti-testing ```
* Run cargo update in preparation for release tomorrow.Nick Mathewson2023-03-301-212/+249
|
* Upgrade dependency to latest rusqlite.Nick Mathewson2023-03-301-12/+12
|
* Upgrade dependency to latest async-native-tls.Nick Mathewson2023-03-301-76/+103
|
* Move functionality from tor_basic_utils to tor_async_utilsNick Mathewson2023-03-291-6/+6
| | | | | This commit is mostly code movement; I'd recommend reviewing it with git's `--color-moved` option.
* Make a new empty tor-async-utils crate.Nick Mathewson2023-03-291-0/+9
|
* Add builder for encoding hidden service descriptors.Gabi Moldovan2023-03-241-0/+2
| | | | | | | | | | | | | | This introduces the `NetdocBuilder` trait described in `netdoc-builder.md` and a new `tor-netdoc::doc::hsdesc::build` module, which exports the `HsDescBuilder`. Hidden services will use `HsDescBuilder` to build and encode hidden service descriptors. There are several TODOs in the code that I'm planning to address separately. Partially addresses #745. Signed-off-by: Gabriela Moldovan <[email protected]>
* Update to shellexpand 3.1.0 so we can use dirs 5 everywhereIan Jackson2023-03-241-27/+7
| | | | | | | | Results of precisely cargo update -p shellexpand Incorporates changes I have made to shellexpand to allow use of dirs 4 *or* dirs 5.
* Update required openssl versionNick Mathewson2023-03-241-6/+6
| | | | cargo-audit is complaining about 0.10.45.
* Merge branch 'upgrade_dirs' into 'main'Alexander Færøy2023-03-231-19/+39
|\ | | | | | | | | Bump to the lastest versions of dirs and directories. See merge request tpo/core/arti!1072
| * Bump to the lastest versions of dirs and directories.Nick Mathewson2023-03-221-19/+39
| |
* | arti-client: Create an HsClientConnectorIan Jackson2023-03-231-0/+1
|/
* circmgr: Declare builder() unconditionally.Nick Mathewson2023-03-221-0/+1
| | | | (Still, only expose it when experimental-api is enabled.)
* Upgrade to bitflags 2.0Nick Mathewson2023-03-131-13/+19
| | | | | This version of bitflags now requires us to explicitly list the traits that we want to derive for our bit-flags structs.
* arti-client: Parse .onion addresses and dispatch to client.rsIan Jackson2023-03-091-0/+1
| | | | | | | Now, a Host has a separate variant for `.onion` which is always used, even when HS is disabled. Currently it ends in a todo!.
* tor-proto: Implement functionality to send a message and accept repliesNick Mathewson2023-03-081-0/+1
| | | | | | | | | | | This new function combines "sending a message" and "accepting replies in a stream" into a single call, so that there is no gap between when the message is sent and the replies are available. There are a number of compromises here, in order to avoid API proliferation. I've tried to contain them as best I can. See comments for additional design discussion.
* Impl Redactable for HsIdIan Jackson2023-03-071-0/+1
|
generated by cgit v1.2.3 (git 2.46.0) at 2026-08-27 16:27:18 +0000