mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.2.8 2024-09-30T13:04:32Z 2024-09-30T13:04:32Z Nick Mathewson nickm@torproject.org 2024-09-30T13:04:32Z urn:sha1:d6890da4b1f87fd5e834aeb0cc9a7cd4b1d99e88 Per our policy, every one of these gets a minor bump. Generated with: ``` for crate in $(./maint/list_crates | grep '^\(tor\|arti\)-' ); do cargo set-version --bump minor -p $crate; done ``` (Note the use of `-` at the end end of the grep pattern to prevent matching the `arti` crate.) 2024-09-30T12:56:28Z Nick Mathewson nickm@torproject.org 2024-09-30T12:56:28Z urn:sha1:b29dd6d7f90cf077e8809a1ab317e23535e165c8 These crates are not in the tor/arti namespace, but we have given them MSRV bumps: ``` oneshot-fused-workaround slotmap-careful fslock-guard hashx equix caret fs-mistrust safelog test-temp-dir retry-error ``` We are counting this as a breaking change. Since all of these crates are at 0.x.x, we have indicated the breaking change with a minor version bump. This commit was generated with the following script: ``` BUMPS=" oneshot-fused-workaround slotmap-careful fslock-guard hashx equix caret fs-mistrust safelog test-temp-dir retry-error " for crate in $BUMPS; do cargo set-version --bump minor -p $crate; done ``` 2024-09-26T14:24:02Z David Goulet dgoulet@torproject.org 2024-09-26T14:24:02Z urn:sha1:2ad24dd46615d908cefa68f5a9752d4863b89b6c Upgrade MSRV to 1.77 , and rusqlite to 0.32.1 See merge request tpo/core/arti!2451 2024-09-26T01:54:22Z Nick Mathewson nickm@torproject.org 2024-09-25T14:46:08Z urn:sha1:ff9e93a2a10ef02f436c6f7d7a05739a818b094a This will allow us to upgrade to the latest version of rusqlite. 2024-09-25T14:37:18Z Nick Mathewson nickm@torproject.org 2024-09-25T14:37:18Z urn:sha1:6a12c2ba8515226a772d5f4a81930bf42d67535a The `derive_more` crate broke backward compatibility with this version, so this change involved quite a few manual fixups. With luck, they'll keep compatibility for some while in the future. 2024-09-16T21:18:31Z Wesley Aptekar-Cassels me@wesleyac.com 2024-09-16T21:18:31Z urn:sha1:4d1ec233ceadfd1326d0643bd215051e71f95b84 2024-09-16T15:00:43Z Nick Mathewson nickm@torproject.org 2024-09-12T12:49:06Z urn:sha1:17927a8c9a13e027961b62b3c787387e8ed6f2e5 2024-09-11T13:19:19Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-09-11T11:32:08Z urn:sha1:12c2fbe076cfcff8d734b24d6aef243d09c64d15 We introduce the new constructor and call it at the error generation sites. But there is still not yet any functional change. Change the type of Truncated's field to be Sensitive. The original reason for not doing this no longer applies, since we don't generally want to open-code construction of this variant. Conveniently, changing the type means we get to find all the sites where one *is* constructed and adjust them. In reader.rs and tor-proto we can just call incomplete_error. In tor-cell, there's a call site where we previously provided an underestimate, and where the Reader isn't available. We adjust that ad-hoc but this is fine because the error variant will change. (relaycell is using a Reader from from_slice.) 2024-09-10T09:10:19Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-09-05T16:04:59Z urn:sha1:3642336ad06998f8eb8228883abc17a04186534d 2024-09-10T09:10:19Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-09-05T15:48:39Z urn:sha1:2ae6523dbfc6f3b26ffdc2465f93afab6de3c542 This will allow us to fix #1592, but it doesn't do so yet.