mirrors/arti.git/crates/tor-llcrypto, branch arti-v1.0.0mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.0.02022-09-01T12:59:49ZBump crate versions in preparation for Arti 1.0.0 release.2022-09-01T12:59:49ZNick Mathewsonnickm@torproject.org2022-09-01T12:52:51Zurn:sha1:96875ea20875e3a5cfc9f348365f19a158578190
Because we want to work more on ensuring that our semver stability
story is solid, we are _not_ bumping arti-client to 1.0.0 right now.
Here are the bumps we _are_ doing. Crates with "minor" bumps have
had API breaks; crates with "patch" bumps have had new APIs added.
Note that `tor-congestion` is not bumped here: it's a new crate, and
hasn't been published before.
```
tor-basic-utils minor
fs-mistrust minor
tor-config minor
tor-rtcompat minor
tor-rtmock minor
tor-llcrypto patch
tor-bytes patch
tor-linkspec minor
tor-cell minor
tor-proto minor
tor-netdoc patch
tor-netdir minor
tor-persist patch
tor-chanmgr minor
tor-guardmgr minor
tor-circmgr minor
tor-dirmgr minor
arti-client minor
arti-hyper minor
arti major
arti-bench minor
arti-testing minor
```
add feature annotation not added by doc_auto_cfg2022-08-24T16:22:41Ztrinity-1686atrinity@deuxfleurs.fr2022-08-18T00:04:46Zurn:sha1:426a59b2ba591e20a13c568d665310c55e2f8e53enable doc_auto_cfg feature on every crate when documenting for docs.rs2022-08-24T16:22:41Ztrinity-1686atrinity@deuxfleurs.fr2022-08-17T19:13:13Zurn:sha1:7f939fa4804b3c934343141b79e8e2ded5fe0b0dMerge branch 'main' into 'linkspec_refactor_v3'2022-08-10T14:48:57ZNick Mathewsonnickm@torproject.org2022-08-10T14:48:57Zurn:sha1:36a28a8587bbef44daa735c52a0207434989f11b
# Conflicts:
# crates/tor-netdir/semver.mdDefine a constant for ED25519 identity length.2022-08-10T14:39:36ZNick Mathewsonnickm@torproject.org2022-08-03T21:31:39Zurn:sha1:62850a24c970382d008346a23511008cf8ad5383Add TODO comments about unwanted copies.2022-08-01T16:40:13ZNick Mathewsonnickm@torproject.org2022-08-01T16:40:13Zurn:sha1:50b42b50df8e7ac516758dea77280087a892370ator-llcrypto: make AES key objects ZeroizeOnDrop when using openssl2022-08-01T16:38:34ZNick Mathewsonnickm@torproject.org2022-08-01T16:38:34Zurn:sha1:cba0f40aa4d31f3238c355d53208a4d0f65fbfe0
Part of #254.
Stop deriving Zeroize for RsaIdentity.2022-08-01T16:27:53ZNick Mathewsonnickm@torproject.org2022-08-01T16:23:59Zurn:sha1:dd0a83925c7cfb944155be57327f73891cb2f52a
These are not secret.
Use the `zeroize` feature in several crates2022-08-01T16:13:05ZNick Mathewsonnickm@torproject.org2022-08-01T16:13:05Zurn:sha1:514c3a8e620ea235f3af68ec6b137b0f0e3d9863
Using `zeroize` here tells these crates that they should make
various structures zeroize-on-drop.
(This is not yet implemented in `aes` 0.8.1, but support has been
merged in the repository for `aes`, so it should go out in the next
release.)
No corresponding feature flag is needed to enable zeroize-on-drop
for `rsa` and `*25519-dalek` private keys.
Now that versions have bumped, remove semver.md files.2022-08-01T14:07:12ZNick Mathewsonnickm@torproject.org2022-08-01T14:07:12Zurn:sha1:b16c042004e09d34ba134c1bf6a4da38a13e2826