vincenzopalazzo
/
arti
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
arti/tor-dirclient/Cargo.toml

34 lines
1.1 KiB
TOML
Raw Normal View History

Start a directory client implementation It can send a GET request on a circuit, get an answer, and decompress it with zlib. It will need documentation and tests eventually, as well as serious refactoring.
2020-11-16 20:08:44 +00:00
[package]
name = "tor-dirclient"
version = "0.0.0"
Add the tor project as an author.
2021-03-17 18:43:40 +00:00
authors = ["The Tor Project, Inc.", "Nick Mathewson <nickm@torproject.org>"]
Start a directory client implementation It can send a GET request on a circuit, get an answer, and decompress it with zlib. It will need documentation and tests eventually, as well as serious refactoring.
2020-11-16 20:08:44 +00:00
edition = "2018"
license = "MIT OR Apache-2.0"
publish = false
Give it a homepage everyplace.
2021-03-17 18:13:26 +00:00
homepage = "https://gitlab.torproject.org/tpo/core/arti/-/wikis/home"
Add a description field to all our Cargo.toml files
2021-03-17 18:31:59 +00:00
description = "Downloads specific Tor network directory objects over the Tor network"
Add keywords to each Cargo.toml
2021-03-17 18:41:02 +00:00
keywords = [ "tor", "arti", "download", "async" ]
Start a directory client implementation It can send a GET request on a circuit, get an answer, and decompress it with zlib. It will need documentation and tests eventually, as well as serious refactoring.
2020-11-16 20:08:44 +00:00
[dependencies]
tor-circmgr = { path="../tor-circmgr", version= "*" }
Port to work with tokio or async-std. 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.
2021-03-01 21:14:43 +00:00
tor-chanmgr = { path="../tor-chanmgr", version= "*", default-features=false }
Moves decompress related code into tor-decompress crate The related data structures are marked as public in the tor-decompress crate so that tor-dirclient can access them.
2021-03-04 16:31:42 +00:00
tor-decompress = { path="../tor-decompress", version= "*", default-features=false }
Start a directory client implementation It can send a GET request on a circuit, get an answer, and decompress it with zlib. It will need documentation and tests eventually, as well as serious refactoring.
2020-11-16 20:08:44 +00:00
tor-llcrypto = { path="../tor-llcrypto", version= "*" }
tor-proto = { path="../tor-proto", version= "*" }
tor-netdoc = { path="../tor-netdoc", version= "*" }
tor-netdir = { path="../tor-netdir", version= "*" }
Port to work with tokio or async-std. 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.
2021-03-01 21:14:43 +00:00
tor-rtcompat = { path="../tor-rtcompat", version= "*", default-features=false }
Start a directory client implementation It can send a GET request on a circuit, get an answer, and decompress it with zlib. It will need documentation and tests eventually, as well as serious refactoring.
2020-11-16 20:08:44 +00:00
Upgrade a few dependencies.
2021-01-13 13:14:28 +00:00
anyhow = "1.0.38"
Start a directory client implementation It can send a GET request on a circuit, get an answer, and decompress it with zlib. It will need documentation and tests eventually, as well as serious refactoring.
2020-11-16 20:08:44 +00:00
base64 = "0.13.0"
Update to latest futures, once_cell
2021-02-23 20:54:29 +00:00
futures = "0.3.13"
Bump dependencies with "cargo upgrade"
2021-03-06 13:55:13 +00:00
hex = "0.4.3"
Upgrade a few more dependencies.
2021-01-13 13:17:14 +00:00
http = "0.2.3"
Start a directory client implementation It can send a GET request on a circuit, get an answer, and decompress it with zlib. It will need documentation and tests eventually, as well as serious refactoring.
2020-11-16 20:08:44 +00:00
httpdate = "0.3.2"
upgrade a few dependencies
2021-02-10 23:23:38 +00:00
httparse = "1.3.5"
bump serde and log
2021-02-01 21:39:07 +00:00
log = "0.4.14"
Update some dependencies.
2021-02-19 14:39:23 +00:00
thiserror = "1.0.24"
Start a directory client implementation It can send a GET request on a circuit, get an answer, and decompress it with zlib. It will need documentation and tests eventually, as well as serious refactoring.
2020-11-16 20:08:44 +00:00
[dev-dependencies]
futures-await-test = "0.3.0"