<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-netdoc/src/doc, branch derive-traits</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=derive-traits</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=derive-traits'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2022-02-14T18:08:28Z</updated>
<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>Merge branch 'refactor/must-use-self' into 'main'</title>
<updated>2021-12-20T18:38:18Z</updated>
<author>
<name>eta</name>
<email>tor@eta.st</email>
</author>
<published>2021-12-20T18:38:18Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=0cdf65c2565a02eb5606d26396ea8165a5506749'/>
<id>urn:sha1:0cdf65c2565a02eb5606d26396ea8165a5506749</id>
<content type='text'>
address clippy's latest lint

See merge request tpo/core/arti!205</content>
</entry>
<entry>
<title>tor-netdoc: Change an XXX to a TODO.</title>
<updated>2021-12-20T14:46:56Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-12-20T14:46:56Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=8cf143217e2655b90cb2a8690bc4ef75957906df'/>
<id>urn:sha1:8cf143217e2655b90cb2a8690bc4ef75957906df</id>
<content type='text'>
Our behavior in handling not-yet-valid router descriptors doesn't match
the C Tor implementation, but it's not a big deal:
we don't currently use router descriptors at all.
</content>
</entry>
<entry>
<title>tor-netdoc: Use a more correct error type</title>
<updated>2021-12-20T13:58:30Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-12-20T13:58:30Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=6299ca70b43a8e93064fbd12e249f74566761d68'/>
<id>urn:sha1:6299ca70b43a8e93064fbd12e249f74566761d68</id>
<content type='text'>
If we fail to convert a curve25519 key to an ed25519 key for checking
the onion-key crosscert, don't call that an internal error: it means
that something is wrong with the provided ntor key.
</content>
</entry>
<entry>
<title>Remove an XXXX about ed25519 signatures.</title>
<updated>2021-12-20T13:53:42Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-12-20T13:53:42Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=92e53bff62742bce06989f6ad560f9510274d520'/>
<id>urn:sha1:92e53bff62742bce06989f6ad560f9510274d520</id>
<content type='text'>
As of tor-spec commit 01122c5bd7d2f0f, the spec is no longer ambiguous
on this point.
</content>
</entry>
<entry>
<title>address clippy's latest lint</title>
<updated>2021-12-20T09:46:41Z</updated>
<author>
<name>Daniel Eades</name>
<email>danieleades@hotmail.com</email>
</author>
<published>2021-12-20T09:46:41Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=9b51a52b53acf3efd468d17296b3671ed9a1af47'/>
<id>urn:sha1:9b51a52b53acf3efd468d17296b3671ed9a1af47</id>
<content type='text'>
</content>
</entry>
<entry>
<title>s/hidden/onion/g in code comments</title>
<updated>2021-12-13T21:18:53Z</updated>
<author>
<name>Neel Chauhan</name>
<email>neel@neelc.org</email>
</author>
<published>2021-12-13T21:18:53Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=d621166c80331fd6d8ccd7ad7e27420c4da4c0d8'/>
<id>urn:sha1:d621166c80331fd6d8ccd7ad7e27420c4da4c0d8</id>
<content type='text'>
</content>
</entry>
<entry>
<title>fix nightly clippy errors</title>
<updated>2021-12-09T11:16:23Z</updated>
<author>
<name>Trinity Pointard</name>
<email>trinity.pointard@gmail.com</email>
</author>
<published>2021-12-09T11:16:23Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=9753a7ee06d1dad9b9dbaa1653593bb545d4cf59'/>
<id>urn:sha1:9753a7ee06d1dad9b9dbaa1653593bb545d4cf59</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Resolve roughly half of the XXXXs.</title>
<updated>2021-12-06T20:11:03Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-12-06T20:01:29Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=31b385c5b20205e879a847a9331c30a37dc2e6f5'/>
<id>urn:sha1:31b385c5b20205e879a847a9331c30a37dc2e6f5</id>
<content type='text'>
We want to only use TODO in the codebase for non-blockers, and open
tickets for anything that is a bigger blocker than a TODO.  These
XXXXs seem like definite non-blockers to me.

Part of arti#231.
</content>
</entry>
</feed>
