mirrors/arti.git/crates/tor-cert/src/lib.rs, branch arti-v1.0.1 mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.0.1 2022-08-24T16:22:41Z enable doc_auto_cfg feature on every crate when documenting for docs.rs 2022-08-24T16:22:41Z trinity-1686a trinity@deuxfleurs.fr 2022-08-17T19:13:13Z urn:sha1:7f939fa4804b3c934343141b79e8e2ded5fe0b0d change usage of PublicKey to Ed25519 in tor-cert 2022-07-23T18:07:25Z trinity-1686a trinity@deuxfleurs.fr 2022-07-23T18:07:25Z urn:sha1:8c28622ecbde60c710e24a722e0253b799b607a1 and propagate to other affected crates change check_key to take a Option<&_> instead of &Option<_> 2022-07-23T16:38:31Z trinity-1686a trinity@deuxfleurs.fr 2022-07-23T16:38:31Z urn:sha1:8def41614435e1ccbfdf3b96a291eaf457994ddd tor-cert: Encoding now uses Writeable trait. 2022-07-11T15:18:51Z Nick Mathewson nickm@torproject.org 2022-07-09T17:43:33Z urn:sha1:2367f92c2cb392fe1e4913f8481acd0af825fd19 This lets us remove a few TODOs. Implement functionality to construct signed Ed25519 certs. 2022-07-06T15:11:04Z Nick Mathewson nickm@torproject.org 2022-06-29T16:48:22Z urn:sha1:48e44b0140f80991896a37f28d67d52419fa3af6 This is behind a feature flag, since it isn't needed for pure clients: only onion services and relays need this. I've named the object that constructs these certs `Ed25519CertConstructor` because it doesn't follow the builder pattern exactly: mainly because you can't get an Ed25519Cert out of it. _That_ part is necessary because we require that an Ed25519Cert should only exist if the certificate was found to be well-signed with the right public key. Closes #511. Merge branch 'clippy' into 'main' 2022-06-24T14:13:58Z Ian Jackson iwj@torproject.org 2022-06-24T14:13:58Z urn:sha1:4831f9d38c8b3599184ca5f93a9929f784c8026b Fix clippy nightly again See merge request tpo/core/arti!603 tor-proto: split and elaborate tor_bytes::Error instances 2022-06-23T19:42:45Z Nick Mathewson nickm@torproject.org 2022-06-23T19:42:45Z urn:sha1:38004a4f4dd3aa99b81b6585039e81dc77c17f32 Some of these were for decoding particular objects (we now say what kind of objects), and some were unrelated tor_cert errors that for some reason we had shoved into a tor_bytes::Error. There is now a separate tor_cert::CertError type, independent from tor_cert's use of `tor_bytes::Error` for parsing errors. Run maint/add_warning crates/*/src/{lib,main}.rs 2022-06-23T18:15:42Z Ian Jackson ijackson@chiark.greenend.org.uk 2022-06-23T18:15:29Z urn:sha1:589c6e52bb49ccfe6c0ad9d18d6b994978e46c6c Update all lint blocks tor-cert: Make more types Clone and Debug. 2022-06-07T16:45:57Z Nick Mathewson nickm@torproject.org 2022-05-26T17:23:57Z urn:sha1:086ad51f82537c0353944ac31fb8637e072512ac (Not sure how we missed this before. This is part of making more of tor-netdoc tested.) lints: Add let_unit_value allow to all crates 2022-05-31T14:23:52Z Ian Jackson ijackson@chiark.greenend.org.uk 2022-05-31T10:46:13Z urn:sha1:4f42101554822c44782c164cac0051e3b4055abd From running add_warning, with manual picking of the right hunks/lines.