mirrors/arti.git/crates/tor-keymgr/src/key_specifier.rs, branch arti-v1.2.8mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.2.82024-09-25T14:37:18ZUpgrade to derive_more version 1.0.02024-09-25T14:37:18ZNick Mathewsonnickm@torproject.org2024-09-25T14:37:18Zurn: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.
rename get_keypair_specifier() to keypair_specifier()2024-09-09T16:12:27ZAdam Joseph F0B74D717CDE8412A3E0D4D5F29AC8080DA8E1E03587-amjoseph@gitlab.torproject.org2024-09-09T16:12:17Zurn:sha1:6b6e56bb65f5395d4afe6922219f9b2dc6e110a1
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2393#note_3073480
tor_keymgr: add get_keypair_specifier() to KeySpecifier, and derive it2024-09-09T16:08:10ZAdam Joseph F0B74D717CDE8412A3E0D4D5F29AC8080DA8E1E03587-amjoseph@gitlab.torproject.org2024-09-07T07:24:18Zurn:sha1:dfec9e8e9106b470fe26b6a8307f098ec6d7ba99
This commit adds a new method `get_keypair_specifier()` to `KeySpecifier`.
This method is used to indicate when one KeySpecifier (e.g. `KP_hs_id`) is the
public part of another keypair (e.g. `KS_hs_id`). It will return the
containing keypair in this case, and `None` otherwise.
Fix new "clippy::needless-maybe-sized" warning on nightly2024-07-28T21:48:35ZNick Mathewsonnickm@torproject.org2024-07-28T21:34:18Zurn:sha1:1b6394cec9653937b404b93ed510e90b2eff9ae7
This warning complains when we say `where T: SomeTrait + ?Sized`
when `SomeTrait` is inherently Sized.
tor-keymgr: Use collect_tuple in TimePeriod::from_slug (fmt).2024-07-08T17:39:22ZGabriela Moldovangabi@torproject.org2024-07-08T17:39:22Zurn:sha1:ebc07845752d71f9e76c6118b2ea09cfaeea13f2tor-keymgr: Use collect_tuple in TimePeriod::from_slug.2024-07-08T17:19:34ZGabriela Moldovangabi@torproject.org2024-07-08T17:19:34Zurn:sha1:48b239cb3be2373141bb8fdf67be9e9468685eef
The previous approach was buggy: collecting the parts of the time period
into an `ArrayVec` of length 3 would panic if the number of parts was
greater than 3.
tor-keymgr: Test that parsing a TimePeriod with too many parts doesn't panic.2024-07-08T17:13:05ZGabriela Moldovangabi@torproject.org2024-07-08T17:13:05Zurn:sha1:58a2271b82ba7bf60bd9308f87c63f73cf46dece
This test currently fails because we have a bug in `TimePeriod`'s
`from_slug()` implementation. `TimePeriod::from_slug()` splits the slug
by `_`, and attempts to collect the parts into an `ArrayVec` of length
3. This is wrong, because the `collect()` will panic if there are more
than 3 parts.
Switch to derive-deftly2024-04-03T12:11:39ZIan Jacksonijackson@chiark.greenend.org.uk2024-04-02T11:58:49Zurn:sha1:b71d0bf6cd413650550b40ce81e02dc47ae2fa5e
This is the combination of a number of separate commits, many of which
were generated by seddery, and then rebased and squashed.
Cargo.toml
perl -i~ -pe 's{^derive-adhoc}{derive-deftly = "0.10"}' crates/*/Cargo.toml
(not regenerated during rebase)
update Cargo.lock
`cargo fetch` without --locked
(regenerated during rebase)
seddery
git-ls-files | grep '\.rs$' | xargs perl -i~ -pe 's{^use derive_adhoc}{use derive_deftly}'
git-ls-files | grep '\.rs$' | xargs perl -i~ -pe 's{\bdefine_derive_adhoc\b}{define_derive_deftly}g'
git-ls-files | grep '\.rs$' | xargs perl -i~ -pe 's{\bAdhoc\b}{Deftly}g if m{derive}'
git-ls-files | grep '\.rs$' | xargs perl -i~ -pe 's{\#\[derive_adhoc\b}{#[derive_deftly}g'
git-ls-files | grep '\.rs$' | xargs perl -i~ -pe 's{use derive_adhoc}{use derive_deftly}'
git-ls-files | grep '\.rs$' | xargs perl -i~ -pe 's{\bderive_adhoc\b}{derive_deftly_adhoc} if m{use.*deftly}'
git-ls-files | grep '\.rs$' | xargs perl -i~ -pe 's{\bderive_adhoc!}{derive_deftly_adhoc!}'
(not regenerated during rebase)
Manually add `#[derive_deftly_adhoc]` where needed.
seddery
git-ls-files | grep '\.rs$' | xargs perl -i~ -pe 's{\#\[adhoc\b}{#[deftly}g'
git-ls-files | grep '\.rs$' | xargs perl -i~ -pe 's{\bderive_adhoc_template}{derive_deftly_template}'
(not regenerated during rebase)
Manually fix up an import
Manually update some builder attrs
Manually fix up tor_rtmock::time_core
This was missed in my seddery, due to me rebasing the branch and not
redoing the seddery.
Run maint/add_warning.2024-03-13T16:30:53ZNick Mathewsonnickm@torproject.org2024-03-13T16:30:53Zurn:sha1:c0c9bd15d42897825dd0ab3d3b8dd1c17bd6320cfix: fix typos2024-03-09T08:16:15ZDimitris Apostoloudimitris.apostolou@icloud.com2024-03-09T08:16:15Zurn:sha1:ec10e508e4e8424c954f4c748dedcf45e7dadfda