summaryrefslogtreecommitdiff
path: root/tor-chanmgr/Cargo.toml
Commit message (Collapse)AuthorAgeFilesLines
* Remove "default-features=false" thing on tor-rtcompat for now.Nick Mathewson2021-06-241-1/+1
|
* Bump version dependencies to 0.0.0Nick Mathewson2021-06-241-5/+5
|
* Remove "publish = false"Nick Mathewson2021-06-241-1/+0
|
* Remove some (but not all) needless dependencies.Nick Mathewson2021-06-171-2/+0
|
* 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
|
* Split mocking parts of rtcompat into new rtmock crate.Nick Mathewson2021-05-031-0/+1
| | | | | Since these parts are testing-only, let's take steps to make sure we don't ship them in production by accident.
* Much-improved tests for tor_chanmgr::builderNick Mathewson2021-04-301-0/+1
| | | | | | Now that we have MockNetRuntime and MockSleepRuntime, we can use them to test a channel-builder by replaying the contents of a TLS stream that it will accept.
* Stop using anyhow in tor_chanmgr.Nick Mathewson2021-04-221-1/+0
| | | | | It seemed like a good idea at first, but we need to be able to tell the difference between these error types more easily.
* Move responsibility for knowing about TLS into tor_rtcompat.Nick Mathewson2021-03-231-2/+1
| | | | Now we don't need runtime-specific stuff in tor-chanmgr.
* Refactor tokio implpementation in tor-rtcompat.Nick Mathewson2021-03-231-7/+1
| | | | | | | | | | | Now other crates don't need any 'ifdef tokio' code, since there are wrappers that implement 'futures' right. Technically, the 'futures' traits are in some ways less good than the tokio ones, but we need a consistent API if we want to support WASM someday and keep support for async_std. I'd rather hold out hope for a future version of futures::io working like tokio than to fix ourselves into the tokioverse forever.
* 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
|
* Bump a couple of depsNick Mathewson2021-03-131-1/+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-5/+7
| | | | | | | | | | | | | | | | | | 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-3/+3
|
* upgrade to latest anyhowNick Mathewson2020-12-211-1/+1
|
* upgrade to require latest anyhow.Nick Mathewson2020-12-081-1/+1
|
* Upgrade a couple of dependenciesNick Mathewson2020-11-281-1/+1
|
* Remove a couple of unused dependenciesNick Mathewson2020-11-111-2/+0
|
* Isolate async_std usage in a new tor_rtcompat crate.Nick Mathewson2020-11-111-2/+2
| | | | | 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
|
* Tests for tor-chanmgr.Nick Mathewson2020-10-301-1/+3
|
* Implement a channel-manager type to get or launch channels on request.Nick Mathewson2020-10-301-0/+30