<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-circmgr/src/build.rs, branch arti-v1.0.1</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.0.1</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.0.1'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2022-08-17T09:54:41Z</updated>
<entry>
<title>channel usage: Rename CU::UserTraffic from CU::Exit</title>
<updated>2022-08-17T09:54:41Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-08-11T10:39:39Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=3aed28acd42dbf5342932e2f6f42cc2ddbbe8c50'/>
<id>urn:sha1:3aed28acd42dbf5342932e2f6f42cc2ddbbe8c50</id>
<content type='text'>
As suggested in
  https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/657#note_2827246
</content>
</entry>
<entry>
<title>Move ChannelUsage from tor_proto to tor_chanmgr</title>
<updated>2022-08-17T09:54:41Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-08-08T15:33:33Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=5db974ef72eb1250ab27cd7e21141f64d8778776'/>
<id>urn:sha1:5db974ef72eb1250ab27cd7e21141f64d8778776</id>
<content type='text'>
Replace Channel::note_usage with Channel::engage_padding_activities,
which unconditionally causes the channel to (start to) do netflow
padding things.

The condition now lives in chanmgr.

Addresses
  https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/657#note_2826094
</content>
</entry>
<entry>
<title>chanmgr: Use NetDirProvider::params and Arc&lt;dyn..Netparameters&gt;</title>
<updated>2022-08-17T09:54:41Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-08-08T12:47:02Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=48fc5d3c39ccb8de3d3b52f34c5c76cae6806714'/>
<id>urn:sha1:48fc5d3c39ccb8de3d3b52f34c5c76cae6806714</id>
<content type='text'>
This gets rid of many Result().  Many parameters are renamed.
Test cases of the now-impossible branch are removed.

Deleting the match from padding_parameters will come in a moment.
I've split off that commit since it has much whitespace noise.
for now, change the error type to Void.
</content>
</entry>
<entry>
<title>Introduce ChannelConfig</title>
<updated>2022-08-16T17:39:57Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-07-27T19:34:43Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=76a1c45202cf35588780112d8400d50bd08f9926'/>
<id>urn:sha1:76a1c45202cf35588780112d8400d50bd08f9926</id>
<content type='text'>
This commit is just the necessary plumbing.  The config is currently
empty.  We'll add something to it, for padding control, later.
</content>
</entry>
<entry>
<title>Provide ChannelUsage and plumb it all the way down</title>
<updated>2022-08-16T17:37:06Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-07-26T18:14:12Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=8d44ef05dc7cd3d16f024d7b1058c16ecf54ee92'/>
<id>urn:sha1:8d44ef05dc7cd3d16f024d7b1058c16ecf54ee92</id>
<content type='text'>
Channel padding depends on what the channel is being used for.  We
therefore need to let the channel code know this information.

The implementation of the per-channel padding control logic will be in
the new note_usage function, which for now is simply a stub.

A future commit will introduce a `PaddingControlState` which lives in
the channel frontend; consult the doc comment for that type to see why
the plumbing through the channel manager terminates in the channel
frontend.
</content>
</entry>
<entry>
<title>dormancy: Plumb through to chanmgr reconfigure_general</title>
<updated>2022-08-16T17:37:06Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-07-27T19:29:35Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=4f44ef755aeea74f6df9fc01dcf2a4843875d7b8'/>
<id>urn:sha1:4f44ef755aeea74f6df9fc01dcf2a4843875d7b8</id>
<content type='text'>
The chanmgr remembers the last dormancy state it was told.

We invent a chanmgr-specific Dormancy which the arti-client code knows
how to convert from the richer top-level dormant status.  This avoids
having to have everyone know all the variants of the top-level state.

To call reconfigure_general, we must also obtain and plumb through a
netdir.  Right now we must return an internal error if there is in
fact no netdir, because reconfigure_general does not yet cope with a
missing netdir.

Nothing actually *uses* the dormancy yet.
</content>
</entry>
<entry>
<title>Use accessors in two places where tests look at specific keys.</title>
<updated>2022-08-10T14:39:36Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-08-03T20:34:40Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=8af41bd65feb80fcbacf2478e9422a1d6ec0d654'/>
<id>urn:sha1:8af41bd65feb80fcbacf2478e9422a1d6ec0d654</id>
<content type='text'>
(It's safe to require these specific keys, since we constructed the
objects for testing, and we know for certain that they contain given
keys.)
</content>
</entry>
<entry>
<title>Introduce HasRelayIds::same_relay_ids.</title>
<updated>2022-08-02T18:19:00Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-08-02T18:10:54Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=fdfc5f29e31bb69488482ee01a891134e9f16b83'/>
<id>urn:sha1:fdfc5f29e31bb69488482ee01a891134e9f16b83</id>
<content type='text'>
This method tells if two HasRelayIds contain exactly the same set of
Relay identities, and is generally useful for debugging.
</content>
</entry>
<entry>
<title>tor-linkspec: Refactor out traits to represent a relay's ID set.</title>
<updated>2022-08-02T16:40:23Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-07-26T14:03:50Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b68a3ed5e55c4f04c534fc4c643ad1178848d4f7'/>
<id>urn:sha1:b68a3ed5e55c4f04c534fc4c643ad1178848d4f7</id>
<content type='text'>
We want the set of identities supported by a relay to be extensible
in the future with minimal fuss; we'd also like to make working
with these ID sets more convenient.  To handle that, this commit
adds a new trait for "Something that has the same IDs as a relay"
and a new object for "an owned representation of a relay's IDs."

This commit introduces a similar trait for "Something with a list of
SocketAddr, like a relay has."  There's no owned equivelent for
that, since Vec&lt;SocketAddr&gt; is already a thing.

Closes #428.
</content>
</entry>
<entry>
<title>tor-circmgr: Clarify and improve Protocol error.</title>
<updated>2022-07-12T14:01:56Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-07-12T14:01:56Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=51f4779f75ae69ebb8c7ce54f7b6d32e06b618d8'/>
<id>urn:sha1:51f4779f75ae69ebb8c7ce54f7b6d32e06b618d8</id>
<content type='text'>
</content>
</entry>
</feed>
