mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.11 2023-12-04T16:35:23Z 2023-12-04T16:35:23Z Nick Mathewson nickm@torproject.org 2023-12-04T16:22:58Z urn:sha1:fba95e4b4708929ed09554632acd2e9f15e3c086 This crate is new, and gets a bump to 0.1.0. tor-log-ratelim This crate had a breaking change: tor-persist tor-llcrypto had a breaking change. These crates _are_ tor-llcrypto, or (transitively) depend on it. I am assuming that they all re-expose something from it in a way that matters: tor-llcrypto tor-bytes tor-hscrypto tor-socksproto tor-checkable tor-cert tor-linkspec tor-cell tor-proto tor-netdoc tor-consdiff tor-netdir tor-chanmgr tor-ptmgr tor-guardmgr tor-circmgr tor-dirclient tor-dirmgr tor-keymgr tor-hsclient tor-hsservice tor-hsrproxy arti-client arti-rpcserver arti-hyper 2023-12-04T16:33:36Z Nick Mathewson nickm@torproject.org 2023-12-04T16:22:58Z urn:sha1:606905bd1fa3307a77a02463fa863f4c2b7cb890 These crates had backward-compatible changes, and get a patchlevel bump only: fs-mistrust tor-error tor-config tor-rtcompat tor-rtmock This crate exposes no non-CLI APIs, and gets a patchlevel bump only: arti 2023-11-30T14:40:45Z Ian Jackson iwj@torproject.org 2023-11-30T14:40:45Z urn:sha1:7b23daffb5c2e903881c9b2d64a0bccc7b3f698e Increase our MSRV to 1.70 See merge request tpo/core/arti!1773 2023-11-29T15:55:04Z Nick Mathewson nickm@torproject.org 2023-11-29T15:49:26Z urn:sha1:7fb24cb69da537ac04ab2dae80997c6d481622ef This code was needed with the old version of dalek-cryptography, which wasn't compatible with up-to-date versions of the `rand` crate(s). But now that we've upgraded, we can drop this. (We could have left it around and deprecated it, but we are already making a breaking change to tor-llcrypto by upgrading dalek-cryptography.) 2023-11-29T15:34:58Z Nick Mathewson nickm@torproject.org 2023-11-21T15:58:29Z urn:sha1:98037a2c788bd901679139178d25f855324637f3 The main changes that we have to adjust for are as follows: * In x25519-dalek: * `StaticSecret` is now behind a feature. * `StaticSecret::new` is deprecated in favor of `StaticSecret::random_from_rng`. * StaticSecret no longer does its own clamping. * In ed25519-dalek: * `SecretKey` has (in effect) been renamed to `SigningKey`. The name `SecretKey` is now an alias for `[u8; 32]`. * `SigningKey` is effectively a keypair, since it contains a public key as well. * `PublicKey` has been renamed to `VerifyingKey`. * The functions to extract a signing key and verifying key have been renamed as you might expect. * `ExpandedSecretKey` has been moved to `hasmat` and no longer implements `sign`. * `ExpanededSecretKey` now has as its elements a scalar and a hash prefix. * Various functions that took `&[u8]` now take `&[u8; N]`. * We no longer need a wrapper for older versions of rand. There is a single test in tor-keymgr that does not pass. I've marked it as ignore for now, in hopes that @gabi-250 can help me figure it out. This closes #808. There are several changes I want to make before we merge, however. They are marked with TODO DALEK. 2023-11-28T16:35:51Z Nick Mathewson nickm@torproject.org 2023-11-28T16:35:51Z urn:sha1:1b53c4ca3059fc395c98e2e6d0eb3b58f37c8ec1 2023-11-27T16:48:03Z Jim Newsome jnewsome@torproject.org 2023-11-16T17:23:05Z urn:sha1:5d7f70c0fe515aee8640f336cc799b70828fd109 2023-11-20T15:24:09Z Nick Mathewson nickm@torproject.org 2023-11-16T16:37:03Z urn:sha1:d706bb2ab80d260428f26522885201b7500f77f0 2023-11-20T15:24:09Z Nick Mathewson nickm@torproject.org 2023-11-15T22:54:34Z urn:sha1:4b1eef41ee8113b6c4b3d418240dc4c23ea31a50 It does not help that C tor has a set of parameters and a set of configuration options with exactly the same names which configure the same thing in two slightly different ways. 2023-10-31T16:11:03Z Nick Mathewson nickm@torproject.org 2023-10-31T16:11:03Z urn:sha1:c4a2d08c3104f974676df6e3b984dc6f3945654f