| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| | |
| |
| |
| | |
This is not needed any more
|
| | |
| |
| |
| |
| |
| |
| | |
Apparently cargo fmt doesn't like these, which my perl rune didn't
delete.
This commit is precisely the result of `cargo fmt`.
|
| | |
| |
| |
| |
| |
| |
| |
| | |
The feature we want is `#[doc = include_str!("README.md")]`, which is
stable since 1.54 and our MSRV is now 1.56.
This commit is precisely the result of the following Perl rune:
perl -i~ -0777 -pe 's{(^//!(?!.*\@\@).*\n)+}{#![doc = include_str!("../README.md")]\n}m' crates/*/src/lib.rs
|
| | | |
|
| | |
| |
| |
| | |
Add some dummy definitions that support the example.
|
| | |
| |
| |
| |
| |
| | |
Add fn main wrappers to allow use of ?.
Add ,no-run to test cases that fail due to accessing the filesystem.
|
| | |
| |
| |
| | |
Add ,ignore to ignore three shell runes.
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Add ,ignore to ignore three examples that don't actually compile.
cargo readme would add these annotations to lib.rs, but the doc
include doesn't do stuff like that. pandoc seems to still render the
result just fine.
|
| |\ \
| | |
| | |
| | |
| | |
| | |
| | | |
Rename Bridge to BridgeConfig
Closes #599
See merge request tpo/core/arti!767
|
| | | |
| | |
| | |
| | | |
Fixes #599
|
| | |/ |
|
| |\|
| |
| |
| |
| | |
Add bridges configuration section
See merge request tpo/core/arti!744
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This demonstrates that:
* !bridge-client: uncommenting nondefault bridge config generates
urecognized config key warnings (but the config is still accepted)(
* bridge-client, !pt-client: uncommenting nondefault bridges generates
error due to attempting to use a PT. If that's filtered out,
everything is fine.
* pt-client: Everything is good (as before).
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* Introduce filter_examples and resolve_examples helpers,
which will become more complex in a moment.
* Move the API test into a { } block to minimise subsequent diff.
It's going to become conditional.
* In subsequent comparisons, use the parsed version, since
the API built one might not exist.
No overall functional change.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
This is what we'll use to parse the `bridges.bridges` config key.
|
| | |
| |
| |
| |
| | |
Callers could `use` it as `tor_guardmgr::config::BridgeParseError` but
it seems unecessary to force them to.
|
| | | |
|
| | |
| |
| |
| |
| | |
We're going to use this for the config item `bridges.enabled`,
but it seems general enough that it ought to go here.
|
| | |
| |
| |
| |
| |
| |
| |
| | |
We're going to want something that has the standard list builder
methods at the Rust API, but which has different serialisation.
Sadly the implementation is annoying, because macro_rules makes it
hard to parse a nice input syntax.
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| | |
This is precisely the text from the original version of !744.
There is no implementation yet, so we must add a entry to the
exception list in the tests.
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Section headings appear uncommented in the file, so if we have a
whole section which is completely unrecognized (ie, an entry with no
`.`, it will be spotted when we parse the not-uncommented file too.
Right now there aren't any but there will be in a moment.
|
| | | |
|
| | |
| |
| |
| | |
It turns out that we will need these even for uncommented parsing.
|
| | |
| |
| |
| | |
I had a failure that was confusing to me, and I wrote it...
|
| |/
|
|
|
|
|
| |
This lint exists for perf reasons, and this is rarely relevant in
tests.
Using double quoted str is generally cognitively less burdensome.
|
| |\
| |
| |
| |
| | |
tor-config: CfgPath: Fix two typos "expaneded"
See merge request tpo/core/arti!764
|
| | | |
|
| |\ \
| | |
| | |
| | |
| | | |
Disable rtt_test_vectors test on non-Linux platforms
See merge request tpo/core/arti!766
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This test depends on `Duration` having a granularity of 1
nanosecond, which is not the case on OSX, and is probably not the
case on other places too.
We can re-enable this once we have a set of test vectors that use
more realistic RTTs, and a set of testing code that tolerates some
divergence.
Temporary solution for #574.
|
| |\ \ \
| |/ /
|/| |
| | |
| | | |
Fix a warning that I reintroduced.
See merge request tpo/core/arti!765
|
| |/ /
| |
| |
| |
| | |
It looks like this got fixed, but my branch for !759 reintroduced it
by refactoring.
|
| |\ \
| | |
| | |
| | |
| | |
| | |
| | | |
Change multiplicity of ChannelMethod and addresses
Closes #600
See merge request tpo/core/arti!759
|
| |/ /
| |
| |
| |
| |
| |
| | |
Now each `ChanTarget` has at most one `ChannelMethod`, and only
`Direct` `ChannelMethods` can have multiple addresses.
Closes #600.
|
| |\ \
| |/
|/|
| |
| | |
Fix some warnings
See merge request tpo/core/arti!761
|
| | |
| |
| |
| |
| |
| |
| | |
I think this is quite an inconvenient way to be carrying on.
Maybe we should disable all dead code warnings unless all features are
also enabled, and just let the compiler get rid of unused stuff later.
|
| | | |
|
| |/ |
|
| |\
| |
| |
| |
| |
| |
| | |
CfgPath: Add support for ${PROGRAM_DIR}.
Closes #586
See merge request tpo/core/arti!760
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
`${PROGRAM_DIR}` expands to the equivalent of
`std::env::current_exe().parent()`, with appropriate unwrapping and
conversions.
It is expected to be useful for finding the locations of pluggable
transports in some kinds of bundles.
Closes #586.
|