<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-circmgr, branch arti-v1.4.4</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.4</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.4'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2025-06-05T10:33:57Z</updated>
<entry>
<title>release: Bump all tor-/arti- crates to 0.31.0.</title>
<updated>2025-06-05T10:33:57Z</updated>
<author>
<name>Alexander Hansen Færøy</name>
<email>ahf@torproject.org</email>
</author>
<published>2025-06-05T10:33:57Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=95180f80d7ab574a95368f3bca1e7b78555d479a'/>
<id>urn:sha1:95180f80d7ab574a95368f3bca1e7b78555d479a</id>
<content type='text'>
This was done using:

for crate in $(./maint/list_crates | grep -P '^tor-|^arti-'); do
        cargo set-version -p $crate 0.31.0
done
</content>
</entry>
<entry>
<title>*: suppress cognitive_complexity warnings from nightly</title>
<updated>2025-05-29T14:21:17Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-05-21T14:48:35Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=5327d3e22a83b8469a5d4191d92e1364344ddc93'/>
<id>urn:sha1:5327d3e22a83b8469a5d4191d92e1364344ddc93</id>
<content type='text'>
Apparently clippy nightly is better (or worse?) about detecting
complex functions than before, so I'm suppressing these warnings
where they occur.

I have mixed feelings about these warnings:  On the plus side,
they really do help to detect functions that are twistier than they
need to be.  On the minus side, they get confused by tracing macros,
and the "allows" do pile up.  But on the plus side, those "allows"
do provide a way to find functions that need to be refactored,
and they are never uglier than the functions they decorate.
</content>
</entry>
<entry>
<title>./maint/cargo_sort: Run cargo-sort on the entire workspace.</title>
<updated>2025-05-27T13:32:26Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2025-05-23T13:54:02Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=03885fdbf4ea19b9215e05cc557372758359f44d'/>
<id>urn:sha1:03885fdbf4ea19b9215e05cc557372758359f44d</id>
<content type='text'>
The [latest version] of `cargo-sort` is more opinionated than the
previous one, and is now causing the `rust-checks` job to fail on
`main`.

This commit applies the fixes needed to satisfy the new `cargo-sort`
rules. These changes were generated by running `cargo sort --workspace`
several times, until `cargo sort --check --workspace` finally succeeded
(it couldn't fix all the errors in one go, for some reason).

I have omitted the changes `cargo-sort` made to the top-level
`Cargo.toml`, to preserve the topological ordering of the workspace
members.

Closes #2014

[latest version]: https://github.com/DevinR528/cargo-sort/blob/f066ae80e5e6f5c1d8f0e2b8099461dcb97d9656/changelog.md#200
</content>
</entry>
<entry>
<title>hspool: Explain _why_ ClientRend is Guarded.</title>
<updated>2025-05-22T16:26:16Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-05-22T16:26:16Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=5679a4eb0189c3d0c59642e6e0e638a4bd27bf3d'/>
<id>urn:sha1:5679a4eb0189c3d0c59642e6e0e638a4bd27bf3d</id>
<content type='text'>
(text from Gabi)
</content>
</entry>
<entry>
<title>hspool: refactor path match to be exhaustive.</title>
<updated>2025-05-22T16:02:30Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-05-22T16:01:07Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=57590b9d40ef4c37651bd4a3e78ca81544eed7de'/>
<id>urn:sha1:57590b9d40ef4c37651bd4a3e78ca81544eed7de</id>
<content type='text'>
</content>
</entry>
<entry>
<title>hspool: ClientRend first should be Guarded</title>
<updated>2025-05-22T16:02:30Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-05-22T15:57:12Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=4e7ddfb00b0bfdbd53d703e0d89348439be15fd3'/>
<id>urn:sha1:4e7ddfb00b0bfdbd53d703e0d89348439be15fd3</id>
<content type='text'>
On !3007, @gabi-250 says that it was a mistake to have it be Naive.
</content>
</entry>
<entry>
<title>Apply 1 suggestion(s) to 1 file(s)</title>
<updated>2025-05-22T15:11:28Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-05-22T15:11:28Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=00e5abf155ae7a2c6bc8a09735f10cc4d5f2718b'/>
<id>urn:sha1:00e5abf155ae7a2c6bc8a09735f10cc4d5f2718b</id>
<content type='text'>
Co-authored-by: gabi-250 &lt;gabi@torproject.org&gt;</content>
</entry>
<entry>
<title>circmgr: Apply last-hop-in-stem usage when retrieving a stem circ.</title>
<updated>2025-05-20T20:15:05Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-05-20T19:20:24Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=8b9bdfd27ca5f4b8b404a1569387ecac1893c734'/>
<id>urn:sha1:8b9bdfd27ca5f4b8b404a1569387ecac1893c734</id>
<content type='text'>
Closes #1911.
</content>
</entry>
<entry>
<title>circmgr: when building client rend stems, make sure last hop has new_rend usage.</title>
<updated>2025-05-20T19:22:08Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-05-20T19:01:33Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=9cf2a8179668a90ffc31716112b2beaa552aec6e'/>
<id>urn:sha1:9cf2a8179668a90ffc31716112b2beaa552aec6e</id>
<content type='text'>
</content>
</entry>
<entry>
<title>guardmgr, circmgr:  Make vanguard selection take a RelaySelector.</title>
<updated>2025-05-20T19:22:08Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-05-20T17:53:44Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=0ec368adc2bc0cb20b04539d0be64dc5cd3563f4'/>
<id>urn:sha1:0ec368adc2bc0cb20b04539d0be64dc5cd3563f4</id>
<content type='text'>
This is the preferred type for choosing a relay,
since unlike a RelayExclusion, it lets us add multiple restrictions,
and a relay usage.
</content>
</entry>
</feed>
