mirrors/arti.git/crates/tor-relay-crypto, branch arti-v1.3.1 mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.3.1 2024-12-02T15:41:21Z Bump all the unstable tor- and arti- crates to 0.25.0. 2024-12-02T15:41:21Z Gabriela Moldovan gabi@torproject.org 2024-12-02T15:39:29Z urn:sha1:e29e7a9aab4312af6a35818cb01676376d888e49 Done using: ``` for crate in $(./maint/list_crates | rg '^(tor|arti-)'); do cargo set-version -p $crate 0.25.0 done ``` Fix several Cargo.tomls to satisfy cargo-sort. 2024-12-02T10:45:24Z Gabriela Moldovan gabi@torproject.org 2024-12-02T10:45:09Z urn:sha1:338bafc206ae76a8ff847e26c55f84539c8247df Run fixup-features in preparation for release (fmt). 2024-12-02T10:21:22Z Gabriela Moldovan gabi@torproject.org 2024-12-02T10:21:22Z urn:sha1:79ebfca2db4b631404329c4d25a91296eccaf839 Run fixup-features in preparation for release. 2024-12-02T10:18:10Z Gabriela Moldovan gabi@torproject.org 2024-12-02T10:18:10Z urn:sha1:33ee39924dbffdd3f8686b1cf0420782b9675112 tor-relay-crypto: Rename RelaySigningKeypairSpecifier's timestamp to valid_until. 2024-10-31T14:34:51Z Gabriela Moldovan gabi@torproject.org 2024-10-30T18:23:10Z urn:sha1:7a0a41e2eed85065fcb614325f6fab838aa397e3 As per our discussion in https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2577#note_3099356 tor-relay-crypto: Add tests for relay key specifier serialization. 2024-10-31T14:34:51Z Gabriela Moldovan gabi@torproject.org 2024-10-23T11:01:05Z urn:sha1:04caca755d5294f83a571ccebeaa9b55fe13c7a7 tor-relay-crypto: Add a denotator to RelaySigningKeypairSpecifier. 2024-10-31T14:34:51Z Gabriela Moldovan gabi@torproject.org 2024-10-23T11:00:33Z urn:sha1:8357c7c6fe01fd4c59e353a39ff59642bff0c19a This will enable us to store more than one `K_relaysign_ed` in the keystore. Closes #1692 tor-relay-crypto: Add a specifier for the public part of the identity keypair. 2024-10-31T14:34:01Z Gabriela Moldovan gabi@torproject.org 2024-10-23T10:27:32Z urn:sha1:f8e5b7452cd97c58bed91707cf42f29b3b9754de We'll eventually need this specifier (for example, if the `KS_relayid_ed` private key stored offline, the public part of the keypair will be stored in the online keystore, and will be retrievable using the new `RelayIdentityPublicKeySpecifier` specifier). tor-relay-crypto: Fix typo in doc comment. 2024-10-31T14:29:30Z Gabriela Moldovan gabi@torproject.org 2024-10-23T10:23:11Z urn:sha1:3d0037dcc67aa7e3d34f18d5c8c7c40ac87b5718 tor-relay-crypto: Use the KS_ prefix for RelayIdentityKeySpecifier. 2024-10-31T14:29:30Z Gabriela Moldovan gabi@torproject.org 2024-10-23T10:20:46Z urn:sha1:a4f2ccf9446c25af346274122512ae457b52693a According to its docs, `RelayIdentityKeySpecifier` was meant to be the key specifier for the relay identity keypair, so its role prefix should be `KS_`. This also renames `RelayIdentityKeySpecifier` to `RelayIdentityKeypairSpecifier` for clarity (we're about to add another specifier here, for the public relay identity key).