<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-cert, branch arti-v1.4.0</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.0</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.0'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2025-02-06T18:17:34Z</updated>
<entry>
<title>Version bumps to 0.27.0</title>
<updated>2025-02-06T18:17:34Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2025-02-06T18:13:25Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=e590ba4d522b44ffc7adc0eea463309df2de12f3'/>
<id>urn:sha1:e590ba4d522b44ffc7adc0eea463309df2de12f3</id>
<content type='text'>
See Release.md.

maint/list_crates | grep -P '^tor-|^arti-' | xargs -n1 nailing-cargo -Eu set-version --bump minor -p

This completes the version bumps.

The report of changed crates, before I started the release work, is:

$ maint/changed_crates -v "arti-v$LAST_VERSION"
     oneshot-fused-workaround: No change.
     slotmap-careful: No change.
     test-temp-dir: No change.
     fslock-guard: No change.
     hashx: No change.
     equix: No change.
     tor-basic-utils: No change.
     caret: No change.
fs-mistrust
     safelog: No change.
     retry-error: No change.
tor-error
     tor-general-addr: No change.
     tor-geoip: No change.
tor-rtcompat
tor-rtmock
tor-async-utils
tor-config
tor-config-path
tor-rpc-connect
     tor-log-ratelim: No change.
tor-rpcbase
     tor-memquota: No change.
tor-units
     tor-llcrypto: No change.
     tor-protover: No change.
tor-bytes
     tor-checkable: No change.
tor-cert
tor-key-forge
     tor-hscrypto: No change.
     tor-socksproto: No change.
     tor-linkspec: No change.
     tor-cell: No change.
tor-proto
     tor-netdoc: No change.
     tor-consdiff: No change.
tor-netdir
     tor-relay-selection: No change.
tor-persist
tor-chanmgr
     tor-ptmgr: No change.
     tor-guardmgr: No change.
tor-circmgr
     tor-dirclient: No change.
     tor-dirmgr: No change.
tor-keymgr
tor-hsclient
tor-hsservice
     tor-hsrproxy: No change.
tor-relay-crypto
arti-client
arti-relay
arti-rpcserver
arti
arti-rpc-client-core
$
</content>
</entry>
<entry>
<title>tor-cert: Add experimental API for building EncodedEd25519Certs.</title>
<updated>2025-01-13T19:28:01Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2024-12-12T12:15:49Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=73f0570d73eefc0936707ba154020ba364eecc2e'/>
<id>urn:sha1:73f0570d73eefc0936707ba154020ba364eecc2e</id>
<content type='text'>
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&lt;u8&gt;` 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
</content>
</entry>
<entry>
<title>tor-cert: Remove no-longer-needed experimental API.</title>
<updated>2025-01-13T19:25:57Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2024-12-09T19:38:25Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=498c0cf0ac2876871aa76f1bb8126eef66b6af75'/>
<id>urn:sha1:498c0cf0ac2876871aa76f1bb8126eef66b6af75</id>
<content type='text'>
Part of #1768
</content>
</entry>
<entry>
<title>tor-keymgr: Use Ed25519Cert::decode to parse the certs.</title>
<updated>2025-01-13T19:25:57Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2024-12-11T14:10:06Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=38c247ae3503bf9061663fb1745363eec123ca8d'/>
<id>urn:sha1:38c247ae3503bf9061663fb1745363eec123ca8d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Bump versions of internal arti crates for Arti 1.3.2</title>
<updated>2025-01-07T16:01:41Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-01-07T14:46:55Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=8f4297f5e2712213910b50ced205c7b5aa0619b5'/>
<id>urn:sha1:8f4297f5e2712213910b50ced205c7b5aa0619b5</id>
<content type='text'>
The affected crates follow our regular versioning.
They all get bumped to 0.26.0.

Done with

```
for crate in $(./maint/list_crates |grep  '^arti-\|tor-' ); do
    cargo set-version --bump minor -p $crate;
done
```
</content>
</entry>
<entry>
<title>clippy: deny `mod_module_files`</title>
<updated>2025-01-06T23:09:41Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2025-01-06T23:02:49Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=252a3a803b2db65792db5bd51dee8950d8557e0d'/>
<id>urn:sha1:252a3a803b2db65792db5bd51dee8950d8557e0d</id>
<content type='text'>
Denies 'mod.rs' files for consistency.

https://rust-lang.github.io/rust-clippy/master/index.html#mod_module_files
</content>
</entry>
<entry>
<title>Run "fixup-features" in preparation for release.</title>
<updated>2025-01-06T13:05:00Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-01-06T13:02:37Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=8810732cf7cf79c4746e8eac006d326f21d26c5f'/>
<id>urn:sha1:8810732cf7cf79c4746e8eac006d326f21d26c5f</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-cert: Add constructor for creating an encoded cert from a byte slice.</title>
<updated>2024-12-04T16:42:41Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2024-11-26T10:21:52Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=c0d59bbc9349c293ca1dc5218e20bf1c899e3c50'/>
<id>urn:sha1:c0d59bbc9349c293ca1dc5218e20bf1c899e3c50</id>
<content type='text'>
This adds an experimental API for creating an `EncodedEd25519Cert` from
a byte slice. We will need this in `ArtiNativeKeystore` for
deserializing the on-disk certs to `KeystoreItem`s.
</content>
</entry>
<entry>
<title>add_warnings, *: Allow clippy::needless_lifetimes</title>
<updated>2024-12-03T14:27:26Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-12-03T14:15:50Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=64cc3f2ed3eea0b7c5cc89ae07cbdadfdc1646fb'/>
<id>urn:sha1:64cc3f2ed3eea0b7c5cc89ae07cbdadfdc1646fb</id>
<content type='text'>
In 1.83, this warning triggers on many of our crates.
We're thinking of fixing them all, but for now,
we're going to disable the warning.

This is part of #1765.
</content>
</entry>
<entry>
<title>Bump all the unstable tor- and arti- crates to 0.25.0.</title>
<updated>2024-12-02T15:41:21Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2024-12-02T15:39:29Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=e29e7a9aab4312af6a35818cb01676376d888e49'/>
<id>urn:sha1:e29e7a9aab4312af6a35818cb01676376d888e49</id>
<content type='text'>
Done using:

```
for crate in $(./maint/list_crates  | rg '^(tor|arti-)'); do
    cargo set-version -p $crate 0.25.0
done
```
</content>
</entry>
</feed>
