mirrors/arti.git/crates/tor-dirmgr/Cargo.toml, branch arti-v0.2.0mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v0.2.02022-04-01T13:15:18ZBump all arti*, tor* crates to 0.2.02022-04-01T13:15:18ZNick Mathewsonnickm@torproject.org2022-04-01T13:15:18Zurn:sha1:5b2fc118df0524144e6b2c34fdcce3d0fb692d24
Not all of these strictly need to be bumped to 0.2.0; many could go
to 0.1.1 instead. But since everything at the tor-rtcompat and
higher layers has had breaking API changes, it seems not so useful
to distinguish. (It seems unlikely that anybody at this stage is
depending on e.g. tor-protover but not arti-client.)
Reformat several Cargo.toml files with 100-char-wide lines.2022-03-30T14:41:40ZNick Mathewsonnickm@torproject.org2022-03-29T17:39:03Zurn:sha1:1feb7eecacf0718f46a36175b75ffdcc152b340cMove fallback.rs into guardmgr.2022-03-30T14:34:48ZNick Mathewsonnickm@torproject.org2022-03-25T17:38:01Zurn:sha1:80b65c3a4d4108c6b4b0cb91722f89c8e5859b7d
This is the logical place for it, I think: the GuardMgr's job is to
pick the first hop for a circuit depending on remembered status for
possible first hops. Making this change will let us streamline the
code that interacts with these objects.
Upgrade to rusqlite 0.27.02022-03-29T17:27:08ZNick Mathewsonnickm@torproject.org2022-03-29T17:27:08Zurn:sha1:3bab96f0645104b57dc9c0a21f6aff3ff980b05bdirmgr: Initial DirFilter code.2022-03-24T16:10:46ZNick Mathewsonnickm@torproject.org2022-03-21T17:33:38Zurn:sha1:c0399fc6c12d35d8cf70d6b59eee70b93a608d57
This code sits behind a feature flag, and can be used to modify
directories before storing them. This is part of the implementation
for #397.
Reformat {arti-client,tor-dirmgr}/Cargo.toml2022-03-24T16:10:35ZNick Mathewsonnickm@torproject.org2022-03-21T16:22:29Zurn:sha1:4354415999154edb70521fce22e23ebfd7512611derive_builder: Switch to upstream 0.112022-03-16T16:34:44ZIan Jacksonijackson@chiark.greenend.org.uk2022-03-16T14:52:12Zurn:sha1:da787d074a04c97a1e28709f53f1cff5127b7ac9
This has the different syntax for builder field attributes than what I
originally proposed in my MR, and which therefore is in the pinned
branch.
My upstream MR for the field attributes feature was morged:
https://github.com/colin-kiegel/rust-derive-builder/issues/239
humantime: Update to humantime-serde 1.1.12022-03-14T10:33:59ZIan Jacksonijackson@chiark.greenend.org.uk2022-03-11T17:24:21Zurn:sha1:8b8c2a426e37b1c543a2e0ae7d01f01d61fa7170
This has the humantime_serde::option module, which we have upstreamed
and are about to switch to.
The remaining dependency with version = "1" is going to be removed
in a moment.
Merge branch 'add-flatfile-dirmgr' into 'main'2022-03-11T16:34:26ZNick Mathewsonnickm@torproject.org2022-03-11T16:34:26Zurn:sha1:d95dce7c708a90cdecfcfc2dd4631221b802d125
Add flatfile DirMgr
See merge request tpo/core/arti!318Expose APIs for external DirProvider2022-03-11T12:44:48ZChristian Grigischristian.grigis@epfl.ch2022-03-01T09:46:30Zurn:sha1:65486b185ab725878f34fa6f16d52f623a26bf34