mirrors/arti.git/crates/tor-cell/src/relaycell, branch arti-v1.5.0mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.5.02025-08-13T18:43:05Ztor-hsservice: Change capping of PoW effort.2025-08-13T18:43:05ZWesley Aptekar-Casselsme@wesleyac.com2025-08-13T18:20:11Zurn:sha1:8e9e5a2f6ff20360816896b971408e8bf1b5c7ea
This caps the PoW effort during sorting, rather than at intake.
This allows us to record efforts that are capped in our metrics
histogram while only recording metrics after the PoW solve has actually
been verified.
Switch Cargo.toml files to edition 2024.2025-08-07T15:28:36ZNick Mathewsonnickm@torproject.org2025-08-06T01:19:58Zurn:sha1:77b0de43b8c67cdb81befe0680a3df43b6ad37bc
First, run
```
git grep -l "^edition =" |
xargs perl -i -pe 's/^edition *=.*/edition = "2024"/;'
```
Second, manually verify that all Cargo.toml files have changed,
and nothing else has changed.
Third, run cargo fmt again.
Merge branch 'msrv-fixes' into 'main'2025-08-06T02:11:30ZNick Mathewsonnickm@torproject.org2025-08-06T02:11:30Zurn:sha1:283da978ceb5dc50ff21ebaa4b823d04e14dd0c9
Resolve a few issues that had been waiting for an MSRV update.
See merge request tpo/core/arti!3129tor-cell: Check strictly-ascending property more efficiently2025-08-06T00:44:46ZNick Mathewsonnickm@torproject.org2025-08-06T00:44:46Zurn:sha1:ab75b509ffdbb2e826ad14c04d65894d8be17b43
I had been planning to use `[]::is_sorted` here, once we had
MSRV >= 1.82, but it turns out that we wanted strictly ascending
sequence, whereas `is_sorted` checks for a non-descreasing sequence.
tor-cell: Add ProofOfWorkV1::cap_effort function.2025-08-05T23:50:24ZWesley Aptekar-Casselsme@wesleyac.com2025-07-31T16:30:32Zurn:sha1:d173976048040852faf53ed6388730fb78b4d090tor-cell: add `FlowCtrlVersion::V0`2025-07-16T17:36:43ZSteven Engleropara@torproject.org2025-07-16T14:50:18Zurn:sha1:15422178d62506ad61b87a38f59cbc8536c5becdtor-cell: remove `flowctl-cc` feature and make XON/XOFF cells stable2025-07-15T05:33:18ZSteven Engleropara@torproject.org2025-07-15T05:27:21Zurn:sha1:676dbdb43f2a930b7dc89d2a6275338064fd37bf
I don't see any further changes being needed for these types, and it
simplifies a lot of future code in tor-proto that uses these types.
tor-cell: add a const constructor for `FlowCtrlVersion`2025-07-15T05:15:00ZSteven Engleropara@torproject.org2025-07-14T15:45:17Zurn:sha1:4ab73988d87d263f741df538e50e7ecef7d7fd57tor-cell: add `Xon`/`Xoff` cells2025-06-09T14:09:20ZSteven Engleropara@torproject.org2025-06-09T14:01:28Zurn:sha1:2d3f0918ab866ef25fe259c6648e208a01865a93arti, cell, dirclient: Use expect instead of unwrap.2025-05-29T14:21:17ZNick Mathewsonnickm@torproject.org2025-05-21T13:58:34Zurn:sha1:684d6a02fd044c33e9c40c15012d18853c3bc4c3
Clippy nightly detects this problem, though earlier clippy verisons
haven't. The common element here is applying unwrap() to the result
from a write!().