mirrors/arti.git/crates/tor-netdoc/src/doc/routerdesc.rs, branch arti-v0.4.0mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v0.4.02022-05-23T16:55:37ZResolve the new `derive_partial_eq_without_eq` lint.2022-05-23T16:55:37ZNick Mathewsonnickm@torproject.org2022-05-23T16:32:31Zurn:sha1:546ae3000eb179aedc97de30b0ccdb1d45b93395
It's a little overzealous sometimes, but it's mostly to the good.
netdoc: add a new type for Nicknames2022-05-09T19:59:38ZNick Mathewsonnickm@torproject.org2022-03-10T21:38:23Zurn:sha1:3b0336e841f537196408f43a4928df20398c160d
Relay nicknames are always between 1 and 19 characters long, and
they're always ASCII: That means that storing them in a [u8;19] will
always be possible, and always use less resources than storing them
in a String.
Fortunately, the tinystr crate already helps us with this kind of
thing.
tor-netdoc: Conditionally expose document fields.2022-03-31T13:27:27ZNick Mathewsonnickm@torproject.org2022-03-31T13:20:21Zurn:sha1:b1b7ef00a0f96c3d878788cd890ed67656bcc1f4
This commit uses the `visibility` and `visible` crates to
conditionally make certain structs and their fields public
(respectively). This is incredibly dangerous to use for anything
besides testing, and I've tried to write the documentation for the
feature accordingly.
Canonicalize and intern protover lines on descriptors2022-03-11T21:56:12ZNick Mathewsonnickm@torproject.org2022-03-10T16:39:13Zurn:sha1:a98ae2a1f06a50238a4eb89d5d181ccc5c1a65c2
This should save around 1MB per consensus, since every relay has a
'protocols' lines, but there are only a few distinct possibilities
for such a line.
Closes #385.
Canonicalize and intern family representations to save memory.2022-03-11T21:54:33ZNick Mathewsonnickm@torproject.org2022-03-10T16:17:32Zurn:sha1:16f1bda3241e9f92a41a187cbb06c1c0b659a67c
This should save 1-3 MB of ram on each running arti client.
Closes #384. See also tor#27359 and proposal 298.
Refactor 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.