| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| | | | |
|
| |\ \ \
| |/ /
|/| |
| | |
| | |
| | |
| | | |
tor-keymgr: Do not enable tor-error/tor-config's experimental feature.
Closes #1180
See merge request tpo/core/arti!1865
|
| | |/
| |
| |
| |
| |
| | |
We don't use any experimental features from tor-error or tor-config.
Closes #1180
|
| |\ \
| | |
| | |
| | |
| | | |
tor-hsclient: Derive the KeySpecifier implementation.
See merge request tpo/core/arti!1864
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This addresses a `TODO HSS` about deriving the `KeySpecifier`
implementation for client key specifiers.
Note that we no longer have a key specifier type for intro auth keys
(which are not supported anyway, see #1037).
|
| | | |
| | |
| | |
| | | |
We are about to need this implementation.
|
| | |/
| |
| |
| |
| |
| | |
If you derive `KeySpecifier` and forget to import `KeySpecifierPattern`
you get a confusing error. It's better to let the macro import (or fully
qualify) the necessary types from tor-keymgr.
|
| |\ \
| |/
|/|
| |
| |
| |
| | |
tor-hsservice: Fix/downgrade a handful of publisher TODO HSS
Closes #1129
See merge request tpo/core/arti!1861
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| | |
Not uploading a descriptor because we suddenly found out there are no
IPTs isn't really an error.
Part of #1129
|
| | |
| |
| |
| |
| |
| |
| |
| | |
This really should not (and cannot) happen under normal circumstances:
the task receiving the value cannot exit before the publisher (unless
there's a bug in that code).
Part of #1129
|
| |\ \
| | |
| | |
| | |
| | | |
Resolve some "TODO HSS" comments in arti, arti-client, tor-hsrproxy.
See merge request tpo/core/arti!1862
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | |
| | |
| | |
| | | |
These are not "must fix before releasing onion services".
|
| | |/ |
|
| | | |
|
| |/ |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
These crates had no changes previously, but they depend on crates
that had breaking changes themselves.
tor-linkspec
tor-hspow
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This crate doesn't have a meaningful public API, so it just gets a patchlevel bump:
arti
These crates had nonbreaking changes, and get a patchlevel bump:
tor-rtcompat
fs-mistrust
tor-llcrypto
tor-cert
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These crates have breaking changes on their own:
tor-error
tor-netdoc
tor-dirmgr
tor-keymgr
Because of the breaking change in tor-error, and the fact that
basically every crate publicly depends on tor-error (by implementing
ErrorKind), we need to call this a breaking change on all of the
following:
tor-config
tor-geoip
tor-rtmock
tor-log-ratelim
tor-rpcbase
tor-bytes
tor-hscrypto
tor-socksproto
tor-cell
tor-proto
tor-netdoc
tor-netdir
tor-persist
tor-chanmgr
tor-ptmgr
tor-guardmgr
tor-circmgr
tor-dirclient
tor-dirmgr
tor-keymgr
tor-hsclient
tor-hsservice
tor-hsrproxy
arti-client
arti-rpcserver
arti-config
arti-hyper
arti-testing
|
| |\
| |
| |
| |
| | |
Run fixup-features in preparation for release, and clean its output.
See merge request tpo/core/arti!1856
|
| | | |
|
| | | |
|
| |\ \
| | |
| | |
| | |
| | |
| | |
| | | |
dirmgr: Make the `dir_mgr_config` method public
Closes #1175
See merge request tpo/core/arti!1847
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This commit makes the `dir_mgr_config` method of the `TorClientConfig`
struct public.
It might be questionable whether we should make this function public or
switch to a `TryInto` trait in general, which also seems like an even
Rustier solution Rustier solution.
Fixes #1175
|
| | |/
|/| |
|
| |\ \
| | |
| | |
| | |
| | |
| | |
| | | |
KeySpecifier improvements
Closes #1126, #1147, and #1151
See merge request tpo/core/arti!1851
|
| | | |
| | |
| | |
| | |
| | | |
As per
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1851#note_2981473
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
Swap the docs for new_any and arti_pattern to the right methods!
As per
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1851#note_2981475
|
| | | | |
|
| | | | |
|
| | | |
| | |
| | |
| | | |
This *is* the spec name.
|
| | | |
| | |
| | |
| | | |
Finishes arti#1151 item 10.
|
| | | |
| | |
| | |
| | | |
This also passes the information we'll need to populate extra_info.
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | |
| | |
| | |
| | | |
This will make the macro work if call sites rebind Result.
|
| | | |
| | |
| | |
| | |
| | | |
The KeyInfoExtractor impl is still misindented but we'll change that
when we replace it.
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Now the only place that knows how to do all this is the one place in
the macro.
The indentation is -4 compared to previously, because we're going to
remove the wrapping with paste::paste! later. It's convenient to do
this reindent now, while we're rewriting it.
arti#1151 item 5.
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This can only happen if we tried to parse an ArtiPath as the wrong
kind of KeySpecifier, which shouldn't happen very often.
If it does, the pattern isn't that interesting. Which is just as
well, since we're about to make it a bit harder to obtain it in the
place where this error is going to be constructed.
|
| | | |
| | |
| | |
| | |
| | |
| | | |
Where we wanted this, use derive_more::Constructor isntead.
arti#1151 item 6.
|
| | | | |
|