<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-proto/src/crypto/cell.rs, branch arti-v1.2.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.2.1</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.2.1'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2024-03-20T14:10:32Z</updated>
<entry>
<title>Add and use RelayCellFormatTrait</title>
<updated>2024-03-20T14:10:32Z</updated>
<author>
<name>Jim Newsome</name>
<email>jnewsome@torproject.org</email>
</author>
<published>2024-03-19T00:30:12Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=8a91f277bbb9faa263a33d6b270f652a0da98068'/>
<id>urn:sha1:8a91f277bbb9faa263a33d6b270f652a0da98068</id>
<content type='text'>
This lets us paramaterize types and functions by a particular relay cell
format. We use this e.g. to statically parameterize the cell crypto
functions, thereby removing some run-time branching in the hot path.
</content>
</entry>
<entry>
<title>Propagate RelayCellFormat selection up to where format decisions will be made</title>
<updated>2024-03-20T14:08:27Z</updated>
<author>
<name>Jim Newsome</name>
<email>jnewsome@torproject.org</email>
</author>
<published>2024-03-14T19:24:40Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=2da3c95fc744db6248c077f35a7b3c328bfdf55a'/>
<id>urn:sha1:2da3c95fc744db6248c077f35a7b3c328bfdf55a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Paramaterize layer crypto objects by cell format</title>
<updated>2024-03-20T14:08:06Z</updated>
<author>
<name>Jim Newsome</name>
<email>jnewsome@torproject.org</email>
</author>
<published>2024-03-14T17:57:53Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=e3199f7d2dc9c481f855dcf7a8b3abcaf7f6f6ab'/>
<id>urn:sha1:e3199f7d2dc9c481f855dcf7a8b3abcaf7f6f6ab</id>
<content type='text'>
</content>
</entry>
<entry>
<title>RelayCellBody: generalize over RelayCellFormat</title>
<updated>2024-03-20T14:07:53Z</updated>
<author>
<name>Jim Newsome</name>
<email>jnewsome@torproject.org</email>
</author>
<published>2024-03-14T16:52:13Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=86f38c6d785b0adebcc81878719411b6d4648877'/>
<id>urn:sha1:86f38c6d785b0adebcc81878719411b6d4648877</id>
<content type='text'>
Different formats will use different ranges for the `recognized` and
`digest` fields.
</content>
</entry>
<entry>
<title>RelayCellBody::is_recognized: improve doc comment</title>
<updated>2024-03-20T14:07:27Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-03-18T16:34:43Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=657f8056ca25ca998a9acbdc6ebb908c21840707'/>
<id>urn:sha1:657f8056ca25ca998a9acbdc6ebb908c21840707</id>
<content type='text'>
</content>
</entry>
<entry>
<title>RelayCellFormat::recognized -&gt; is_recognized</title>
<updated>2024-03-20T14:07:27Z</updated>
<author>
<name>Jim Newsome</name>
<email>jnewsome@torproject.org</email>
</author>
<published>2024-03-14T16:01:26Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=711d1552b5fe6f496f36bace0abb4dae716db757'/>
<id>urn:sha1:711d1552b5fe6f496f36bace0abb4dae716db757</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Run maint/add_warning.</title>
<updated>2024-03-13T16:30:53Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-03-13T16:30:53Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=c0c9bd15d42897825dd0ab3d3b8dd1c17bd6320c'/>
<id>urn:sha1:c0c9bd15d42897825dd0ab3d3b8dd1c17bd6320c</id>
<content type='text'>
</content>
</entry>
<entry>
<title>clippy: consequential rustfmt</title>
<updated>2024-01-02T15:04:18Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2024-01-02T12:49:55Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=1ba7e8a78f21b5e1c26c87d12e7a77ebb3a8949d'/>
<id>urn:sha1:1ba7e8a78f21b5e1c26c87d12e7a77ebb3a8949d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>clippy: Use infallible calls</title>
<updated>2024-01-02T13:56:22Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2024-01-02T12:48:56Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=0ce386a24bd5b0490aee28345f90c7ac956a844d'/>
<id>urn:sha1:0ce386a24bd5b0490aee28345f90c7ac956a844d</id>
<content type='text'>
Resolves clippy complaints about needless fallible conversions.
</content>
</entry>
<entry>
<title>tor-proto: Refactor the key derivation</title>
<updated>2023-09-29T06:09:05Z</updated>
<author>
<name>Emil Engler</name>
<email>me@emilengler.com</email>
</author>
<published>2023-09-29T06:09:05Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=295c565944da864925daad3cfab12de010e97690'/>
<id>urn:sha1:295c565944da864925daad3cfab12de010e97690</id>
<content type='text'>
This commit refactors the key derivation, by applying the following:
- The spaghetti slice creation with the hard-to-read boundaries got
  replaced by a closure, which accepts a length, advances the seed slice
  by n bytes as a side-effect, and returns the just advanced bytes
- The use of `.except` got replaced by an `.or`, with the use of the
  already existing `InvalidKDFOutputLength` error, thereby removing a
  potential panic (probably not reachable in runtime though)
- The conversion from a slice to a `CircuitBinding` got moved into a
  `TryFrom` trait of the appropriate data structure
</content>
</entry>
</feed>
