<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-netdoc/src/lib.rs, branch arti-v0.1.0</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v0.1.0</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v0.1.0'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2022-02-15T15:09:48Z</updated>
<entry>
<title>Merge branch 'doc-errors' into 'main'</title>
<updated>2022-02-15T15:09:48Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-02-15T15:09:48Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=7b6a7a57d3dbd74aed17df6f1e088fcb401b21a8'/>
<id>urn:sha1:7b6a7a57d3dbd74aed17df6f1e088fcb401b21a8</id>
<content type='text'>
Refactor errors in tor-netdoc

See merge request tpo/core/arti!314</content>
</entry>
<entry>
<title>Typo fix from@eta</title>
<updated>2022-02-15T14:34:59Z</updated>
<author>
<name>eta</name>
<email>tor@eta.st</email>
</author>
<published>2022-02-15T14:34:59Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=cb7f068c3b3bbd9c6f012e819c917e517bf6cdb9'/>
<id>urn:sha1:cb7f068c3b3bbd9c6f012e819c917e517bf6cdb9</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Refactor tor_netdoc::Error</title>
<updated>2022-02-14T18:08:28Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-02-14T18:08:28Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b6d23c36bef1322e4fc6f89769222daa91c4d8f3'/>
<id>urn:sha1:b6d23c36bef1322e4fc6f89769222daa91c4d8f3</id>
<content type='text'>
This error type doesn't impement HasKind, since the kind will depend
on context.

However, the existing implementation was pretty messy and inconsistent:
Some errors had positions, some didn't.
Some took messages as str, some as String.
Some had internal errors that were somewhat orthogonal to their actual
types.

This commit refactors tor_netdoc::Error to use a ParseErrorKind, and
adds a set of convenience functions to add positions and
messages to the errors that need them.
</content>
</entry>
<entry>
<title>netdoc: Make doc-build errors a separate type</title>
<updated>2022-02-14T15:46:04Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-02-14T15:46:04Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b27c51d3a2ad4a7b8ec00c2a06be55af9459507a'/>
<id>urn:sha1:b27c51d3a2ad4a7b8ec00c2a06be55af9459507a</id>
<content type='text'>
Every other case of tor_netdoc::Error means a parse failure.  This one,
though, means a failure to construct  a document.
</content>
</entry>
<entry>
<title>Change deny(clippy::all) to warn(clippy::all).</title>
<updated>2022-02-14T14:24:06Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-02-14T14:24:06Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=1cecc7e45a9a432f87a8f11abb8cb86b35464a0b'/>
<id>urn:sha1:1cecc7e45a9a432f87a8f11abb8cb86b35464a0b</id>
<content type='text'>
Closes #338.
</content>
</entry>
<entry>
<title>extend lints to include 'clippy::all'</title>
<updated>2021-12-28T20:15:40Z</updated>
<author>
<name>Daniel Eades</name>
<email>danieleades@hotmail.com</email>
</author>
<published>2021-12-28T20:15:40Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=592642a9e6c1c03e525f8b452f4b97e6fd17ff9b'/>
<id>urn:sha1:592642a9e6c1c03e525f8b452f4b97e6fd17ff9b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>add semicolons if nothing returned</title>
<updated>2021-11-25T13:20:37Z</updated>
<author>
<name>Daniel Eades</name>
<email>danieleades@hotmail.com</email>
</author>
<published>2021-11-25T13:14:05Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=db16d13df4779ac61005050dfe5ce05e3d5a1b5d'/>
<id>urn:sha1:db16d13df4779ac61005050dfe5ce05e3d5a1b5d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>More typo fixes that I forgot to save :(</title>
<updated>2021-11-24T23:23:12Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-11-24T23:23:12Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=3e7e599a22972135f9c113a9a1e0757d22653481'/>
<id>urn:sha1:3e7e599a22972135f9c113a9a1e0757d22653481</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-netdoc: put NS consensus documents behind a feature.</title>
<updated>2021-11-12T17:15:34Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-11-12T16:49:29Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=773c0dc3326d942a3d15105f572627b00b3b8e38'/>
<id>urn:sha1:773c0dc3326d942a3d15105f572627b00b3b8e38</id>
<content type='text'>
Clients never need these.

Part of #125.
</content>
</entry>
<entry>
<title>tor-netdoc: Put the "routerdesc" document type behind a feature.</title>
<updated>2021-11-12T17:15:30Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-11-12T16:19:33Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=7b12b54d407580f8574975f5c7e864d65d986dd0'/>
<id>urn:sha1:7b12b54d407580f8574975f5c7e864d65d986dd0</id>
<content type='text'>
Nothing in arti currently uses this document type.  Eventually it
will be useful for relays and for bridge clients.

I've left the "SHA1 digest of a router descriptor" type available
unconditinoally, however, since it does get used in a few places.

Part of #125.
</content>
</entry>
</feed>
