mirrors/arti.git/crates/tor-guardmgr/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.)
Use derive_more to derive AsRef.2022-03-30T14:41:40ZNick Mathewsonnickm@torproject.org2022-03-29T19:16:35Zurn:sha1:df3c51c8a0429b22b0ea62dbb356aff3f97de257Reformat tor-guardmgr/Cargo.toml.2022-03-30T14:41:40ZNick Mathewsonnickm@torproject.org2022-03-29T19:13:46Zurn:sha1:5233d35223230db1c62e9a71bdb2bdcd9dcb8c86derive_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.
Use git source for derive_builder for now, for attrs feature2022-03-07T15:56:57ZIan Jacksonijackson@chiark.greenend.org.uk2022-03-04T15:09:16Zurn:sha1:416b56d852a74ff8f8a2e6f1794c8390f9b08afe
We are going to want to specify custom attributes on fields of the
builder struct. This feature was missing from derive_builder.
This commitid is the current head of my MR branch
https://github.com/colin-kiegel/rust-derive-builder/pull/237
https://github.com/ijackson/rust-derive-builder/tree/builder-field-attrs
Using the commitid prevents surprises if that branch is updated.
We will require this newer version of derive_builder. The version
will need to be bumped again later, assuming the upstream MR is merged
and upstream do a release containing the needed changes.
Move skip_fmt into tor-basic-utils2022-03-04T11:45:24ZIan Jacksonijackson@chiark.greenend.org.uk2022-03-04T11:42:49Zurn:sha1:ebfd7349565f0f354906a78ad2ce8f8d2b88bd35
Code motion and the minimal mechanical changes.
As per
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/375#note_2783078
Replace manual Debug impl with educe in tor-guardmgr2022-03-02T18:03:00ZIan Jacksonijackson@chiark.greenend.org.uk2022-03-02T14:47:50Zurn:sha1:b2d8c14c905a32fad684cb5389bfc35e5cd8a924Bump all crates to 0.1.02022-03-01T13:59:34ZNick Mathewsonnickm@torproject.org2022-03-01T13:59:34Zurn:sha1:e8e9791a9757a32779657c5284b380ae91ca7979Make coarsetime dependency and traffic-timestamping non-optional.2022-02-25T15:31:01ZNick Mathewsonnickm@torproject.org2022-02-25T15:31:01Zurn:sha1:3d7d609922586e5824420dcb9d0017440cba66d4
Previously coarsetime and the traffic-timestamp feature were
enabled, since they were only required for a small corner of the
guardmgr algorithm.
But in 1.0 and beyond we'll be adding a bunch of other features (eg,
netflow padding, DoS prevention) that will need coarsetime all over
the place.
And since we're going to be doing coarsetime all over the place, the
previous justification for making traffic-timestamping optional (the
tiny performance hit) is no longer relevant.