mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.2.2 2024-04-03T12:11:39Z 2024-04-03T12:11:39Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-04-02T11:58:49Z urn: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. 2024-03-13T16:30:53Z Nick Mathewson nickm@torproject.org 2024-03-13T16:30:53Z urn:sha1:c0c9bd15d42897825dd0ab3d3b8dd1c17bd6320c 2023-10-25T15:32:36Z Gabriela Moldovan gabi@torproject.org 2023-10-24T16:35:48Z urn:sha1:35f3c1c9dc8a64b4f6f76e6e3d06b782b3d255d5 2023-09-25T18:57:08Z Gabriela Moldovan gabi@torproject.org 2023-09-25T15:41:46Z urn:sha1:02d03b3e1eb84d637681a165680b679b1808b582 2023-09-25T18:57:02Z Gabriela Moldovan gabi@torproject.org 2023-09-25T16:16:23Z urn:sha1:2ed5eae770f926e7c0892e5373c30dc031732b82 2023-09-25T18:56:58Z Gabriela Moldovan gabi@torproject.org 2023-09-25T15:28:29Z urn:sha1:5b5483aa2c8e6a9a9fbcdece1c453ad87d434fdc Previously, when retrieving `KS_hsc_desc_enc` keys (or any other x25519 keys) from the keystore, the keymgr would discard the public part of the key (SSH private keys contain the public part of the key too). Instead of discarding the public key and returning just the `StaticSecret`, the keymgr now returns a `StaticKeypair`. This makes the x25519 `EncodableKey`/`ToEncodableKey` implementation consistent with the ed25519 one (which retrieves key pairs rather than "unescorted" secrets). 2023-09-18T09:33:05Z Ian Jackson ijackson@chiark.greenend.org.uk 2023-09-07T12:07:16Z urn:sha1:9083d6a38430a79de7e57bc99716354b8f604636 This is actually just the start of an existing test case. tor-hsservice tests will want this in a moment. 2023-09-18T09:33:05Z Ian Jackson ijackson@chiark.greenend.org.uk 2023-09-07T12:14:36Z urn:sha1:3007eea677d8ffb15b09f1f9abe8e149a8dd63b4 2023-09-18T09:33:05Z Ian Jackson ijackson@chiark.greenend.org.uk 2023-09-07T11:05:50Z urn:sha1:67f72d41086914c6a3663a5ddb855e44bcc52f72 2023-08-29T16:54:05Z Ian Jackson ijackson@chiark.greenend.org.uk 2023-08-29T16:54:05Z urn:sha1:d88f120e9e2c5d06c757ad699c3a9deda7ae194a