mirrors/arti.git/crates/tor-cert/src, branch arti-v1.7.0mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.7.02025-10-23T17:47:06Zproto: Remove relay ChannelAuthenticationData builder2025-10-23T17:47:06ZDavid Gouletdgoulet@torproject.org2025-10-23T16:54:04Zurn:sha1:c6d2e8ca9bcad5d5259dc5aee7bfa9a67b8c96db
Signed-off-by: David Goulet <dgoulet@torproject.org>
tor-cert: Generate x509 identity certificates for CERT cells2025-10-07T13:34:14ZNick Mathewsonnickm@torproject.org2025-10-02T22:50:17Zurn:sha1:4135a9b722273cc22e4418457b62538d1ec9c705
Closes #2197.
Remove "doc_auto_cfg" incantation from all crates.2025-09-29T19:30:03ZNick Mathewsonnickm@torproject.org2025-09-29T18:30:14Zurn:sha1:808b0ec2e3735a6dbbebeb857a3d6040ae02c697
This feature has been removed from nightly, in favor of doc_cfg.
clippy: fix `clippy::duplicated_attributes` warnings2025-08-11T15:22:24ZSteven Engleropara@torproject.org2025-08-11T15:22:22Zurn:sha1:327f6a31c0fed9ff0b17ac2257157274fbe6d4cb
```text
warning: duplicated attribute
--> crates/tor-hsservice/src/timeout_track.rs:630:14
|
630 | #![allow(clippy::needless_pass_by_value)] // TODO hoist into standard lint block
| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
```
Switch Cargo.toml files to edition 2024.2025-08-07T15:28:36ZNick Mathewsonnickm@torproject.org2025-08-06T01:19:58Zurn:sha1:77b0de43b8c67cdb81befe0680a3df43b6ad37bc
First, run
```
git grep -l "^edition =" |
xargs perl -i -pe 's/^edition *=.*/edition = "2024"/;'
```
Second, manually verify that all Cargo.toml files have changed,
and nothing else has changed.
Third, run cargo fmt again.
Temporarily suppress mismatched_lifetime_syntaxes.2025-07-07T15:50:04ZGabriela Moldovangabi@torproject.org2025-07-07T15:50:04Zurn:sha1:a11b611466a5a73f5e06a0aabd17284a57d12fe3
See #2060.
squash! Upgrade rand dependency to 0.9.2025-03-18T16:09:44ZNick Mathewsonnickm@torproject.org2025-03-18T13:01:31Zurn:sha1:2f8993c22c2b86010e4fd8b5169ef0ab83f8c754
- `rand::thread_rng()` has been deprecated and renamed to `rand::rng()`
Wrap ed25519-dalek types.2025-03-18T12:45:28ZNick Mathewsonnickm@torproject.org2025-03-17T18:31:42Zurn:sha1:d50e945a5286d89d75892878ff3aa9ed7ebed1f7
With this change, we'll no longer need to expose the types from
dalek-cryptography as part of our API, and we'll have more freedom
to switch ed25519 implementations, or to upgrade to a newer
`rand` ahead of their schedule.
Unlike with x25519-dalek, I had to tweak the API a bit: There's no
way to get a &PublicKey out of a Keypair now, and implementing the
old ed25519-dalek traits seemed unnecessary.
cert: reserve 0x0C for FAMILY_V_IDENTITY (happy families) certs.2025-02-11T19:01:34ZNick Mathewsonnickm@torproject.org2025-02-10T18:52:25Zurn:sha1:fa0574260b3d68286cb29cbc2a1cb8840c44760dtor-cert: Add experimental API for building EncodedEd25519Certs.2025-01-13T19:28:01ZGabriela Moldovangabi@torproject.org2024-12-12T12:15:49Zurn:sha1:73f0570d73eefc0936707ba154020ba364eecc2e
This will enable us to deserialize byte slices as `EncodedEd25519Certs`.
Needed because this type will be used to representing a parsed + validated
cert retrieved from the keystore.
Technically, we *could* do without this function by defining a separate
newtype wrapper over `Vec<u8>` to represent the validated cert data, but
IMO adding a second encoded ed25519 cert type in another crate might be
confusing later down the line (because the two types will be nearly
identical, and are bound to eventually diverge in terms of API and
implementation).
Part of #1137