| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This is based on a suggestion from @diziet, but edited to say that:
- we will take this approach when possible, and that we're not making
a categorical promise.
- this approach only applies to stable fields.
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
IIUC: Previously, `error.data` was meant to be the serialized error
object from Arti. As such, it was specified to be deliberately
unstable, and likely to change.
This didn't seem like such great idea, especially as we started to
come up with structured and stable data that we _did_ want to put in
`error.data`.
With this commit I'm taking a new approach to `error.data`.
Specifically:
* `error.data`, if present, is always an object.
* Unlike before, it can have multiple keys.
* The keys of `error.data` are always namespaced.
* There is a requirement that documentation exist for every key in
an`error.data` document, including the type, semantics, and
stability of its values.
There is also new "anticipated use of error.data" section
to clarify our plans:
* We plan to use error.data deliberately when it actually
serves a purpose.
* We don't plan to have an on-by-default serialization or Debug of
every Arti error. (If we wanted an optional one, there is a
short sketch of what it might look like.)
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This is *not* how we actually want the `data` field to behave!
But moving it as a separate commit will make it easier to see
what changes we do make.
|
| |\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
tor-config: Fix indentation in doc comment.
See merge request tpo/core/arti!2520
|
| | | |_|_|/
| |/| | |
| | | | |
| | | | |
| | | | |
| | | | | |
It looks like my previous attempt from !2516 didn't fix it.
This adds an extra space to fix the `doc_lazy_continuation` lint.
|
| |\ \ \ \ \
| |/ / / /
|/| | | /
| | |_|/
| |/| |
| | | |
| | | | |
memquota architecture documentation
Closes #1660
See merge request tpo/core/arti!2509
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
As per
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2509#note_3089914
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
See
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2509#note_3089913
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | | |
These can't be rustdoc links because they point up the crate hierarchy.
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| |\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | | |
Add some more miri tests
See merge request tpo/core/arti!2502
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
As per
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2502#note_3090557
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Discussion here
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2502#note_3090554
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2502#note_3090556
|
| | | | | | |
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This is not a memory safety requirement. We don't need `unsafe` here,
so we shoudln't have it.
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Change the waker to have a weak reference to the executor.
Detected by miri.
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
There's no unsafe in this crate, but it does have some exciting drop
bomb stuff.
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| |\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
tor-keymgr: Fix indentation in doc comment.
See merge request tpo/core/arti!2516
|
| | | |_|/ /
| |/| | |
| | | | |
| | | | |
| | | | | |
Addresses the `doc_lazy_continuation` lint, fixing the `rust-latest` job
that's currently failing on main.
|
| |\ \ \ \ \
| |/ / / /
|/| | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Fix Cargo.toml typo with `no_default_features = true`
Closes #1666
See merge request tpo/core/arti!2498
|
| | | | | | |
|
| |\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
arti-rpcserver: minimal handling for request.meta.require
See merge request tpo/core/arti!2511
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
We have defined a forward-compatibility mechanism for the RPC
system, where a request may list one or more required "features",
and if any feature is absent, the request will fail.
Since no "features" are currently implemented,
this code does the bare minimum to implement this mechanism,
by rejecting every request with a nonempty "require" field.
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
The `update` field in request.meta is optional, so we should allow
it to default to `false` when it is absent.
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
These, like the other RPC-only error kinds, probably don't belong in
`tor-error`. But for now, that's where they all are, and moving
them is out of scope for this branch. See #1668.
|
| | | | | | | |
|
| |\ \ \ \ \ \
| | |_|_|_|/
| |/| | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
tor-keymgr: Support reading C Tor keys.
Closes #858
See merge request tpo/core/arti!2481
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
This broke because `tor_keymgr::config::arti` was moved to
`tor_keymgr::config`.
|
| | | | | | | |
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
This way we have a more intuitive layout, where all C Tor keystore
configuration is under the `ctor` key.
Prompted by https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2481#note_3090486
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | | |
This enables us to build `arti` with C Tor keystore support.
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | | |
|