mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.3.0 2024-10-30T16:55:19Z 2024-10-30T16:55:19Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-10-30T16:55:19Z urn:sha1:08ff96ea214b3f4841aac10db77815e5e52c35d0 cargo set-version -p tor-async-utils 0.24.0 cargo set-version -p tor-basic-utils 0.24.0 cargo set-version -p tor-bytes 0.24.0 cargo set-version -p tor-cell 0.24.0 cargo set-version -p tor-cert 0.24.0 cargo set-version -p tor-chanmgr 0.24.0 cargo set-version -p tor-checkable 0.24.0 cargo set-version -p tor-circmgr 0.24.0 cargo set-version -p tor-config 0.24.0 cargo set-version -p tor-config-path 0.24.0 cargo set-version -p tor-consdiff 0.24.0 cargo set-version -p tor-dirclient 0.24.0 cargo set-version -p tor-dirmgr 0.24.0 cargo set-version -p tor-error 0.24.0 cargo set-version -p tor-general-addr 0.24.0 cargo set-version -p tor-geoip 0.24.0 cargo set-version -p tor-guardmgr 0.24.0 cargo set-version -p tor-hsclient 0.24.0 cargo set-version -p tor-hscrypto 0.24.0 cargo set-version -p tor-hsrproxy 0.24.0 cargo set-version -p tor-hsservice 0.24.0 cargo set-version -p tor-key-forge 0.24.0 cargo set-version -p tor-keymgr 0.24.0 cargo set-version -p tor-linkspec 0.24.0 cargo set-version -p tor-llcrypto 0.24.0 cargo set-version -p tor-log-ratelim 0.24.0 cargo set-version -p tor-memquota 0.24.0 cargo set-version -p tor-netdir 0.24.0 cargo set-version -p tor-netdoc 0.24.0 cargo set-version -p tor-persist 0.24.0 cargo set-version -p tor-proto 0.24.0 cargo set-version -p tor-protover 0.24.0 cargo set-version -p tor-ptmgr 0.24.0 cargo set-version -p tor-relay-crypto 0.24.0 cargo set-version -p tor-relay-selection 0.24.0 cargo set-version -p tor-rpcbase 0.24.0 cargo set-version -p tor-rtcompat 0.24.0 cargo set-version -p tor-rtmock 0.24.0 cargo set-version -p tor-socksproto 0.24.0 cargo set-version -p tor-units 0.24.0 cargo set-version -p arti-client 0.24.0 cargo set-version -p arti-relay 0.24.0 cargo set-version -p arti-rpc-client-core 0.24.0 cargo set-version -p arti-rpcserver 0.24.0 2024-10-14T17:50:48Z Gabriela Moldovan gabi@torproject.org 2024-10-14T17:50:48Z urn:sha1:b2d726951d1e73f2360710681ce19f5151644a0d The `RelaySigningKeySpecifier` is currently defined as: ```rust #[non_exhaustive] #[derive(Deftly, PartialEq, Debug, Constructor)] #[derive_deftly(KeySpecifier)] #[deftly(prefix = "relay")] #[deftly(role = "KP_relaysign_ed")] #[deftly(summary = "Relay medium-term signing keypair")] /// The key sepcifier of the relay medium-term signing key (RelaySigningKeypair) pub struct RelaySigningKeySpecifier; ``` This means there can only be a single `relaysign_ed` key with an `ArtiPath` of the form `relay/KP_relaysign_ed`. This is a problem, because relays storing their identity key offline will want to generate a number of `relaysign_ed` keys ahead of time, so we need the keystores to be able to contain multiple such keys. We will need their `ArtiPath` to encode a variable component (for example, a timestamp). We also need to teach `KeyMgr` to retrieve such keys (`KeyMgr::get` should return the first key that has a valid and timely certificate). This will involve extending the `KeySpecifier` trait with a function for obtaining the `KeySpecifier` of the certificate of the key, if there is one. For now, let's comment it out and rethink its `ArtiPath` as part of #1692. 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-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-26T12:07:09Z Nick Mathewson nickm@torproject.org 2024-09-26T12:07:09Z urn:sha1:3f478308f0680bc6c9b36ad1c36fdfe8115dc8cf Upgrade dependencies in preparation for next week's releases. See merge request tpo/core/arti!2450 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-25T14:06:30Z Nick Mathewson nickm@torproject.org 2024-09-25T14:06:30Z urn:sha1:72c1dea1cc88c35a8cc0c37f1aafff1dcfeb55f0 2024-09-18T19:27:33Z Steven Engler opara@torproject.org 2024-09-18T19:21:45Z urn:sha1:6a9b0ee6f5e02b794174b9766d3eb21c73562ee7 This re-exports the types/traits needed by the `define_ed25519_keypair` macro so that the macro caller doesn't need to import a bunch of extra packages in its Cargo.toml that it doesn't use, and so that the caller doesn't need a `use prelude::*` before invoking the macro. This makes the macro nicer to use for the caller, and should prevent the macro from causing "cannot find ... in this scope" errors. 2024-09-18T13:24:04Z David Goulet dgoulet@torproject.org 2024-09-16T17:36:47Z urn:sha1:ba498b170ced9230254d9a6e1a7d159ee8f03ccd Signed-off-by: David Goulet <dgoulet@torproject.org>