| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| | |
| |
| |
| |
| | |
This sentence is very important piece of overall explanation, but
didn't make it into the crate level docs.
|
| | |
| |
| |
| | |
All of this is now implemented. Delete the obsolete sketch.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| | |
Diziet prefers this terminology; we'll defer a reckoning here
till #849 is resolved.
|
| | |
| |
| |
| |
| |
| |
| | |
Instead of saying "no errors before authentication",
we now say "no syntax errors ever."
This should be easier to implement.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
(This is obsoleted by arti-rpc-client-core.)
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Notably, identifiers SHOULD be C identifiers,
and everything has a namespace.
Reserve "rpc" as a namespace for things that were previously
unnamespaced.
|
| | | |
|
| | |
| |
| |
| |
| | |
This is probably still far too informal, but it is better than our
previous documentation.
|
| | |
| |
| |
| |
| | |
(Note what isn't implemented,
and one more kind of authentication we'll likely build someday.)
|
| | | |
|
| |/
|
|
| |
(Markdown convention deprecates having more than one top-level heading.)
|
| | |
|
| |\
| |
| |
| |
| | |
doc/dev/notes: keymgr-porcelain: Add note about moving keymgr functions out of TorClient.
See merge request tpo/core/arti!2314
|
| | | |
|
| | |
| |
| |
| |
| |
| | |
of TorClient.
This would a possible long-term fix for #1496.
|
| |/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This describes a couple of options for extending the config reloading
logic to support watching for changes in the
`restricted_disovery.key_dirs` directories.
Note: the options we have here are, in a sense, two extremes
* one is about refactoring some of the existing code into a
reusable component, and leaving most of the configuration logic
unchanged
* the other involves rethinking the entire config watching/reloading
mechanism to support watching for changes in arbitrary directories
I am leaning towards the simpler option, because I'm not sure the other
one is worth the added complexity (we currently only have a single use
case for it).
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Per discussion, this field isn't really specified in a way that lets
us fill it sensibly at the moment. So for now, we're going to just
omit it.
Additionally, we said that we'd Report on our errors; this branch
changes the implementation of RpcError to do that.
Question: Will the blanket implementation for Into<RpcError> make
it harder to re-add a Data field later on if we want to do so?
|
| |
|
|
|
| |
We've wanted separate error codes for "no such method exists" and
"this method exists, but this object doesn't have it."
|
| | |
|
| |
|
|
|
|
|
|
|
| |
According to the [vanguards spec], client rendezvous circuits should be
STUB+:
* lite: `C -> G -> L2 -> Rend`
* full: `C -> G -> L2 -> L3 -> Rend`
[vanguards spec]: https://gitlab.torproject.org/tpo/core/torspec/-/blob/e5ace3667dcbbf893c6b632fd4e3f16114fd2a0e/spec/vanguards-spec/index.md
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
This part io now implemented.
|
| | |
|
| |
|
|
|
|
|
|
| |
@ahf asked me to try to outline what we should do in order to start
out here, so I'm putting this in. It should cover us for a few
months.
This is by no means final; I'm just looking for initial comment.
|
| | |
|
| |\
| |
| |
| |
| | |
doc/dev/notes: First cut at memory limit design sketch
See merge request tpo/core/arti!1997
|
| | |
| |
| |
| |
| | |
As per
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1997#note_3003539
|
| | |
| |
| |
| |
| | |
As per
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1997#note_3003538
|
| | |
| |
| |
| |
| | |
As per
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1997#note_3001743
|
| | |
| |
| |
| | |
Suggested-by: trinity-1686a
|
| | |
| |
| |
| |
| | |
Prompted by
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1997#note_3001998
|
| | |
| |
| |
| |
| | |
As per
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1997#note_3001995
|
| | |
| |
| |
| |
| |
| |
| | |
Write a comment about the bound.
As per
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1997#note_3001992
|
| | |
| |
| |
| |
| | |
Apropos
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1997#note_3001990
|
| | |
| |
| |
| |
| | |
Apropos
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1997#note_3001990
|
| | |
| |
| |
| |
| | |
Apropos
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1997/diffs#3206bf44a587a8b987ce56d7e15a1c076cf3d27c_0_263
|
| | |
| |
| |
| |
| | |
Apropos
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1997#note_3001745
|
| | | |
|