<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-netdoc/src/doc/hsdesc/build.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>Merge branch 'clippy' into 'main'</title>
<updated>2023-08-23T13:24:18Z</updated>
<author>
<name>Ian Jackson</name>
<email>iwj@torproject.org</email>
</author>
<published>2023-08-23T13:24:18Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=27bdc971415837c18bbfe8911266e251d853b754'/>
<id>urn:sha1:27bdc971415837c18bbfe8911266e251d853b754</id>
<content type='text'>
clippy: Suppress needless_pass_by_value in tests

See merge request tpo/core/arti!1535</content>
</entry>
<entry>
<title>tor-netdoc: Fix clippy lints.</title>
<updated>2023-08-23T12:13:07Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2023-08-21T15:20:22Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=884ed48750d9c57540fca39a31ebef622156d01c'/>
<id>urn:sha1:884ed48750d9c57540fca39a31ebef622156d01c</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-netdoc: Remove redundant `IntroPointDesc` struct.</title>
<updated>2023-08-23T12:13:04Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2023-08-21T14:57:11Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=7df5f4d4a90cd828719b5d3b8448ba3e7c481ab3'/>
<id>urn:sha1:7df5f4d4a90cd828719b5d3b8448ba3e7c481ab3</id>
<content type='text'>
This commit replaces `tor_netdoc::hsdesc::inner::IntroPointDesc` with
the (almost identical) `tor_netdoc::hsdesc::IntroPointDesc`.

The only difference between the two structs is that
`inner::IntroPointDesc` wraps a `Vec&lt;LinkSpec&gt;` instead of a
`Vec&lt;EncodedLinkSpec&gt;`. Since `EncodedLinkSpec` can be derived from
`LinkSpec` (and vice-versa), and since `hsdesc::inner::IntroPointDesc`
never made it in our public API, this commit also removes
`hsdesc::inner::IntroPointDesc` in favour of `hsdesc::IntroPointDesc`.
</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>Run maint/add_warning to actually apply new lint allows</title>
<updated>2023-07-10T12:49:51Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2023-07-10T11:19:32Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=473447a82e099fd52a674c28f5bc24b3e05208c0'/>
<id>urn:sha1:473447a82e099fd52a674c28f5bc24b3e05208c0</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Back down x25519-dalek to 2.0.0-pre.1 from 2.0.0-rc.2</title>
<updated>2023-06-27T17:55:24Z</updated>
<author>
<name>pinkforest</name>
<email>pinkforest.0x0012fffac04211@pm.me</email>
</author>
<published>2023-06-27T00:45:36Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=4be2e3ce0f1e0bcf6636fad6ff0b6e789483c014'/>
<id>urn:sha1:4be2e3ce0f1e0bcf6636fad6ff0b6e789483c014</id>
<content type='text'>
=========================
Notes from nickm:

(This differs from pinkforest's original MR: It removes the
Cargo.lock changes and the version bump on tor-llcrypto.)

Minimal Cargo.lock changes from downgrade.

(These are exactly those changes generated by running "build" and
"test".)

There are several reasons to do this:

  * It's best to bump all of our dalek dependencies at once to rc.3
    or later, rather than the piecemeal approach we've been stuck
    with so far.

  * We don't want to do this bump right now, since there are some
    tricky questions about clamping we need to figure out (see
    #808), and we need to make sure we get them right, and we're in
    a distracted this week.

  * We _do_ need to move away from 2.0.0-rc.2 right now, since
    it was causing a failure in `cargo install arti`, and then it
    got yanked.

Thanks to pinkforest for helping us out here and explaining all of
this!

Fixes #926.

Commit-edited-by: Nick Mathewson &lt;nickm@torproject.org&gt;
</content>
</entry>
<entry>
<title>netdoc::doc::hsdesc changes to let us downgrade/remove allows</title>
<updated>2023-06-16T16:24:05Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-06-14T15:44:21Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=1091918525dabb6dd34e11dbfab35fff1552da23'/>
<id>urn:sha1:1091918525dabb6dd34e11dbfab35fff1552da23</id>
<content type='text'>
</content>
</entry>
<entry>
<title>netdoc: downgrade some TODO HS to TODO HSS.</title>
<updated>2023-06-16T16:24:05Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-06-14T16:08:35Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=6fb19c00f5c95701068dd3a824639db06ed6a1c0'/>
<id>urn:sha1:6fb19c00f5c95701068dd3a824639db06ed6a1c0</id>
<content type='text'>
I'm using HSS for hs-service features.
</content>
</entry>
</feed>
