mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.6 2023-06-30T12:42:21Z 2023-06-30T12:42:21Z Nick Mathewson nickm@torproject.org 2023-06-30T12:42:21Z urn:sha1:de13a7319b7de5a336a70f128d1904954ed77f82 Done with the commands below. The following crates have had various changes, and should get a patchlevel bump. Since they are pre-1.0, we do not need to distinguish new APIs from other changes. ``` cargo set-version --bump patch -p arti-client cargo set-version --bump patch -p safelog cargo set-version --bump patch -p tor-bytes cargo set-version --bump patch -p tor-cert cargo set-version --bump patch -p tor-circmgr cargo set-version --bump patch -p tor-config cargo set-version --bump patch -p tor-consdiff cargo set-version --bump patch -p tor-dirclient cargo set-version --bump patch -p tor-dirmgr cargo set-version --bump patch -p tor-error cargo set-version --bump patch -p tor-hsservice cargo set-version --bump patch -p tor-linkspec cargo set-version --bump patch -p tor-llcrypto cargo set-version --bump patch -p tor-netdir cargo set-version --bump patch -p tor-netdoc cargo set-version --bump patch -p tor-proto cargo set-version --bump patch -p tor-rpcbase cargo set-version --bump patch -p tor-socksproto ``` This crate has new features, but no new non-experimental Rust APIs. So even though it is post-1.0, it gets a patchlevel bump. ``` cargo set-version --bump patch -p arti ``` 2023-06-30T12:38:16Z Nick Mathewson nickm@torproject.org 2023-06-30T12:38:16Z urn:sha1:65e81bf0ca876669a15943caf4cf388515366623 Done with: ``` cargo set-version --bump minor -p tor-hsclient cargo set-version --bump minor -p arti-rpcserver cargo set-version --bump minor -p tor-hscrypto cargo set-version --bump minor -p tor-cell ``` 2023-06-29T21:09:52Z Nick Mathewson nickm@torproject.org 2023-06-29T21:09:52Z urn:sha1:23c67d92e62f46629807c1c681267374b2dcd72e 2023-06-29T19:30:41Z gabi-250 gabi@torproject.org 2023-06-29T19:30:41Z urn:sha1:09cb5eed4e81b9f2f179b0202c61aa74dea76400 arti-client: Add keystore_dir to StorageConfig. See merge request tpo/core/arti!1312 2023-06-29T18:50:30Z Nick Mathewson nickm@torproject.org 2023-06-29T18:50:30Z urn:sha1:90b5ce7fd79721fbe3cbfa47d4a5a88dac59d3f7 Mark all {hs,onion-serivce}-client features as non-experimental. Closes #896 See merge request tpo/core/arti!1347 2023-06-29T18:01:33Z Ian Jackson ijackson@chiark.greenend.org.uk 2023-06-29T15:56:45Z urn:sha1:d8e185a4bb04ceb4029267963c0c10169fb36d09 As per IRC discussion, re lack of Vanguards. 2023-06-29T17:59:27Z Gabriela Moldovan gabi@torproject.org 2023-06-29T13:48:49Z urn:sha1:434a8b3f0d82a7ed6930f2e65d9dd1177d3ccb84 This moves `storage.keystore_dir` to a separate `declare_exceptions` block and explains why we have this exception. 2023-06-29T17:59:27Z Gabriela Moldovan gabi@torproject.org 2023-06-29T10:14:38Z urn:sha1:373fd6acd280f9ec434b670dafec7bc035e41741 Let's remove this until we figure out how the config should behave when the `keymgr` feature is disabled (should it accept or reject `keystore_dir = true`?) 2023-06-29T17:59:27Z Gabriela Moldovan gabi@torproject.org 2023-06-28T14:05:40Z urn:sha1:67db6e31276456f95cd80a1e8022319baed31c62 2023-06-29T17:09:37Z Nick Mathewson nickm@torproject.org 2023-06-29T17:09:37Z urn:sha1:d164a9dac216536bf960c7cb6a1f43d25ca55dc6