mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v0.0.1 2021-10-29T00:22:49Z 2021-10-29T00:22:49Z Nick Mathewson nickm@torproject.org 2021-10-29T00:22:49Z urn:sha1:4107533d77e51d9653d76dabbd893197fb176c65 2021-10-27T18:11:48Z eta tor@eta.st 2021-10-27T16:40:00Z urn:sha1:4fa0122dde2b664ebd10bfbe46da54c396dffdb3 This switches out `arti`'s argument-parsing library with `clap`, which is a lot more featureful (and very widely used within the Rust ecosystem). We also now use a lot of `clap`'s features to improve the CLI experience: - The CLI now expects a subcommand (currently, either "help", or "proxy" for the existing SOCKS proxy behaviour). This should let us add additional non-SOCKS-proxy features to arti in future. - `clap` supports default values determined at runtime, so the way the default config file is loaded was changed: now, we determine the OS-specific path for said file before invoking `clap`, so the help command can show it properly. - The behaviour of `tor_config` was also changed; now, one simply specifies a list of configuration files to load, together with whether they're required. - That function also way overused generics; this has been fixed. - Instead of using the ARTI_LOG environment variable to configure logging, one now uses the `-l, --log-level` CLI option. (The intent is for this option to be more discoverable by users.) - The `proxy` subcommand allows the user to override the SOCKS port used on the CLI without editing the config file. 2021-10-27T15:13:46Z Nick Mathewson nickm@torproject.org 2021-10-27T15:13:46Z urn:sha1:134c04a67adebff719011b608dabfa6da60ed247 2021-10-26T13:58:09Z Nick Mathewson nickm@torproject.org 2021-10-26T13:58:09Z urn:sha1:a3c472c67faf2cb6d5eb60972bf38d909575257f 2021-10-26T13:42:25Z Nick Mathewson nickm@torproject.org 2021-10-26T13:42:25Z urn:sha1:be4823818e191d871325a4334966801c562f36bd 2021-10-21T18:22:11Z Nick Mathewson nickm@torproject.org 2021-10-21T18:15:13Z urn:sha1:7c7a388e287afa0e168d8d666da6649a5750b9b5 Solves a name conflict with the existing tor_client create. Closes #130. 2021-10-19T20:21:12Z Nick Mathewson nickm@torproject.org 2021-10-19T20:21:12Z urn:sha1:445ec6d22053d3f76534844b6c02aefa1fbaedd7 (One represents code that I forgot to write.) 2021-10-19T19:29:36Z Nick Mathewson nickm@torproject.org 2021-10-19T19:29:36Z urn:sha1:d245147c7f8ff5171629e097fa852920bc8c224d 2021-10-19T18:59:25Z eta tor@eta.st 2021-10-19T16:26:48Z urn:sha1:b42a6712c9ea5afcc401963bf1d01bbc1bd0d9b1 The three arguments TorClient::bootstrap requires by way of configuration have been factored into a new TorClientConfig object. This object gains two associated functions: one which uses `tor_config`'s `CfgPath` machinery to generate sane defaults for the state and cache directories, and one that accepts said directories in order to create a config object with those inserted. (this commit was inspired by trying to use arti as a library and being somewhat overwhelmed by the amount of config stuff there was to do :p) 2021-10-18T18:03:38Z Nick Mathewson nickm@torproject.org 2021-10-18T17:52:08Z urn:sha1:5ae433c7470da5f022c92bed1641824b294717af Now we all both address:port, (address, port), and more. We also allow SocketAddr and IpAddr, but only via a trait labeled as "Dangerous".