| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| | |/
| |
| |
| |
| | |
Apparently these crate creations were outstanding when the workspace's
edition was increased.
|
| |\ \
| | |
| | |
| | |
| | | |
Update to derive-deftly 1.11.4
See merge request tpo/core/arti!4228
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
To pick up this fix:
* BETA: Allow user-defined expansions whose definition is just
a string literal `"..." within `${concat }` and `$"..."`.
which I have just released.
|
| |\ \ \
| |/ /
|/| |
| | |
| | | |
tor-netdoc testdata-live: Update and expand
See merge request tpo/core/arti!4224
|
| | | | |
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
Run crates/tor-netdoc/testdata-live-download with the locally saved,
previously downloaded, network statuses.
It downloaded these descriptors.
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
(effect)
Run crates/tor-netdoc/testdata-live-download with the locally saved,
previously downloaded, network statuses.
(It didn't download anything extra, but it did produced these new
output files, as expected.)
|
| | | |
| | |
| | |
| | |
| | | |
This will be convenient for saving their descriptors, and may be
useful for other purposes too.
|
| | | |
| | |
| | |
| | | |
Precisely a run of crates/tor-netdoc/testdata-live-download.
|
| | | | |
|
| | | | |
|
| | | |
| | |
| | |
| | | |
We don't fetch files to the names we commit.
|
| | | |
| | |
| | |
| | | |
curl infers this, but we should include it.
|
| | | | |
|
| | |/
| |
| |
| |
| |
| |
| |
| |
| | |
Ideally we would have Arti sort things sensibly but currently we have
no types in Arti that are (1) faithful (2) sort correctly.
Most of the existing types eventually have a `TorVersion` inside,
which is lossy, so we can't use them for (eg) dirauth network status
processing.
|
| |\ \
| | |
| | |
| | |
| | | |
arti-relay: Spawn DirMirror, start handling BEGIN_DIR
See merge request tpo/core/arti!4222
|
| | | |
| | |
| | |
| | |
| | | |
Context:
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/4222#note_3437336
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | | |
As suggested in
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/4222#note_3437129
|
| | | |
| | |
| | |
| | | |
Applies @opara's suggested rephrasing.
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This makes the `DirMirror` return a dummy 500 response.
This enables us to (manually) verify that the new relay BEGIN_DIR stream
handler works as expected. We will of course need some automated e2e
tests too, but for the time being a manual test should do.
This will all be replaced by the real implementation, once that's ready
(TODO DIRMIRROR).
|
| | | |
| | |
| | |
| | |
| | |
| | | |
Directory streams are accepted and turned into `DataStreams` by an
`arti-relay` task. The `DataStream`s are then passed to the `DirMirror`
for handling.
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This will be used shortly, as we need to spawn a `DirMirror::serve()`
task from `TorRelay::run()` for handling the incoming directory stream
requests.
The `DirMirror` is currently built from dummy data because there is no
config for it yet.
|
| | | |
| | |
| | |
| | |
| | | |
This is just the skeleton of the task. The implementation will follow
later.
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
We need to return the "futures::Stream of Tor streams" from the CREATE
handler, because these need to be handled from `arti-relay`,
as per `doc/dev/notes/relay-streams.md`
This commit is intentionally (slightly) misformatted to make reviewing a
bit easier (the next commit will rustfmt everything).
Part of #2612
|
| | | |
| | |
| | |
| | |
| | | |
The inner type is an eyesore, and doesn't really need to be exposed
outside of tor-proto (we might even replace it at some point).
|
| |/ /
| |
| |
| |
| | |
This applies to relays too, not just onion services (we need to to
handle BEGIN/BEGIN_DIR/RESOLVE).
|
| |\ \
| |/
|/|
| |
| | |
Added #[cfg(...)] to remove the unnecessary #[allow(dead_code)]
See merge request tpo/core/arti!4152
|
| |/ |
|
| |\
| |
| |
| |
| | |
tor-dirauth: Implement approximate IPv4 port summaries
See merge request tpo/core/arti!4212
|
| | |
| |
| |
| |
| | |
As per
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/4212#note_3436989
|
| | |
| |
| |
| |
| | |
As per
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/4212#note_3436987
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| | |
In some sense this is a convenience wrapper around `push_ordered`,
but, really, it's the only nontrivial constructor that doesn't take an
iterator of individual port numbers.
|
| | |
| |
| |
| |
| | |
This takes a PortRanges. We're going to introduce another function to
construct from an iterator.
|
| | | |
|