mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.2 2025-03-31T17:59:51Z 2025-03-31T17:59:51Z Gabriela Moldovan gabi@torproject.org 2025-03-31T17:34:50Z urn:sha1:1be579f99a7c0784bd7710f9ee6ee9a6b10c85df Done using: ``` for crate in $(./maint/list_crates | rg '^(tor|arti-)'); do cargo set-version -p $crate 0.29.0 done ``` 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-27T14:32:48Z Gabriela Moldovan gabi@torproject.org 2025-03-27T12:15:38Z urn:sha1:fef7fb1e1bc4b7b4c91a3d64b69a9b9690839e41 The `js` feature was replaced by a configuration flag in [0.3.0], so I've checked in a `.cargo/config.toml` for `tor-llcrypto` and `tor-bytes` with `RUSTFLAGS` for selecting the `getrandom` backend to use on wasm32. [0.3.0]: https://github.com/rust-random/getrandom/blob/master/CHANGELOG.md#030---2025-01-25 2025-03-24T19:11:48Z Nick Mathewson nickm@torproject.org 2025-03-20T15:09:08Z urn:sha1:8a33afe155e9bd29d9302b4b44dd5843d00866db We want to require that whenever we generate a key that's persistent (stored in KeyMgr), it's going to be made from a stronger-than-usual Rng. This trait helps us enforce that. We also add a FakeEntropicRng struct to use for testing. Note that this turned up a case that we'd missed, which required an internal change in tor-hsservice. 2025-03-24T19:10:21Z Nick Mathewson nickm@torproject.org 2025-03-20T14:26:56Z urn:sha1:ee7c15868e916bc7dbbd26e707077c452dd5d452 This Rng combines inputs from several sources, including OsRng, to minimize the likelihood of falling to a vulnerability in any particular one. 2025-03-18T16:09:44Z Nick Mathewson nickm@torproject.org 2025-03-18T13:24:41Z urn:sha1:9e4de6cbfe5cef6076b89f7a94a5232d47b980dd dalek-cryptography is still on rand 0.8, so we need a compatibility shim for the Rng. Fortunately, since we merged interface-abstraction-of-the-daleks (!2868), we no longer need to propagate this compatibility layer throughout our codebase. 2025-03-18T16:09:44Z Nick Mathewson nickm@torproject.org 2025-03-17T17:56:27Z urn:sha1:e806f007efb84e40bf17ac1444b35ddab9abc83f (Per discussion at #1774, we think the changes are acceptable.) This commit won't compile on its own; subsequent commits will fix it. 2025-03-04T17:33:25Z Ian Jackson ijackson@chiark.greenend.org.uk 2025-02-26T17:19:40Z urn:sha1:37a1010070fa1cfd3d13adc4d5788def2c8ee115 This is going to become a hazard. Let's be explicit. This means using educe to derive the Default for Data. We also need to update our educe dependency to 0.4.22, since that's when Default(expression= "...") started working correctly. 2025-03-03T13:18:27Z Nick Mathewson nickm@torproject.org 2025-03-03T13:18:27Z urn:sha1:fd4dfef12d55dea0b4c07e290b5fef8cc925cd4d 2025-02-26T18:07:01Z Nick Mathewson nickm@torproject.org 2025-02-26T17:59:37Z urn:sha1:2b9e468422ef62fd2fbf16f2208d0827d8b110fd