mirrors/arti.git/maint, branch arti-v1.1.7

check_licenses: Whitelist for crates that may use LGPL-3.0-only

2023-07-27T20:23:26Z

Narrows the previous check, allowing this particular LGPL only for the hashx and equix crates. Signed-off-by: Micah Elizabeth Scott

equix, hashx: Prepare for an initial LGPL release

2023-07-27T14:20:14Z

This replaces the 'TODO' marker from earlier commits, using tevador's copyright and license (LGPL 3.0 only) for the hashx and equix crates. Signed-off-by: Micah Elizabeth Scott

Reimplement HashX in Rust

2023-07-27T14:20:06Z

This is a new pure Rust implementation of the HashX algorithm designed by tevador for Tor's onion service proof of work puzzle v1. HashX is a lightweight family of randomly generated hash functions. A seed, via blake2 and siphash, drives a program generation model which randomly selects opcodes and registers while following some constraints that avoid timing stalls or insufficient hash mixing. The execution of these hash funcions can be done using a pure Rust interpreter, or about 20x faster using a very simple just in time compiler based on the dynasm assembler crate. This has been implemented for x86_64 and aarch64. Signed-off-by: Micah Elizabeth Scott

Fix typos

2023-07-22T07:10:34Z

cargo audit: un-ignore RUSTSEC-2023-0040 ("`users` is unmaintained"

2023-07-14T15:02:45Z

tor-proto: Add a suppression to "fix" the CI

2023-07-12T14:32:27Z

This is failing in CI. I have no idea what the rules are and AFAICT no-one is alleging that there is an actual bug in the attributes. Empirically this suppression causes the script to pass.

clippy: in tests, allow clippy::useless_vec

2023-07-10T12:49:51Z

This is a perf issue, only. If tests are too slow, we will notice and ca speed them up. We should optimise for clarity and convenience, rather than speed. Forbidding this can result in churn between vec![] and [] as tests are updated and changed.

clippy: globally allow clippy::needless_raw_string_hashes

2023-07-10T12:49:51Z

Rationale: no-one writes these by default without thinkinh. If they are unnecessary, then either the string must have had " in it before (in which case it might do again), or it is near other strings which *do* need it. And having it does no harm; indeed IMO it can increase clarity. Alternative to !1388's Fix new "needless_raw_string_hashes" lint from clippy +nightly

Merge branch 'allow_missing_panics' into 'main'

2023-07-07T12:53:46Z

add_warning: Tolerate clippy::missing_panics_doc Closes #950 See merge request tpo/core/arti!1380

add_warning: Tolerate clippy::missing_panics_doc

2023-07-06T18:29:40Z

As of current nightly, this lint now includes expect()s, which makes it trigger way more than we'd like. See discussion on #950.