mirrors/arti.git/crates/arti-client/src, branch arti-v0.4.0mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v0.4.02022-05-24T19:14:57ZSplit TorClientConfig out of ArtiConfig, and Resolvable trait2022-05-24T19:14:57ZIan Jacksonijackson@chiark.greenend.org.uk2022-05-24T18:07:25Zurn:sha1:9e526aad7c4ca37e8ee9b082449da6493b6e475b
This gets rid of `#[serde(flatten)]` which prevents serde_ignored (and
other kinds of introspection) from working properly.
The price is now that the toplevel has to deal with two configuration
objects.
The Resolvable trait is overkill right now, but is going to do More
Things in a moment. In particular, we need the impl on tuples, so
that the whole config can be processed in one go.
Apply fs-mistrust to logfile directories.2022-05-24T14:54:02ZNick Mathewsonnickm@torproject.org2022-05-23T15:43:28Zurn:sha1:25c64db575cc5f8426c026b29cb82ff7fa270c43Make fs-mistrust configurable from the top level.2022-05-24T14:54:02ZNick Mathewsonnickm@torproject.org2022-05-23T15:31:47Zurn:sha1:b1fc4bd03bb4024cd5a467ccb682e88adf30bac7
This change requires a little refactoring of TorClientBuilder: now,
instead of enabling or disabling mistrust, it enables or disables
the decision to _override_ the mistrust in the config.
fs-mistrust: make Mistrust have a corresponding Builder type.2022-05-24T14:54:02ZNick Mathewsonnickm@torproject.org2022-05-18T17:26:01Zurn:sha1:95200383b52d1644d4de357c2a8a50d91fdc1021
This is an approximately minimal revision to get Builder in place;
subsequent commits will clean up the API.
add unit tests for arti_client::StreamPrefs2022-05-23T14:55:17Zmichael mccunemsm@opbstudios.com2022-05-22T17:45:05Zurn:sha1:0d8f520faf84ba7b9e53dc8eead0b97ffd287ba0
this change adds unit tests for the public methods of StreamPrefs. although
these are mostly "setter" style functions, the tests confirm the basic
expectations and operation.
Merge branch 'arti-config-2' into 'main'2022-05-13T12:30:24ZNick Mathewsonnickm@torproject.org2022-05-13T12:30:24Zurn:sha1:934de16098c0527920e1dbdd247949390743c5b7
Abolish arti-config, replacing with tombstone crate
See merge request tpo/core/arti!508arti-config: Move default config file test to arti-client2022-05-13T11:41:27ZIan Jacksonijackson@chiark.greenend.org.uk2022-05-13T10:18:28Zurn:sha1:cdde87846cd74843e7dce7bc02652564f04cd467
That's where this definitions is now. This test ought to have been
moved in
Move default_config_file() into arti-client
impl_standard_builder: Have it generate FooConfig::builder2022-05-12T17:50:26ZIan Jacksonijackson@chiark.greenend.org.uk2022-05-12T17:15:39Zurn:sha1:be5bc04c02d5023c46a117a048bf0a659094f4eb
This deletes many handcoded impls. It also generates lots of impls
that we previously didn't have.
Merge branch 'builder-default-bis' into 'main'2022-05-12T15:57:56Zetator@eta.st2022-05-12T15:57:56Zurn:sha1:2255778afa664ff059785d4d1f6790227a02d3b7
impl_standard_builder followup
See merge request tpo/core/arti!505Rename impl_standard_builder from impl_default_via_builder2022-05-12T14:59:13ZIan Jacksonijackson@chiark.greenend.org.uk2022-05-12T14:58:58Zurn:sha1:c1c6f2b376827c4ebb13bc08456f8355717d15e5
I have Plans for this macro. In particular:
* I have a wip branch which tests that the Builder can be
deserialised from an empty config (ie, that config reading
of a config with a blank section for this item works).
* I think we should autogenerate $Config::builder(),
and promote that, rather than $ConfigBuilder::default().
This macro could do that.