mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.4 2025-06-05T10:24:54Z 2025-06-05T10:24:54Z Alexander Hansen Færøy ahf@torproject.org 2025-06-05T10:24:54Z urn:sha1:7794a5b1c60c694f1fc0c9d0de2e59ae1bdc31de This is done using: cargo set-version --bump patch -p fs-mistrust cargo set-version --bump patch -p equix cargo set-version --bump patch -p fslock-guard 2025-05-27T13:32:26Z Gabriela Moldovan gabi@torproject.org 2025-05-23T13:54:02Z urn:sha1:03885fdbf4ea19b9215e05cc557372758359f44d The [latest version] of `cargo-sort` is more opinionated than the previous one, and is now causing the `rust-checks` job to fail on `main`. This commit applies the fixes needed to satisfy the new `cargo-sort` rules. These changes were generated by running `cargo sort --workspace` several times, until `cargo sort --check --workspace` finally succeeded (it couldn't fix all the errors in one go, for some reason). I have omitted the changes `cargo-sort` made to the top-level `Cargo.toml`, to preserve the topological ordering of the workspace members. Closes #2014 [latest version]: https://github.com/DevinR528/cargo-sort/blob/f066ae80e5e6f5c1d8f0e2b8099461dcb97d9656/changelog.md#200 2025-05-16T01:46:11Z Nick Mathewson nickm@torproject.org 2025-05-16T01:46:11Z urn:sha1:30617ad94bed7d2e4829c10144daf202d3ffd23c The `IoError::other` function is an easier way to say `IoError::new(IoErrorKind::Other, ...)`. It's been around since 1.74, but clippy started warning about the more verbose version in 1.87. 2025-05-13T18:46:28Z Nick Mathewson nickm@torproject.org 2025-05-13T18:46:28Z urn:sha1:88e911acd4bb70bf1da0fc71d77b51cb6abde478 2025-05-06T14:09:07Z Jim Newsome jnewsome@torproject.org 2025-05-06T14:09:07Z urn:sha1:89cd5a69aa996491f0773f5f5cd9fc8addcdc647 fs-mistrust: fix build on non-unix systems See merge request tpo/core/arti!2962 2025-05-01T16:22:28Z Wesley Aptekar-Cassels me@wesleyac.com 2025-05-01T16:08:27Z urn:sha1:e5a27d7c554296f0f434d8a9a6f20724ca98aa38 The non-{arti-,tor-} crates are: ``` ./maint/list_crates | rg -v '^(tor|arti)' oneshot-fused-workaround slotmap-careful test-temp-dir fslock-guard hashx equix caret fs-mistrust safelog retry-error ``` Of these, only hashx and fs-mistrust have changed, as per: ``` ./maint/changed_crates -v "arti-v$LAST_VERSION" 2>&1 >/dev/null | grep -i "no change" | grep -v '\(tor\|arti\)-' ``` So these were updated with: ``` ./maint/bump_nodep hashx fs-mistrust ``` 2025-04-25T20:16:34Z Tobias Stoeckmann tobias@stoeckmann.org 2025-04-25T20:16:34Z urn:sha1:484df34fcd244e9dad2eaf5193b9171e6f7b937d The TrustAdminOnly enum value is only defined for unix systems. Consider this fact in mistrust_build function to fix build on e.g. Windows systems. 2025-04-03T17:48:08Z wesleyac wesleyac@torproject.org 2025-04-03T17:48:08Z urn:sha1:aa7c0e0a35d63bbd5ae8202101bd9bb9df2deec6 fix builds for Android See merge request tpo/core/arti!2824 2025-03-31T17:59:48Z Gabriela Moldovan gabi@torproject.org 2025-03-31T17:33:52Z urn:sha1:a0919b507bb2a5855e36b85a2e10e3eac5fa4e15 The non-{arti-,tor-} crates are: ``` ./maint/list_crates | rg -v '^(tor|arti)' oneshot-fused-workaround slotmap-careful test-temp-dir fslock-guard hashx equix caret fs-mistrust safelog retry-error ``` We split them in the following categories: * crates with no changes (no version bumps): ``` maint/changed_crates -v "arti-v$LAST_VERSION" 2>&1 >/dev/null | grep -i "no change" | grep -v '\(tor\|arti\)-' oneshot-fused-workaround: No change. slotmap-careful: No change. fslock-guard: No change. caret: No change. retry-error: No change. ``` * crates that only have non-functional changes (bump the patch version): - test-temp-dir - equix - fs-mistrust - safelog * crates where APIs were broken (bump minor): - hashx (`RngCore` impl for `SipRand`) The bumps from this commit were created using this script: ``` PATCH=" test-temp-dir equix fs-mistrust safelog " for crate in $PATCH; do cargo set-version --bump patch -p $crate; done MINOR=" hashx " for crate in $MINOR; do cargo set-version --bump minor -p $crate; done ``` 2025-03-26T15:27:09Z yaucp thomas.yau@kape.com 2025-03-26T15:27:09Z urn:sha1:0a4c1e155a926da2c568c92ef9338fc8eefed6c4