<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-netdoc/src/parse2/lex.rs, branch arti-v2.3.0</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v2.3.0</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v2.3.0'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2026-03-24T16:04:08Z</updated>
<entry>
<title>Fix typos</title>
<updated>2026-03-24T16:04:08Z</updated>
<author>
<name>Tobias Stoeckmann</name>
<email>tobias@stoeckmann.org</email>
</author>
<published>2026-03-24T16:04:08Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=1fb2b8dd4aee7c943ce90d6631be473f2a296fe6'/>
<id>urn:sha1:1fb2b8dd4aee7c943ce90d6631be473f2a296fe6</id>
<content type='text'>
Typos found with codespell
</content>
</entry>
<entry>
<title>tor-netdoc: signature orderliness: change terminology</title>
<updated>2026-03-19T10:37:47Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2026-03-18T16:18:19Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=7108314102c3e1f41b146a4c8e2d69e2727ea538'/>
<id>urn:sha1:7108314102c3e1f41b146a4c8e2d69e2727ea538</id>
<content type='text'>
"Regular" is confusing, especially since in American English it tends
to mean "usual" - whereas, there are no orderly signatures in Tor
netdocs.
</content>
</entry>
<entry>
<title>tor-netdoc: parse2: Include body length in SignaturesData</title>
<updated>2026-03-19T10:37:47Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2026-03-10T18:03:31Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=3b363ca3f616dc2e7242a3206d495a12a0dace4c'/>
<id>urn:sha1:3b363ca3f616dc2e7242a3206d495a12a0dace4c</id>
<content type='text'>
This could allow users to attach and detach signatures, hash (only)
the body part, etc.
</content>
</entry>
<entry>
<title>tor-netdoc: parse2: Don't impl NetdocParseable for bodies of signed docs</title>
<updated>2026-03-19T10:37:47Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2026-03-11T12:24:55Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=5e5dc10f0f4d477bf0e8e4d2197610c149a59541'/>
<id>urn:sha1:5e5dc10f0f4d477bf0e8e4d2197610c149a59541</id>
<content type='text'>
Such an impl is a footgun.  Explain this in docs &amp; comments.
</content>
</entry>
<entry>
<title>tor-netdoc: parse2: Don't impl NetdocParseable for bodies of signed docs (pre-fmt)</title>
<updated>2026-03-19T10:37:47Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2026-03-11T12:24:50Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=e98087c302527047d3505d03b424b2e8ef8cf605'/>
<id>urn:sha1:e98087c302527047d3505d03b424b2e8ef8cf605</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-netdoc: parse2: Move hash out of signature items</title>
<updated>2026-03-19T10:37:47Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2026-03-11T13:06:35Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=aefa48e251f514a2cdbcb9e4a26292438b74af68'/>
<id>urn:sha1:aefa48e251f514a2cdbcb9e4a26292438b74af68</id>
<content type='text'>
During encoding, including these hashes in the signature items makes
no sense.  The hashes are an *input* to the signature items, but not
part of them.

Move the hashes out of the items.  Instead, provide each signatures
section type with a hash accumulator type, in which the hash(es) are
stored.
</content>
</entry>
<entry>
<title>tor-netdoc: parse2: SignatureHashInputs: Include document so far</title>
<updated>2026-03-19T10:37:47Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2026-03-05T11:05:46Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=34d3e3e857d64c5ef96c45e9241b78fde1cb0f2d'/>
<id>urn:sha1:34d3e3e857d64c5ef96c45e9241b78fde1cb0f2d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-netdoc: parse2: Introduce SignatureData struct</title>
<updated>2026-03-19T10:37:47Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2026-03-03T19:24:42Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=399c09200a008b02f4a9551fed22032feacf198d'/>
<id>urn:sha1:399c09200a008b02f4a9551fed22032feacf198d</id>
<content type='text'>
This is going to contain body information, and the hashes, too.
</content>
</entry>
<entry>
<title>tor-netdoc: NetdocParseableSignatures: Make into its own trait</title>
<updated>2026-03-19T10:37:47Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2026-03-03T19:08:33Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=785576835464aa7737e06d0088f377548df0e62b'/>
<id>urn:sha1:785576835464aa7737e06d0088f377548df0e62b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-netdoc: Rename *Signed to *Unverified</title>
<updated>2026-03-03T18:56:01Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2026-03-03T18:46:00Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=9018c73d34ca60c5f671eeafc540446864998941'/>
<id>urn:sha1:9018c73d34ca60c5f671eeafc540446864998941</id>
<content type='text'>
This was a weird name, and while working in this area it all seemed to
make the docs strange.

Rename it.  This is quite invasive!

In theory we could have the macros generate compatibility aliases, but
that seems quite complex.
</content>
</entry>
</feed>
