mirrors/arti.git/crates/tor-dirmgr, branch arti-v1.4.3mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.32025-05-01T16:22:28Zrelease: Bump all unstable tor/arti crates to 0.30.02025-05-01T16:22:28ZWesley Aptekar-Casselsme@wesleyac.com2025-05-01T15:55:57Zurn:sha1:770aaa9648d42835b2c6b3b29f4051d287ddba88
```
for crate in $(./maint/list_crates | rg '^(tor|arti-)'); do
cargo set-version -p $crate 0.30.0
done
```
chore: Run fixup-features.2025-04-30T15:49:52ZWesley Aptekar-Casselsme@wesleyac.com2025-04-30T14:26:40Zurn:sha1:da4308744bf59b50dfcc28a438fda047a115812d
cargo run -p fixup-features -- --exclude examples/ --exclude maint/ Cargo.toml
The following features in arti-ureq were manually added to full or
marked non-additive:
* rustls
* native-tls
* tokio
* async-std
Update rand requirement to 0.9.12025-04-29T22:52:26ZNick Mathewsonnickm@torproject.org2025-04-29T19:04:27Zurn:sha1:fc0810c1091b2ec606111ae94e726cf5f7b10b38
(This is going to be a _requirement_,
since rand 0.9.1 has a behavioral change from 0.9.0)
Run cargo update.2025-04-29T21:35:34ZWesley Aptekar-Casselsme@wesleyac.com2025-04-29T17:30:17Zurn:sha1:54e3933f577548f10e01ae9e979ffb110481f9b4
I updated everything except rand, because the new version of rand
interacts with #1903, thus requiring more care.
Rename recommended_protocols to protocol_statuses.2025-04-16T23:06:51ZNick Mathewsonnickm@torproject.org2025-04-16T11:59:00Zurn:sha1:461a2467f90dbd2bf4f4b900fc0816aa4c906fdb
This name reflects its purpose better than the original one,
since it includes required protocols as well as recommended ones.
protover, *: Add documentation about what "supported" means.2025-04-16T23:06:51ZNick Mathewsonnickm@torproject.org2025-04-14T00:42:31Zurn:sha1:11148719ba04aab37c7784d198018eeacced69c2dirmgr: Always apply changes before advancing consensus.2025-04-16T23:06:51ZNick Mathewsonnickm@torproject.org2025-04-08T18:14:02Zurn:sha1:69f656c017b8ce7d804bc65dd1dac24b3aa94427
In the directory code, we have functionality to advance the
consensus download state whenever possible, even if there is more we
could download in the current state.
That's fine, but when we're in this position, we need to be sure
that we're taking any action based on the current state (such as
installing notably parameters or, notably, protocol recommendations)
before we move on.
Add warnings about removing supported protocols.2025-04-16T23:06:51ZNick Mathewsonnickm@torproject.org2025-04-07T15:27:42Zurn:sha1:ba612260ae603c8e5eba37206c21fd089afe075dnetdir: Add a recommended_protocols() to NetDirProvider2025-04-16T23:06:51ZNick Mathewsonnickm@torproject.org2025-04-07T14:59:29Zurn:sha1:42e01549f946f5f23ab004fe2ed82fc9279d8e8ddirmgr, netdir: Store protocol requirments as soon as they are validated.2025-04-16T23:06:51ZNick Mathewsonnickm@torproject.org2025-04-03T15:20:32Zurn:sha1:98f28d0b4c5c2b90ed732ed29d571f71a48c15b4