mirrors/arti.git/crates/tor-relay-selection/src/selector.rs, branch arti-v1.7.0mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.7.02025-08-07T15:28:36ZSwitch 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.
Improve descriptions of rejected relays: omit "rejected 0/X"2025-06-25T13:26:00ZNick Mathewsonnickm@torproject.org2025-06-25T13:26:00Zurn:sha1:4ebc92510314211aaa0bf68be6d0b8eb516a4714
Now instead of saying "rejected 0/40 as not usable as middle relay;
28/40 as in same family as already selected", we say "rejected 28/40
as in same family as already selected".
Closes #2006.
relay-selection: tweak messages about rejection reasons2025-05-20T19:22:08ZNick Mathewsonnickm@torproject.org2025-05-20T13:29:04Zurn:sha1:5718784ad05e6d3ec2b11bb5abed809874840843
"Useless as xyz" implies that the relay wouldn't work at all as a
middle relay, but that's not true: it _would_ work somewhat, but be
can't use it for some other reason.
relay-selection: Add FamilyRules to exclude_relays_in_same_family.2025-02-25T14:29:50ZNick Mathewsonnickm@torproject.org2025-02-10T20:51:36Zurn:sha1:5ce84e59b6031416a7d404d20c3a2efce0ec5f2a
When we're trying to exclude relays by family,
we need to know which lists to look at.
This information ultimately comes from the network parameters.
We could avoid this change if we just told clients
"look at all family information all the time",
but that's not what the proposal says.
This is a breaking change.
Run maint/add_warning.2024-03-13T16:30:53ZNick Mathewsonnickm@torproject.org2024-03-13T16:30:53Zurn:sha1:c0c9bd15d42897825dd0ab3d3b8dd1c17bd6320cRename and clarify result_is_relaxed.2024-03-12T13:43:14ZNick Mathewsonnickm@torproject.org2024-03-12T13:11:35Zurn:sha1:41f2d6237777d53f335dbf8cd29f8fc98605efeaRefactor RelaySelector to make its invariants less subtle.2024-03-12T13:43:14ZNick Mathewsonnickm@torproject.org2024-03-12T13:08:11Zurn:sha1:628eaab8ca3ce8116352b76b856c0cde46ea54d4tor-relay-selector: Clarify "flexible" vs "relaxed" a little.2024-03-12T13:43:14ZNick Mathewsonnickm@torproject.org2024-03-12T12:40:51Zurn:sha1:3a36f2326cbecc04c3040bfc2e7be11d55417e2eRename the RelayPredicate trait to discourage its being used directly.2024-03-12T13:43:14ZNick Mathewsonnickm@torproject.org2024-03-12T12:26:04Zurn:sha1:876fbfe1bc8b326a23ca66ceff5073204eab37b5
Everybody who can, should instead use a RelaySelector.
New crate to define a high-level API for relay selection2024-03-12T13:42:23ZNick Mathewsonnickm@torproject.org2024-02-21T18:18:29Zurn:sha1:bf27fd34510eeebb751ae4571ecedbde98d5a1c4