<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-hsservice/src/publish/reactor.rs, 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-05-29T14:21:17Z</updated>
<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>tor-hsservice: Initial parts of PowManager.</title>
<updated>2025-05-27T17:51:27Z</updated>
<author>
<name>Wesley Aptekar-Cassels</name>
<email>me@wesleyac.com</email>
</author>
<published>2025-01-08T18:07:33Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=c1402316fa8771e027fa2743664f3f137c764c13'/>
<id>urn:sha1:c1402316fa8771e027fa2743664f3f137c764c13</id>
<content type='text'>
This adds PowManager, as described in doc/dev/notes/service-side-pow.md,
hooks it into IptManager and Publisher, and adds code to publish and
rotate seeds, and to keep a updated list of Verifier instances for
currently active seeds.
</content>
</entry>
<entry>
<title>Use an EntropicRng trait to enforce key generation rules.</title>
<updated>2025-03-24T19:11:48Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-03-20T15:09:08Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=8a33afe155e9bd29d9302b4b44dd5843d00866db'/>
<id>urn:sha1:8a33afe155e9bd29d9302b4b44dd5843d00866db</id>
<content type='text'>
We want to require that whenever we generate a key that's persistent
(stored in KeyMgr), it's going to be made from a stronger-than-usual
Rng.  This trait helps us enforce that.

We also add a FakeEntropicRng struct to use for testing.

Note that this turned up a case that we'd missed, which required
an internal change in tor-hsservice.
</content>
</entry>
<entry>
<title>squash! Upgrade rand dependency to 0.9.</title>
<updated>2025-03-18T16:09:44Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-03-18T13:01:31Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=2f8993c22c2b86010e4fd8b5169ef0ab83f8c754'/>
<id>urn:sha1:2f8993c22c2b86010e4fd8b5169ef0ab83f8c754</id>
<content type='text'>
- `rand::thread_rng()` has been deprecated and renamed to `rand::rng()`
</content>
</entry>
<entry>
<title>Move helpers from tor-hsservice to tor-netdir.</title>
<updated>2024-11-25T18:20:11Z</updated>
<author>
<name>Wesley Aptekar-Cassels</name>
<email>me@wesleyac.com</email>
</author>
<published>2024-10-30T14:45:26Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=9943480a4ae04e155da9f8cc084cdcec8eeb6928'/>
<id>urn:sha1:9943480a4ae04e155da9f8cc084cdcec8eeb6928</id>
<content type='text'>
These helpers seem potentially broadly useful, and only really
discoverable if they're here.
</content>
</entry>
<entry>
<title>tor-hsservice: add clippy allows</title>
<updated>2024-11-20T17:52:56Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2024-11-20T03:58:39Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=dc37e92fe28c03e2a3207c4528af5ecffeba0fec'/>
<id>urn:sha1:dc37e92fe28c03e2a3207c4528af5ecffeba0fec</id>
<content type='text'>
</content>
</entry>
<entry>
<title>update `CfgPath::path` to use a `CfgPathResolver`</title>
<updated>2024-11-18T15:01:56Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2024-11-05T05:18:57Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b5aa8f7a88808dc9267457ec723d23c8ffd1295a'/>
<id>urn:sha1:b5aa8f7a88808dc9267457ec723d23c8ffd1295a</id>
<content type='text'>
This is a big change across multiple crates since there isn't a good way
to break it up.

This changes the signature of `CfgPath::path` to:

```
pub fn path(&amp;self, path_resolver: &amp;CfgPathResolver) -&gt; Result&lt;PathBuf, CfgPathError&gt; {
```

Making this change means that our global `CfgPathResolver` needs to be
stored in the 'arti-client' library instead of `tor-config-path`, and
must be passed through to anything that calls `path` to expand the
variables.
</content>
</entry>
<entry>
<title>tor-hsservice: pass through the `CfgPathResolver`</title>
<updated>2024-11-18T15:01:56Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2024-11-05T05:26:18Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=37cd51866697e7cebaa4d0378bb9a119d948e2ae'/>
<id>urn:sha1:37cd51866697e7cebaa4d0378bb9a119d948e2ae</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-config: removed re-export of `CfgPath`</title>
<updated>2024-11-04T14:58:43Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2024-10-29T19:55:40Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=6b3e0f89c04fed10436f6437b852d6c9671be7df'/>
<id>urn:sha1:6b3e0f89c04fed10436f6437b852d6c9671be7df</id>
<content type='text'>
Also updated other packages to get `CfgPath` directly from
`tor-config-path' instead of 'tor-config'.
</content>
</entry>
<entry>
<title>Introduce mpsc_channel_no_memquota and use it in the places it's wanted</title>
<updated>2024-10-15T10:52:34Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2024-10-09T18:00:03Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=fe219904a9c70fc1c9079a88e9ecefb151ac47e4'/>
<id>urn:sha1:fe219904a9c70fc1c9079a88e9ecefb151ac47e4</id>
<content type='text'>
These are the call sites where using this fucntion is correct.
(Outside tor-rtmock, which we'll do separately.)
</content>
</entry>
</feed>
