<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/arti-relay/src/tasks/crypto, branch arti-v2.4.0</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v2.4.0</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v2.4.0'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2026-05-28T16:11:56Z</updated>
<entry>
<title>relay: Recompute valid_until cache in view constructor</title>
<updated>2026-05-28T16:11:56Z</updated>
<author>
<name>David Goulet</name>
<email>dgoulet@torproject.org</email>
</author>
<published>2026-05-27T17:50:49Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=c4f17bdf7b5932ba2815f3eac9c64b1ba447226f'/>
<id>urn:sha1:c4f17bdf7b5932ba2815f3eac9c64b1ba447226f</id>
<content type='text'>
The recompute of the valid_until cache is done now in the constructor of
FullKeyView so the view is directly usable once built.

Else, the caller always need to call the recompute function which is
error prone especially when used as a throwaway view.

Also, without this change, building the view and then attempting to log
the public keys would fail.

Signed-off-by: David Goulet &lt;dgoulet@torproject.org&gt;
</content>
</entry>
<entry>
<title>relay: Introduce src/task/crypto/keys.rs</title>
<updated>2026-05-28T16:11:56Z</updated>
<author>
<name>David Goulet</name>
<email>dgoulet@torproject.org</email>
</author>
<published>2026-05-27T17:29:50Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=173e2086b305d5ee0c29ef6b31017d47af28224b'/>
<id>urn:sha1:173e2086b305d5ee0c29ef6b31017d47af28224b</id>
<content type='text'>
Move all key related action function to keys.rs in order to alleviate
crypto.rs.

The Reactor will get more functionnalities soon so cleanup.

No behavior change, just code movement.

Related to #2548
</content>
</entry>
<entry>
<title>relay: Make FullKeyView pub(super)</title>
<updated>2026-05-28T16:11:56Z</updated>
<author>
<name>David Goulet</name>
<email>dgoulet@torproject.org</email>
</author>
<published>2026-05-27T17:11:51Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=c9c2e59e4439f0153bdeb6cf07c058c0e96abb09'/>
<id>urn:sha1:c9c2e59e4439f0153bdeb6cf07c058c0e96abb09</id>
<content type='text'>
Now, the FullKeyView is officially only seen by the crypto task.

Signed-off-by: David Goulet &lt;dgoulet@torproject.org&gt;
</content>
</entry>
<entry>
<title>relay: Remove locking of FullKeyView</title>
<updated>2026-05-28T16:11:56Z</updated>
<author>
<name>David Goulet</name>
<email>dgoulet@torproject.org</email>
</author>
<published>2026-05-27T17:08:46Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=345662a072edc3868f16a116c83f9ca355b2f9f7'/>
<id>urn:sha1:345662a072edc3868f16a116c83f9ca355b2f9f7</id>
<content type='text'>
No need for the valid_until cache locking that used to ensure coherent
view accross tasks.

As we move towards having the FullKeyView be solely owned by the crypto
task, no need for locking.

Future commit will introduce a control command channel which will be
used to get keys for other tasks.

The valid_until cache is kept though because it helps with key lookups
to avoid walking all keys each time.

Signed-off-by: David Goulet &lt;dgoulet@torproject.org&gt;
</content>
</entry>
<entry>
<title>relay: Avoid using super::super:: and instead import</title>
<updated>2026-05-26T17:29:05Z</updated>
<author>
<name>David Goulet</name>
<email>dgoulet@torproject.org</email>
</author>
<published>2026-05-21T18:13:21Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b0147bbb57d10580c0f85fa0a66cfeb06e9fe5e9'/>
<id>urn:sha1:b0147bbb57d10580c0f85fa0a66cfeb06e9fe5e9</id>
<content type='text'>
Signed-off-by: David Goulet &lt;dgoulet@torproject.org&gt;
</content>
</entry>
<entry>
<title>relay: Use a struct for key valid_until cache</title>
<updated>2026-05-26T17:29:05Z</updated>
<author>
<name>David Goulet</name>
<email>dgoulet@torproject.org</email>
</author>
<published>2026-05-21T18:02:29Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b5ae56450b4a313dac16c23f687bd9e0967dd0be'/>
<id>urn:sha1:b5ae56450b4a313dac16c23f687bd9e0967dd0be</id>
<content type='text'>
Instead of a HashMap, use a struct that contains explicit valid_until
value per key type as those won't change anytime soon.

This is to have a smaller memory footprint and simpler design.

Signed-off-by: David Goulet &lt;dgoulet@torproject.org&gt;
</content>
</entry>
<entry>
<title>relay: Rename crypto task reconcile() to recompute_valid_until()</title>
<updated>2026-05-26T17:29:05Z</updated>
<author>
<name>David Goulet</name>
<email>dgoulet@torproject.org</email>
</author>
<published>2026-05-21T17:31:41Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=a0850149dcc8b554c131b9f6f29274e3a0cafe03'/>
<id>urn:sha1:a0850149dcc8b554c131b9f6f29274e3a0cafe03</id>
<content type='text'>
Signed-off-by: David Goulet &lt;dgoulet@torproject.org&gt;
</content>
</entry>
<entry>
<title>relay: .expect() on mutex lock failure</title>
<updated>2026-05-26T17:29:05Z</updated>
<author>
<name>David Goulet</name>
<email>dgoulet@torproject.org</email>
</author>
<published>2026-05-21T17:23:39Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=0e01b22df44199bdfd877d475f8d9c71cc066a32'/>
<id>urn:sha1:0e01b22df44199bdfd877d475f8d9c71cc066a32</id>
<content type='text'>
This change made it that we don't need Result&lt;&gt; to be returned for two
functions therefore affecting the callsites.

Signed-off-by: David Goulet &lt;dgoulet@torproject.org&gt;
</content>
</entry>
<entry>
<title>relay: Add unit test for key view reconcile()</title>
<updated>2026-05-26T17:29:05Z</updated>
<author>
<name>David Goulet</name>
<email>dgoulet@torproject.org</email>
</author>
<published>2026-04-23T19:04:33Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=bc08f95b7f3326123156d5ff630294706395cb91'/>
<id>urn:sha1:bc08f95b7f3326123156d5ff630294706395cb91</id>
<content type='text'>
Signed-off-by: David Goulet &lt;dgoulet@torproject.org&gt;
</content>
</entry>
<entry>
<title>relay: Crypto task removal of get_ntor_keys()</title>
<updated>2026-05-26T17:29:05Z</updated>
<author>
<name>David Goulet</name>
<email>dgoulet@torproject.org</email>
</author>
<published>2026-04-23T18:38:34Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=ecdeeb9945b2ae3741599a7f4c6dd1a3205b538d'/>
<id>urn:sha1:ecdeeb9945b2ae3741599a7f4c6dd1a3205b538d</id>
<content type='text'>
This is the last piece that needed to be removed since we can use the
view to get those keys.

This also allows us to remove the temporary FullKeyView::keymgr()
function and instead keep the keymgr access strictly to the view guard.

Signed-off-by: David Goulet &lt;dgoulet@torproject.org&gt;
</content>
</entry>
</feed>
