aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
| * | | tor-checkable: Introduce TimeRange aliasIan Jackson2026-07-233-1/+10
| | | |
| * | | tor-checkable: TimeRangeBound: Rename extend_tolerance to extend_end_boundIan Jackson2026-07-235-8/+14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | It was confusing that one of these functions had "which bound" mentioned in its name, but the other didn't. So add `end` and switch from `tolerance` to `bound` (see previous commit message). *This* commit should deal only in `extend_tolerance` and `end` and shouldn't touch `extend_start_bound` or `extend_pre_tolerance`.
| * | | tor-checkable: TimeRangeBound: Rename extend_pre_tolerance to extend_start_boundIan Jackson2026-07-234-6/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Although it is often used to apply a tolerance, it doesn't make sense to say that this is extending the "tolerance" of a `TimeRangeBound`. A `TimeRangeBound` doesn't have a tolerance, only bounds. Also we should be consistent in our terminology, and use `start` rather than `pre`. We'll rename the other method too. Doing them one at a time will makes it easier to spot any "pre/start" vs "<nothing>/end" slips: *this* commit should deal only in `pre` and `start` and shouldn't touch `extend_tolerance`.
| * | | tor-checkable: TimeRangeBound: Swap code order of two functionsIan Jackson2026-07-231-10/+10
| | | | | | | | | | | | | | | | | | | | This puts the start bounds extension function before the end one. That makes sense because starts are before ends.
| * | | tor-checkable: TimeRangeBound: Rename bounds to bounds_start_endIan Jackson2026-07-233-5/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This just returns a tuple. We're going to introduce a new method that returns a `TimeRagne` and will want to be called `bounds`. That method will want to be in the `TimeBound` trait, but for now we add it here. Various call sites will be added in forthcoming commits.
| * | | tor-checkable: Cargo.toml: Add some blank linesIan Jackson2026-07-231-0/+2
| | | | | | | | | | | | | | | | I find this hard to read without them.
| * | | tor-checkable: TimeRangeBound: document lack of well-formedness invariantIan Jackson2026-07-231-0/+3
| | | |
| * | | tor-checkable: Re-export TimeRangeBound at the top-levelIan Jackson2026-07-232-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | This module has only few public items - currently, only one. And it has the word "time" in it. It doesn't make sense to expect callers to write `timed::`.
| * | | tor-checkable: import time::Duration for brevityIan Jackson2026-07-231-3/+3
|/ / / | | | | | | | | | | | | I noticed this clumsiness while passing. We can't do the same for SystemTime because we have the wasm SystemTime thing too :-/.
* | | Merge branch 'edition' into 'main'Jim Newsome2026-07-228-48/+55
|\ \ \ | | | | | | | | | | | | | | | | Bump edition of tor-dirserver and tor-dirauth See merge request tpo/core/arti!4227
| * | | Much formatting churn for 2024 editionIan Jackson2026-07-226-46/+53
| | | |
| * | | Bump edition of tor-dirserver and tor-dirauthIan Jackson2026-07-222-2/+2
| |/ / | | | | | | | | | | | | Apparently these crate creations were outstanding when the workspace's edition was increased.
* | | Merge branch 'deftly-4' into 'main'Jim Newsome2026-07-221-4/+4
|\ \ \ | | | | | | | | | | | | | | | | Update to derive-deftly 1.11.4 See merge request tpo/core/arti!4228
| * | | Update to derive-deftly 1.11.4Ian Jackson2026-07-221-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* | | | Merge branch 'td2-desc' into 'main'Ian Jackson2026-07-2236-257/+1267
|\ \ \ \ | |/ / / |/| | | | | | | | | | | tor-netdoc testdata-live: Update and expand See merge request tpo/core/arti!4224
| * | | tor-netdoc testdata-live: Clarify what should be committedIan Jackson2026-07-221-2/+4
| | | |
| * | | tor-netdoc: Fix grammar in a commentIan Jackson2026-07-221-1/+1
| | | |
| * | | tor-netdoc testdata-live: Save selected routers' descriptors (effect)Ian Jackson2026-07-2215-0/+819
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Run crates/tor-netdoc/testdata-live-download with the locally saved, previously downloaded, network statuses. It downloaded these descriptors.
| * | | tor-netdoc testdata-live: Save selected routers' descriptorsIan Jackson2026-07-222-0/+30
| | | |
| * | | tor-netdoc testdata-live: Split off selected routers' routerstatus entries ↵Ian Jackson2026-07-2215-0/+120
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | (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.)
| * | | tor-netdoc testdata-live: Split off selected routers' routerstatus entriesIan Jackson2026-07-221-1/+5
| | | | | | | | | | | | | | | | | | | | This will be convenient for saving their descriptors, and may be useful for other purposes too.
| * | | tor-netdoc testdata-live: Download fresh dataIan Jackson2026-07-223-70/+380
| | | | | | | | | | | | | | | | Precisely a run of crates/tor-netdoc/testdata-live-download.
| * | | tor-netdoc testdata-live: Document the contents of testdata-live/Ian Jackson2026-07-221-0/+7
| | | |
| * | | tor-netdoc testdata-live: Report URLs we are downloading to stderrIan Jackson2026-07-221-0/+1
| | | |
| * | | tor-netdoc testdata-live: Do not re-download already-fetched inputsIan Jackson2026-07-224-398/+93
| | | | | | | | | | | | | | | | We don't fetch files to the names we commit.
| * | | tor-netdoc testdata-live: Add http:// to URLsIan Jackson2026-07-211-1/+1
| | | | | | | | | | | | | | | | curl infers this, but we should include it.
| * | | tor-netdoc testdata-live: Break out run-curl functionIan Jackson2026-07-211-1/+7
| | | |
| * | | tor-netdoc tests; work around version number ordering issueIan Jackson2026-07-211-0/+16
| |/ / | | | | | | | | | | | | | | | | | | | | | | | | 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.
* | | Merge branch 'relay-incoming-stream4' into 'main'gabi-2502026-07-2212-25/+310
|\ \ \ | | | | | | | | | | | | | | | | arti-relay: Spawn DirMirror, start handling BEGIN_DIR See merge request tpo/core/arti!4222
| * | | arti-relay: Turn a TODO(relay-tuning) into TODO DIRMIRRORGabriela Moldovan2026-07-221-1/+1
| | | | | | | | | | | | | | | | | | | | Context: https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/4222#note_3437336
| * | | dirserver: Add a TODO about reworking the DirMirror listener typeGabriela Moldovan2026-07-221-0/+7
| | | |
| * | | arti-relay: Add a TODO from @oparaGabriela Moldovan2026-07-221-0/+5
| | | |
| * | | arti-relay: s/stream/tor_stream for clarityGabriela Moldovan2026-07-221-5/+5
| | | |
| * | | arti-relay: Warn if incoming stream handler task can't be launchedGabriela Moldovan2026-07-221-2/+4
| | | |
| * | | proto: Remove misleading comment about CircuitIncomingStreamReceiverGabriela Moldovan2026-07-221-3/+0
| | | |
| * | | proto: Update CreateRequestHandler::new() docsGabriela Moldovan2026-07-221-1/+2
| | | | | | | | | | | | | | | | | | | | As suggested in https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/4222#note_3437129
| * | | proto: Reword CircuitIncomingStreamReceiver docs for clarityGabriela Moldovan2026-07-221-1/+2
| | | | | | | | | | | | | | | | Applies @opara's suggested rephrasing.
| * | | dirserver: Return a dummy response from DirMirror::serve()Gabriela Moldovan2026-07-221-2/+28
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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).
| * | | arti-relay: Handle directory streamsGabriela Moldovan2026-07-222-2/+12
| | | | | | | | | | | | | | | | | | | | | | | | Directory streams are accepted and turned into `DataStreams` by an `arti-relay` task. The `DataStream`s are then passed to the `DirMirror` for handling.
| * | | arti-relay: Spawn a DirMirror::serve() taskGabriela Moldovan2026-07-221-2/+6
| | | |
| * | | arti-relay: Store a DirMirror in TorRelayGabriela Moldovan2026-07-223-0/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
| * | | arti-relay: Add a task for handling incoming streamsGabriela Moldovan2026-07-225-1/+116
| | | | | | | | | | | | | | | | | | | | This is just the skeleton of the task. The implementation will follow later.
| * | | proto: Return the incoming streams from the create handler (fmt)Gabriela Moldovan2026-07-221-8/+10
| | | |
| * | | proto: Return the incoming streams from the create handlerGabriela Moldovan2026-07-223-14/+71
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
| * | | proto: Add newtype wrapper for incoming stream receiverGabriela Moldovan2026-07-222-2/+43
| | | | | | | | | | | | | | | | | | | | 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).
| * | | proto: Adjust feature-gating around incoming streamsGabriela Moldovan2026-07-221-1/+1
|/ / / | | | | | | | | | | | | This applies to relays too, not just onion services (we need to to handle BEGIN/BEGIN_DIR/RESOLVE).
* | | Merge branch 'fix/rm-allow' into 'main'gabi-2502026-07-212-11/+22
|\ \ \ | |/ / |/| | | | | | | | Added #[cfg(...)] to remove the unnecessary #[allow(dead_code)] See merge request tpo/core/arti!4152
| * | Added #[cfg(...)] to remove the unnecessary #[allow(dead_code)]pryty262026-07-212-11/+22
|/ /
* | Merge branch 'ip-summary-approx' into 'main'Ian Jackson2026-07-2114-38/+645
|\ \ | | | | | | | | | | | | tor-dirauth: Implement approximate IPv4 port summaries See merge request tpo/core/arti!4212
| * | tor-dirauth: Add comment about partially private rejectsIan Jackson2026-07-211-0/+3
| | | | | | | | | | | | | | | As per https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/4212#note_3436989
generated by cgit v1.2.3 (git 2.46.0) at 2026-08-27 12:00:02 +0000