mirrors/arti.git/crates/tor-config/src, branch arti-v1.1.1mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.12023-01-27T13:28:02ZAllow clippy::unchecked_duration_subtraction in tests2023-01-27T13:28:02ZNick Mathewsonnickm@torproject.org2023-01-27T13:01:45Zurn:sha1:a6dd92843edf2bd4c58de62a0d562921e4191ada
This panics on error, and we're fine with a panic on misbehavior in
tests.
Disable clippy::unlinlined-format-args2023-01-27T13:27:47ZNick Mathewsonnickm@torproject.org2023-01-27T12:49:39Zurn:sha1:bf04641c6818cb2c87c6ed9cf463a5710f8919d2
This warning kind of snuck up on us! (See #748) For now, let's
disable it. (I've cleaned it up in a couple of examples, since
those are meant to be more idiomatic and user-facing.)
Closes #748.
Upgrade toml to version 0.6.2023-01-25T21:29:53ZNick Mathewsonnickm@torproject.org2023-01-25T21:29:53Zurn:sha1:f9903789d1134f5c484fdab3d4f3d4a710e3d76e
This required rewriting some of our error handling code in
command-line processing, since the toml crate now displays and
reports errors differently. (Admittedly, this code still is kind of
ugly, but at least it is nicely hidden.)
Fix typos2023-01-07T18:35:54ZDimitris Apostoloudimitris.apostolou@icloud.com2023-01-07T18:35:54Zurn:sha1:892c6eaadf856b080423ca70d1edac030f5b2695test lint blocks: Add many many automatically2022-12-12T18:00:30ZIan Jacksonijackson@chiark.greenend.org.uk2022-12-12T17:58:40Zurn:sha1:125a455bdcca841931f33f83f206e57637ae85c4
This is precisely the result of running the rune in
maint/adhoc-add-lint-blocks.
test lint blocks: Do some semi-manually2022-12-12T18:00:29ZIan Jacksonijackson@chiark.greenend.org.uk2022-12-12T17:57:37Zurn:sha1:baf78361e848269a24a3019d99f87943872e6012
This is the hunks from running the rune in maint/adhoc-add-lint-blocks
but which require some subsequent manual fixup: usually, deleting
now-superfluous outer allows, but in some cases manually putting back
lints that the adhoc script deleted.
tor-config: Update to shellexpand 3.x2022-12-06T15:15:22ZIan Jacksonijackson@chiark.greenend.org.uk2022-12-06T15:11:39Zurn:sha1:ba338bdf371250210474346bf0ac492d3bc70672
This is the new upstream version (published by me, recently).
It has the same MSRV and one breaking change:
The caller who specifies a home dir function for substituting into
strings, must now supply a string, not Path. Previously shellexpand
would allow the caller to supply non-unicode data, and then simply not
substitute it. That was an infelicity in the shellexpand API.
Now this infelicity is pushed into our code. The overall behaviour of
Arti hasn't changed as a result. And it seems reasonable to me.
shellexpand 3.x also has a module for expanding Paths instead, in
response to requests for this filed as upstream tickets. We *could*
use that but I am not sanguine about that approach: the Pathness would
spread throughout much of our config and file handling code.
I think we should at the very least postpone trying to work with
invalid-unicode-paths as long as we can.
tor-config: home dir handling: fmt pre-patch2022-12-06T15:11:58ZIan Jacksonijackson@chiark.greenend.org.uk2022-12-06T15:11:26Zurn:sha1:010ffd6ea6c517379a8913c953932986d68a32a4tor-basic-utils: list_builder: Use standard test lint block2022-11-29T18:41:56ZIan Jacksonijackson@chiark.greenend.org.uk2022-11-29T18:41:56Zurn:sha1:f3c8b0433b9e68aabb481370dec89497c3da817b
This gets rid of a spurious warning on nightly about the use of dbg!
tor-config MultilineListBuilder: Test deserialisation2022-11-29T17:53:04ZIan Jacksonijackson@chiark.greenend.org.uk2022-11-29T17:42:24Zurn:sha1:cdc1e574f9abead6a3677b5d177e78de2746cdb2