<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/arti-client/src/client.rs, branch arti-v1.2.7</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.7</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.2.7'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2024-08-28T16:47:22Z</updated>
<entry>
<title>arti-client: Add an InertTorClient for accessing client state.</title>
<updated>2024-08-28T16:47:22Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2024-08-27T14:16:01Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=d99be523d4a0237c19ae3a25c24f0481934f51ef'/>
<id>urn:sha1:d99be523d4a0237c19ae3a25c24f0481934f51ef</id>
<content type='text'>
Implements the `TorClientThatIsntRunning` mentioned in !2314 (see also
`doc/dev/notes/keymgr-porcelain.md`), except `TorClientThatIsntRunning`
is called `InertTorClient`.

This commit is mostly code motion: I've moved the `create_keymgr`
function and the impls of `generate_service_discovery_key` and
`get_service_discovery_key` from `TorClient` to `InertTorClient`.

The `InertTorClient` advertises itself as a handle for accessing the
keystores and other persistent state, but it currently only has 2
functions (`generate_service_discovery_key` and
`get_service_discovery_key`). I expect it will grow additional
functionality in the future.
</content>
</entry>
<entry>
<title>arti-client: Move state_dir() to TorClientConfig.</title>
<updated>2024-08-28T16:47:22Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2024-08-27T14:15:19Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=550b48de3ddad1fef4cce9764d1a21f755be3e9f'/>
<id>urn:sha1:550b48de3ddad1fef4cce9764d1a21f755be3e9f</id>
<content type='text'>
I am about to use `state_dir()` outside of `TorClient`, so I am
preemptively moving it to `TorClientConfig`.
</content>
</entry>
<entry>
<title>Tweak documentation for wait_for_stop slightly.</title>
<updated>2024-07-23T12:36:36Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-07-22T19:28:00Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=bce6b28550e79b059acc0ec92a568d6307b1f5ca'/>
<id>urn:sha1:bce6b28550e79b059acc0ec92a568d6307b1f5ca</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-hsservice: Add OnionServiceBuilder, deprecate OnionService::new (fmt).</title>
<updated>2024-07-15T15:15:00Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2024-07-11T17:04:20Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=c2646763b76bda6ea5473b12fd49447738cd981d'/>
<id>urn:sha1:c2646763b76bda6ea5473b12fd49447738cd981d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-hsservice: Add OnionServiceBuilder, deprecate OnionService::new.</title>
<updated>2024-07-15T15:15:00Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2024-07-11T17:03:53Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=e65456f776e7c6d7ddb1cb42485b544dd252464b'/>
<id>urn:sha1:e65456f776e7c6d7ddb1cb42485b544dd252464b</id>
<content type='text'>
Closes #1490
</content>
</entry>
<entry>
<title>implement TorClient::wait_for_stop</title>
<updated>2024-07-11T16:02:18Z</updated>
<author>
<name>trinity-1686a</name>
<email>trinity@deuxfleurs.fr</email>
</author>
<published>2024-06-02T08:38:16Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=9e0afcdcab0be86d1a18b99d7bb4bc6b24998a3d'/>
<id>urn:sha1:9e0afcdcab0be86d1a18b99d7bb4bc6b24998a3d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>arti-client: Gate generate_service_discovery_key() behind keymgr feature.</title>
<updated>2024-07-10T13:32:47Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2024-07-10T11:07:10Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=e7b74a6090532a56625c6d4bcc55d2a588622aa2'/>
<id>urn:sha1:e7b74a6090532a56625c6d4bcc55d2a588622aa2</id>
<content type='text'>
Otherwise arti-client fails to build with `-no-default-features
--features onion-service-client,experimental-api`.
</content>
</entry>
<entry>
<title>arti-client: Add a function for generating client authorization keys.</title>
<updated>2024-06-27T17:13:52Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2024-06-18T14:15:31Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=7a9840dc459bcea9ea006d774c60555ee3ed0ee0'/>
<id>urn:sha1:7a9840dc459bcea9ea006d774c60555ee3ed0ee0</id>
<content type='text'>
Part of #1281
</content>
</entry>
<entry>
<title>RPC: Use RPC methods instead of the "ClientConnectionTarget" trait.</title>
<updated>2024-06-11T21:02:04Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-06-04T17:22:30Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=c07455965fd201ec66631e649a10660e5955e47c'/>
<id>urn:sha1:c07455965fd201ec66631e649a10660e5955e47c</id>
<content type='text'>
On its own, this might not seem like a huge improvement, but it will
later let us implement these RPC methods for types that can't
reasonably implement ClientConnectionTarget.

It also serves as a proof of concept that special-method invocation
can actually work, so that we can build things like this in cases
where introducing a trait isn't practical.

Closes #1427
</content>
</entry>
<entry>
<title>arti-client: Unconditionally retire all HS circuits if circmgr says so.</title>
<updated>2024-06-03T14:28:23Z</updated>
<author>
<name>Gabi Moldovan</name>
<email>gabi@gotpcrel.net</email>
</author>
<published>2024-06-03T13:01:46Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=0c96190b5035713ee301e6ef43fe4cf1040f608d'/>
<id>urn:sha1:0c96190b5035713ee301e6ef43fe4cf1040f608d</id>
<content type='text'>
If the circmgr retires all of its circuits, so should the HS circ pool.

The circuits can be retired for various reasons (for example, if the
configured vanguard mode changes).
</content>
</entry>
</feed>
