<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-hsclient/semver.md, branch arti-v1.2.0</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.0</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.2.0'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2024-02-22T18:00:34Z</updated>
<entry>
<title>tor-hsclient: Remove client nickname from the client key specifiers.</title>
<updated>2024-02-22T18:00:34Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2024-02-21T18:53:59Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=79fa5573a26eed11ee90a93a01fdb504f0fc56d2'/>
<id>urn:sha1:79fa5573a26eed11ee90a93a01fdb504f0fc56d2</id>
<content type='text'>
Closes #1283
</content>
</entry>
<entry>
<title>Remove all semver.md files to start a fresh release round</title>
<updated>2024-02-05T15:27:50Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2024-02-05T15:27:21Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=760274c281779248528e8a23c986503b32e81fd8'/>
<id>urn:sha1:760274c281779248528e8a23c986503b32e81fd8</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-hsclient: Rename HsClientSpecifier to HsClientNickname.</title>
<updated>2024-01-31T10:43:06Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2024-01-30T19:12:14Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=86ee7ebc1be82ef7b6f4672c0b1677efbfb8b074'/>
<id>urn:sha1:86ee7ebc1be82ef7b6f4672c0b1677efbfb8b074</id>
<content type='text'>
Service nicknames are represented by `HsNickname`, so let's
rename `HsClientSpecifier` to `HsClientNickname`.
</content>
</entry>
<entry>
<title>tor-hsclient: Derive the KeySpecifier implementation.</title>
<updated>2024-01-10T12:43:00Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2024-01-10T12:36:41Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=33dcf4124a7fe472ffc81fcad7f9c6c91a699bd5'/>
<id>urn:sha1:33dcf4124a7fe472ffc81fcad7f9c6c91a699bd5</id>
<content type='text'>
This addresses a `TODO HSS` about deriving the `KeySpecifier`
implementation for client key specifiers.

Note that we no longer have a key specifier type for intro auth keys
(which are not supported anyway, see #1037).
</content>
</entry>
<entry>
<title>Remove semver.md files.</title>
<updated>2023-12-04T17:39:07Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-12-04T17:39:07Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=0dc447123f2250d5d1fb5af0a268d59d018c9b64'/>
<id>urn:sha1:0dc447123f2250d5d1fb5af0a268d59d018c9b64</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-hsclient: Deprecate HsClientSecretKeysBuilder::ks_hsc_intro_auth().</title>
<updated>2023-11-20T12:52:51Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2023-11-20T12:34:24Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=15c6f483e48d0cd8acf7de4d8259be183d0a5ac8'/>
<id>urn:sha1:15c6f483e48d0cd8acf7de4d8259be183d0a5ac8</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Remove semver.md files now that 1.1.9 is out.</title>
<updated>2023-10-02T21:17:35Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-10-02T21:17:35Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=1ffc982b8b31a34cd3acb129e509fa737bfc3353'/>
<id>urn:sha1:1ffc982b8b31a34cd3acb129e509fa737bfc3353</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>Remove semver.md files now that 1.1.7 is out.</title>
<updated>2023-08-01T16:55:52Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-08-01T16:55:52Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=1e96d1b95a81a291e040ddeb15e6308c1f1094bd'/>
<id>urn:sha1:1e96d1b95a81a291e040ddeb15e6308c1f1094bd</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-hsclient: Document API break.</title>
<updated>2023-07-19T13:16:13Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2023-07-19T13:14:11Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=ad48335b912f9a5bc6a935617e74f8a1ca12abc4'/>
<id>urn:sha1:ad48335b912f9a5bc6a935617e74f8a1ca12abc4</id>
<content type='text'>
This would be a break in higher-layer crates which incorproate this
error but:

 1. That's just arti-client which hides it behind the detailed errors
    cargo feature
 2. I'm hoping cargo-semver-checks would spot it, anyway.
</content>
</entry>
</feed>
