<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-proto/src/circuit.rs, branch arti-v1.1.5</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.5</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.5'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2023-05-23T14:59:37Z</updated>
<entry>
<title>proto: Make PathEntry::Virtual feature-conditional.</title>
<updated>2023-05-23T14:59:37Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-05-23T14:59:37Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=03c81ae5aa5dea6012a79365427d27721114c9e5'/>
<id>urn:sha1:03c81ae5aa5dea6012a79365427d27721114c9e5</id>
<content type='text'>
This fixes a warning when building tor-proto without the
`rpc-common` feature.
</content>
</entry>
<entry>
<title>proto: Explain "virtual" hops better.</title>
<updated>2023-05-18T16:40:02Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-05-18T16:38:52Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=6f80caed9dcd2aed7780897cc0e2bcd9649af46d'/>
<id>urn:sha1:6f80caed9dcd2aed7780897cc0e2bcd9649af46d</id>
<content type='text'>
Based on text from @diziet
</content>
</entry>
<entry>
<title>proto: Allow circuit Paths to represent virtual hops.</title>
<updated>2023-05-18T16:40:02Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-05-18T13:58:27Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=3b7a20ef4cd8eb2752f36dfcbd3e6ef8f65c78e4'/>
<id>urn:sha1:3b7a20ef4cd8eb2752f36dfcbd3e6ef8f65c78e4</id>
<content type='text'>
Sadly, this adds a few more `TODO HS` entries, but I think we can
clean them up later after a bit of discussion.
</content>
</entry>
<entry>
<title>proto: Implement Circuit::extend_virtual.</title>
<updated>2023-05-18T16:40:02Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-05-18T13:47:22Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=663f25d44c19ecfc1e24a5ae71debbf53f5bbb1d'/>
<id>urn:sha1:663f25d44c19ecfc1e24a5ae71debbf53f5bbb1d</id>
<content type='text'>
There are a few new TODO hs comments, though, and an XXXX I'll need
to fix up in the next commit.

Implements #726.
</content>
</entry>
<entry>
<title>tor-proto: Code to construct crypto layers for virtual hops.</title>
<updated>2023-05-18T16:40:02Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-05-17T21:04:46Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b9a848a7acb1761a19764f4058f3924f55d04a90'/>
<id>urn:sha1:b9a848a7acb1761a19764f4058f3924f55d04a90</id>
<content type='text'>
This is fairly straightforward, thanks to our existing design work
on this code.
</content>
</entry>
<entry>
<title>Refactor ClientCirc APIs to use Arc&lt;ClientCirc&gt;.</title>
<updated>2023-05-16T13:02:09Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-05-16T13:02:09Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=ee390c423e7df0b678d77a8685f45dc526581910'/>
<id>urn:sha1:ee390c423e7df0b678d77a8685f45dc526581910</id>
<content type='text'>
Now ClientCirc is no longer `Clone`, and the things that need it
to be `Clone` instead return and use an Arc&lt;ClientCirc&gt;
We're doing this so that ClientCirc can participate in the RPC
system, and so that its semantics are more obvious.

Closes #846.

Thanks to the type system, this was a much simpler refactoring than
I had feared it would be.
</content>
</entry>
<entry>
<title>Change CircTarget::linkspecs() to return an encoded list.</title>
<updated>2023-05-10T16:30:32Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-05-10T16:25:57Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=7ce808b75bb500f27ce7837d4f76cbf7fc1ee705'/>
<id>urn:sha1:7ce808b75bb500f27ce7837d4f76cbf7fc1ee705</id>
<content type='text'>
If we didn't do this, we would need to transfrom
`EncodedLinkSpec`s into a `LinkSpec::Unrecognized`, which is not
semantically right.  What's more, every user of this API wants to
consume encoded link specifiers, so encoding them early saves a
little effort.
</content>
</entry>
<entry>
<title>tor-proto: Be explicit about an into().</title>
<updated>2023-04-12T11:34:57Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-03-29T15:28:20Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=3f269449cb26a3f24a3443e37e27cb5ba77070e6'/>
<id>urn:sha1:3f269449cb26a3f24a3443e37e27cb5ba77070e6</id>
<content type='text'>
This is a workaround for an issue that I'm about to encounter
somewhere in our pile of dependencies as I add arti-rpcserver, and
somehow make serde_json visible in this test code thereby, making
the PartialEq method resolution ambiguous.
</content>
</entry>
<entry>
<title>Add an experimental circuit accessor to DataStream.</title>
<updated>2023-03-23T13:18:42Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-03-23T13:18:42Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=a7b238483e2473cef0af279d6e019be75727e25e'/>
<id>urn:sha1:a7b238483e2473cef0af279d6e019be75727e25e</id>
<content type='text'>
Closes #784.
</content>
</entry>
<entry>
<title>tor-proto: Split off send-control-msg feature</title>
<updated>2023-03-23T11:50:18Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2023-03-22T12:06:59Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=93809cc5941e7ddaa5ac3f5691a986033a4a9244'/>
<id>urn:sha1:93809cc5941e7ddaa5ac3f5691a986033a4a9244</id>
<content type='text'>
</content>
</entry>
</feed>
