<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-hsservice/src/publish, branch arti-v1.4.3</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.3</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.3'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2025-03-24T19:11:48Z</updated>
<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>tor-rt*: Apply deferred formatting churn</title>
<updated>2025-03-04T17:30:43Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2025-02-26T18:13:00Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=39409be0db4def9ca5ffbd3bd14766112bcab527'/>
<id>urn:sha1:39409be0db4def9ca5ffbd3bd14766112bcab527</id>
<content type='text'>
rustfmt.
</content>
</entry>
<entry>
<title>tor-rtcompat: Rename BlockOn to ToplevelBlockOn</title>
<updated>2025-03-04T17:30:43Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2025-02-13T17:39:39Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=849558047071897b9bbdbdd28d06d15b52b3af10'/>
<id>urn:sha1:849558047071897b9bbdbdd28d06d15b52b3af10</id>
<content type='text'>
We're going to distinguish top-level runtime entry, from *re*-entry to
an existing executor.  It is most convenient to rename this trait
first.  Documentation of the distinction will come later.

(We're going to retain the function name `block_on`, but we want the trait
to be more obviously a top-level only thing, though, so we give it a
name that will hopefully avoid it peroulating throughout the codebase..)
</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>
