<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-hsclient/src/connect.rs, branch arti-v1.1.9</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.9</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.9'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2023-09-25T18:57:02Z</updated>
<entry>
<title> tor-hsclient, arti-client, tor-keymgr, tor-netdoc: Use a keypair instead of StaticSecret (fmt).</title>
<updated>2023-09-25T18:57:02Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2023-09-25T16:16:23Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=2ed5eae770f926e7c0892e5373c30dc031732b82'/>
<id>urn:sha1:2ed5eae770f926e7c0892e5373c30dc031732b82</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-hsclient, arti-client, tor-keymgr, tor-netdoc: Use a keypair instead of StaticSecret.</title>
<updated>2023-09-25T18:56:58Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2023-09-25T15:28:29Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=5b5483aa2c8e6a9a9fbcdece1c453ad87d434fdc'/>
<id>urn:sha1:5b5483aa2c8e6a9a9fbcdece1c453ad87d434fdc</id>
<content type='text'>
Previously, when retrieving `KS_hsc_desc_enc` keys (or any other x25519
keys) from the keystore, the keymgr would discard the public part of the
key (SSH private keys contain the public part of the key too). Instead
of discarding the public key and returning just the `StaticSecret`, the
keymgr now returns a `StaticKeypair`. This makes the x25519
`EncodableKey`/`ToEncodableKey` implementation consistent with the
ed25519 one (which retrieves key pairs rather than "unescorted"
secrets).
</content>
</entry>
<entry>
<title>Run maint/add_warning to add lint block everywhere</title>
<updated>2023-08-23T09:34:00Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2023-08-22T14:28:12Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=42df88d6bf6dbb460d2e5e1cd4838aafaffbe9ac'/>
<id>urn:sha1:42df88d6bf6dbb460d2e5e1cd4838aafaffbe9ac</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-netdir: Use an owned HsBlindId instead of a reference.</title>
<updated>2023-08-22T14:48:07Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2023-08-21T13:38:23Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b1c54adae77c08d4fc5eb7de98b1f9486b88c95b'/>
<id>urn:sha1:b1c54adae77c08d4fc5eb7de98b1f9486b88c95b</id>
<content type='text'>
`HsBlindId` is `Copy`.
</content>
</entry>
<entry>
<title>tor-hsclient: Use hs_dirs_download instead of the deprecated hs_dirs.</title>
<updated>2023-08-22T14:47:51Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2023-08-17T15:59:02Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b0c3fc73ca32a0913783755c3bc0a0887b164d8f'/>
<id>urn:sha1:b0c3fc73ca32a0913783755c3bc0a0887b164d8f</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-dirclient: Rename download() to send_request().</title>
<updated>2023-08-16T15:13:20Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2023-08-11T18:26:32Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=9a08f04a7698ae237e352c57ebb58456e727fc93'/>
<id>urn:sha1:9a08f04a7698ae237e352c57ebb58456e727fc93</id>
<content type='text'>
`download()` is actually a general-purpose function for sending HTTP
requests on a stream. We will soon repurpose it for `POST`-ing
descriptors, so let's rename it to `send_request`.
</content>
</entry>
<entry>
<title>tor-proto: Add ClientCirc::start_conversation().</title>
<updated>2023-08-04T12:08:31Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2023-07-31T18:53:30Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=ed5a051ebe94a8cf4e5e9f33c000a9bd2fddfd8f'/>
<id>urn:sha1:ed5a051ebe94a8cf4e5e9f33c000a9bd2fddfd8f</id>
<content type='text'>
This will enable hidden services to send `RENDEZVOUS1` messages to the
`N`th hop of the circuit rather than the `N + 1`th virtual one (which
can only used after the client and service have completed the
introduction handshake).

This also deprecates `start_conversation_last_hop`.

Closes #959
</content>
</entry>
<entry>
<title>Run cargo +nightly fmt to format many let ... else ...</title>
<updated>2023-07-24T12:46:05Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2023-07-24T12:46:05Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=3e2a909707acf7cad2621316a51f8643f1fe908a'/>
<id>urn:sha1:3e2a909707acf7cad2621316a51f8643f1fe908a</id>
<content type='text'>
rustfmt has grown opinions about how let ... else ... ought to be
formatted.  They don't always agree with our previous manual
decisions.

I think our policy is to always insist on rustfmt.  When that version
of rustfmt hits stable, our CI will start to fail for everyone.
(Right now this discrepancy just causes trouble for contributors who
are using nightly by default.)
</content>
</entry>
<entry>
<title>Fix typos</title>
<updated>2023-07-22T07:10:34Z</updated>
<author>
<name>Dimitris Apostolou</name>
<email>dimitris.apostolou@icloud.com</email>
</author>
<published>2023-07-22T07:10:34Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=947ddfff0cfac3fef0e3d7ebc14182c638a1d90b'/>
<id>urn:sha1:947ddfff0cfac3fef0e3d7ebc14182c638a1d90b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>retry-error: Attempts must be AsRef&lt;dyn Error&gt;; print their sources</title>
<updated>2023-07-19T13:16:13Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2023-07-18T12:07:39Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=36b9d11ecb122e1ea82a13fa963c35e023f14d3a'/>
<id>urn:sha1:36b9d11ecb122e1ea82a13fa963c35e023f14d3a</id>
<content type='text'>
The effect is that everywhere a RetryError is used, the error sources
for the contained errors will be Display'd.

In tor-hsclient we no longer need to explicitly wrap things up in
tor_error::Report.
</content>
</entry>
</feed>
