<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-key-forge/src, branch main</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=main</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=main'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2026-07-23T10:13:34Z</updated>
<entry>
<title>tor-checkable: TimeBound: Make wrapped type an associated type</title>
<updated>2026-07-23T10:13:34Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2026-07-20T12:00:15Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b16e7a5ac48daa3e2f94660bdf7c39f54e7c702c'/>
<id>urn:sha1:b16e7a5ac48daa3e2f94660bdf7c39f54e7c702c</id>
<content type='text'>
It wouldn't make much sense for one concrete type to be unwrappable
variously as different inner types.
</content>
</entry>
<entry>
<title>tor-checkable: TimeBound: Make is_valid_at a provided method</title>
<updated>2026-07-23T10:13:34Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2026-07-16T15:30:15Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=9313f79335c2ba15e7e60bc6d97086c4c56ff30a'/>
<id>urn:sha1:9313f79335c2ba15e7e60bc6d97086c4c56ff30a</id>
<content type='text'>
Now that we have `bounds()`, we can centralise this implementation and
delete the implementations.

I don't think it's necessary to provide an engineered safeguard
against downstreams overriding this method.  Any existing implementors
of this trait will break because they must provide `.bounds()` now,
which is an opportunity to notice that the `is_valid_at` can be
deleted.  But, if it is not deleted, nothing goes wrong.
</content>
</entry>
<entry>
<title>tor-checkable: TimeBound: remove Error associated type</title>
<updated>2026-07-23T10:13:34Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2026-07-16T15:19:05Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=726f97b2a2099eea34d804e0132cf742964af8b7'/>
<id>urn:sha1:726f97b2a2099eea34d804e0132cf742964af8b7</id>
<content type='text'>
This was always TimeValidityError.  And we want to rely on that so we
can do the validity checking more centrally.
</content>
</entry>
<entry>
<title>tor-checkable: TimeBound: Add bounds accessor</title>
<updated>2026-07-23T10:13:34Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2026-07-20T18:25:52Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=845f56aeedabfd44ec4573f872aeefa77cf72556'/>
<id>urn:sha1:845f56aeedabfd44ec4573f872aeefa77cf72556</id>
<content type='text'>
This makes a `TimeBound` much more convenient to work with, will allow
more centralisation.

This replaces temporary `bound` inherent method on `TimeRangeBound`.
</content>
</entry>
<entry>
<title>Use new TimeBound name throughout the tree</title>
<updated>2026-07-16T15:47:50Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2026-07-16T14:32:14Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=5f57903ab4a8c280acf8a5bec274c50d5f544fd6'/>
<id>urn:sha1:5f57903ab4a8c280acf8a5bec274c50d5f544fd6</id>
<content type='text'>
</content>
</entry>
<entry>
<title>add_warning: add reference to arti#2556</title>
<updated>2026-07-15T17:56:49Z</updated>
<author>
<name>Jim Newsome</name>
<email>jnewsome@torproject.org</email>
</author>
<published>2026-07-15T17:56:49Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=6d333d6e6f0bf4d75fdc81e8865e06f6537d5af6'/>
<id>urn:sha1:6d333d6e6f0bf4d75fdc81e8865e06f6537d5af6</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Removed unnecessary lint</title>
<updated>2026-07-15T17:16:51Z</updated>
<author>
<name>pryty26</name>
<email>238962075+pryty26@users.noreply.github.com</email>
</author>
<published>2026-07-15T17:07:59Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=d12e408c1d62f29e58647c91a2714c49e3004cc4'/>
<id>urn:sha1:d12e408c1d62f29e58647c91a2714c49e3004cc4</id>
<content type='text'>
Removed unnecessary lint
</content>
</entry>
<entry>
<title>tor-key-forge: add a `secret()` accessor to the derived keypair type</title>
<updated>2026-06-25T02:46:15Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2026-06-25T02:45:46Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=c719fe1a49a984b3d4b6362c8f4f7e6b61ab3ac8'/>
<id>urn:sha1:c719fe1a49a984b3d4b6362c8f4f7e6b61ab3ac8</id>
<content type='text'>
</content>
</entry>
<entry>
<title>maint: Run maint/add_warning to deny string slices</title>
<updated>2026-06-09T15:36:01Z</updated>
<author>
<name>Clara Engler</name>
<email>cve@cve.cx</email>
</author>
<published>2026-06-09T15:36:01Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=9f5752a77fb57052c06ead0eeae606831f1e8e97'/>
<id>urn:sha1:9f5752a77fb57052c06ead0eeae606831f1e8e97</id>
<content type='text'>
This commit executes maint/add_warning with the just added change to
deny string slices except in tests.

I recommend auditing this by checking out the previous commit followed
by running the script yourself and then verifying that the diff is
identical to this commit.

This commit makes cargo clippy fail.  We will add exceptions in the next
commit.
</content>
</entry>
<entry>
<title>Upgrade rand crates to 0.10.</title>
<updated>2026-05-12T20:55:43Z</updated>
<author>
<name>Wesley Aptekar-Cassels</name>
<email>me@wesleyac.com</email>
</author>
<published>2026-05-07T20:06:21Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=a18167928901d8c88cd1cdd87346de8ad1ee42a2'/>
<id>urn:sha1:a18167928901d8c88cd1cdd87346de8ad1ee42a2</id>
<content type='text'>
When the circ-padding feature is enabled, we use maybenot, which does
not yet support rand 0.10. In the meantime, enabling this feature pulls
in rand 0.9. This is not ideal, but should be okay as a temporary
situation.

This also replaces the use of ReseedingRng (which was removed in 0.10)
with the reseeding_rng crate. This is somewhat less performant, but it
should be okay.
</content>
</entry>
</feed>
