mirrors/arti.git/crates/tor-netdoc/src/doc/routerdesc.rs, branch arti-v0.1.0mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v0.1.02022-02-14T18:08:28ZRefactor tor_netdoc::Error2022-02-14T18:08:28ZNick Mathewsonnickm@torproject.org2022-02-14T18:08:28Zurn:sha1:b6d23c36bef1322e4fc6f89769222daa91c4d8f3
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.
tor-netdoc: Change an XXX to a TODO.2021-12-20T14:46:56ZNick Mathewsonnickm@torproject.org2021-12-20T14:46:56Zurn:sha1:8cf143217e2655b90cb2a8690bc4ef75957906df
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.
tor-netdoc: Use a more correct error type2021-12-20T13:58:30ZNick Mathewsonnickm@torproject.org2021-12-20T13:58:30Zurn:sha1:6299ca70b43a8e93064fbd12e249f74566761d68
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.
Remove an XXXX about ed25519 signatures.2021-12-20T13:53:42ZNick Mathewsonnickm@torproject.org2021-12-20T13:53:42Zurn:sha1:92e53bff62742bce06989f6ad560f9510274d520
As of tor-spec commit 01122c5bd7d2f0f, the spec is no longer ambiguous
on this point.
Run "cargo update" to get latest versions.2021-11-29T19:52:53ZNick Mathewsonnickm@torproject.org2021-11-29T19:45:50Zurn:sha1:805e558045018663d0d47b5f30733c6ca19b86ac
Also fix a couple of warnings introduced by now-unneeded imports
with new ed25519 crate.
This is part of the process for releasing our next version.
tor-netdoc: Put the "routerdesc" document type behind a feature.2021-11-12T17:15:30ZNick Mathewsonnickm@torproject.org2021-11-12T16:19:33Zurn:sha1:7b12b54d407580f8574975f5c7e864d65d986dd0
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.
derive 'Default' where possible2021-09-11T19:02:33ZDaniel Eadesdanieleades@hotmail.com2021-09-11T19:02:33Zurn:sha1:27cca7197811e1dc5ba531ddacaeaa210f48f021fix/silence clippy lints in test modules2021-09-08T15:28:31ZDaniel Eadesdanieleades@hotmail.com2021-08-30T07:52:16Zurn:sha1:fb3b8b84b5709ebe8a29051c43b82c4eef85deccMove all crates into a `crates` subdirectory.2021-08-27T13:53:09ZNick Mathewsonnickm@torproject.org2021-08-27T13:53:09Zurn:sha1:557a0ff40b3731d4690767de27010bbeff08777d
This will cause some pain for now, but now is really the best time
to do this kind of thing.