summaryrefslogtreecommitdiff
path: root/tor-circmgr/Cargo.toml
Commit message (Collapse)AuthorAgeFilesLines
* Remove "default-features=false" thing on tor-rtcompat for now.Nick Mathewson2021-06-241-2/+2
|
* Bump version dependencies to 0.0.0Nick Mathewson2021-06-241-9/+9
|
* Remove "publish = false"Nick Mathewson2021-06-241-1/+0
|
* Remove anyhow dependency from tor-retry, and rename it to retry-errorNick Mathewson2021-06-171-1/+1
| | | | Now RetryError is parameterized on an underlying error type.
* Remove some (but not all) needless dependencies.Nick Mathewson2021-06-171-3/+0
|
* Tests for circmgr::usageNick Mathewson2021-06-161-0/+1
|
* More tests in tor-cirmgr::mgrNick Mathewson2021-06-161-0/+1
|
* Enormous tor-circmgr rewrite.Nick Mathewson2021-06-141-1/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | As with the tor-chanmgr code, the circuit manager is now implemented using an AbstractCircMgr type that uses traits to abstract the particular behavior of other types that it uses. (Specifically: circuits, building circuits, and telling whether one circuit usage is compatible with another.) Abstracting out the dependencies in this ways makes it possible to test the circuit manager without having to actually build real circuits. This commit also introduces new behavior for handling pending circuit requests. Upon getting a new request, first we check to see if there's an existing circuit we can use. If there isn't, we look for pending circuits and wait for them. If there aren't any pending circuits we can use, we launch one or more, and wait for them. So far, that's the same as the old behavior. But here's a change: if, while we are waiting for some pending circuits, a different circuit is completed, and it's one we could use, then the task that was building _that_ circuit will tell us: "please look at this circuit". This gives us better changes of getting a usable circuit fast. Minor changes: * The Error type in CircMgr no longer uses anyhow; several errors have been simplified. * We've gotten more formal about the relationship between circuit usage and target usage.
* Use macros and types to improve handling of Netdir parameters.Nick Mathewson2021-05-251-0/+1
| | | | (Squashed from typed-netdir-params)
* Give every Cargo.toml a repository fieldNick Mathewson2021-05-191-0/+1
|
* Fill in "package.categories" on all Cargo.tomlNick Mathewson2021-05-191-0/+1
|
* circmgr: Add a function to build a circuit by pathDavid Goulet2021-04-071-0/+3
| | | | | | | Public function so an application can use to build a circuit using a custom path. Signed-off-by: David Goulet <[email protected]>
* Add a compatibility layer so we can upgrade rand_core.Nick Mathewson2021-03-181-1/+1
| | | | | | dalek-crypto is stuck on rand_core 0.5.1, so we've been stuck too. This commit introduces a compatibility module so that we can wrap new rand_core instances to make them backward compatible.
* Add the tor project as an author.Nick Mathewson2021-03-171-1/+1
|
* Add keywords to each Cargo.tomlNick Mathewson2021-03-171-0/+1
|
* Add a description field to all our Cargo.toml filesNick Mathewson2021-03-171-0/+1
|
* Give it a homepage everyplace.Nick Mathewson2021-03-171-0/+1
|
* upgrade async-traitNick Mathewson2021-03-091-1/+1
|
* Bump dependencies with "cargo upgrade"Nick Mathewson2021-03-061-1/+1
|
* Port to work with tokio or async-std.Nick Mathewson2021-03-021-2/+2
| | | | | | | | | | | | | | | | | | This is fairly ugly and I think I'll need to mess around with the feature configuration a while until we get something that's pleasant to develop with. This still seems like a good idea, though, since we _will_ need to be executor-agnostic in the end, or we'll have no way to handle wasm or embedded environments. Later down the road, we'll probably want to use futures::Executor or futures::Spawn more than having global entry points in tor_rtcompat. That would probably make our feature story simpler. Tokio is the default now, since tokio seems to be more heavily used for performance-critical stuff. This patch breaks tests; the next one will fix them, albeit questionably.
* Update to latest futures, once_cellNick Mathewson2021-02-231-1/+1
|
* Update some dependencies.Nick Mathewson2021-02-191-1/+1
|
* bump serde and logNick Mathewson2021-02-011-1/+1
|
* require latest futures crateNick Mathewson2021-01-151-1/+1
|
* Upgrade a few more dependencies.Nick Mathewson2021-01-131-1/+1
|
* Upgrade a few dependencies.Nick Mathewson2021-01-131-3/+3
|
* cargo upgrade.Nick Mathewson2020-12-301-2/+2
|
* upgrade to latest anyhowNick Mathewson2020-12-211-1/+1
|
* Give more information if we fail to create a pending circuit.Nick Mathewson2020-12-141-0/+1
|
* upgrade to require latest anyhow.Nick Mathewson2020-12-081-1/+1
|
* Upgrade a couple of dependenciesNick Mathewson2020-11-281-1/+1
|
* Isolate async_std usage in a new tor_rtcompat crate.Nick Mathewson2020-11-111-4/+1
| | | | | Like tor_llcrypto, this crate is meant to expose only the part of other crates (in this case, a async runtime crate) that we use.
* Use anyhow in tor-circmgr and tor-chanmgrNick Mathewson2020-11-111-0/+1
|
* update some dependenciesNick Mathewson2020-11-111-3/+3
|
* Upgrade dependenciesNick Mathewson2020-11-101-1/+1
|
* upgrade a few packages.Nick Mathewson2020-11-051-1/+1
|
* Add a new circuit-manager crate and move path selection there.Nick Mathewson2020-11-021-0/+29