<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-dirmgr/src/bootstrap.rs, branch arti-v1.1.6</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.6</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.6'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2023-05-03T15:08:19Z</updated>
<entry>
<title>DirMgr: more trace!() logs and information in download/load functions.</title>
<updated>2023-05-03T15:08:19Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-04-10T14:27:48Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=8151fa504fc8e70d12f1dc07c49325b206b99c5b'/>
<id>urn:sha1:8151fa504fc8e70d12f1dc07c49325b206b99c5b</id>
<content type='text'>
My goal here is to make sure that we can't confuse
one download operation and another, and that we actually know
what's going on.  Previously, not all state transitions or
attempts to fetch information actually corresponded to a log.
</content>
</entry>
<entry>
<title>Use ErrorReport for errors in warn! in tor-dirmgr</title>
<updated>2023-01-30T18:52:32Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2023-01-30T18:19:13Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=dc9352b5154f5902549781d89409430237d4ef9a'/>
<id>urn:sha1:dc9352b5154f5902549781d89409430237d4ef9a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Use ErrorReport for errors in info! in tor-dirmgr</title>
<updated>2023-01-30T18:04:57Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2023-01-30T18:04:57Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=cc6cf7f973f3750a86c456426a7f0c46acb619f2'/>
<id>urn:sha1:cc6cf7f973f3750a86c456426a7f0c46acb619f2</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Allow clippy::unchecked_duration_subtraction in tests</title>
<updated>2023-01-27T13:28:02Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-01-27T13:01:45Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=a6dd92843edf2bd4c58de62a0d562921e4191ada'/>
<id>urn:sha1:a6dd92843edf2bd4c58de62a0d562921e4191ada</id>
<content type='text'>
This panics on error, and we're fine with a panic on misbehavior in
tests.
</content>
</entry>
<entry>
<title>test lint blocks: Add many many automatically</title>
<updated>2022-12-12T18:00:30Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-12-12T17:58:40Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=125a455bdcca841931f33f83f206e57637ae85c4'/>
<id>urn:sha1:125a455bdcca841931f33f83f206e57637ae85c4</id>
<content type='text'>
This is precisely the result of running the rune in
maint/adhoc-add-lint-blocks.
</content>
</entry>
<entry>
<title>dirmgr Store: Use `**` syntax and deref to trait objects</title>
<updated>2022-11-14T15:47:04Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-11-14T14:49:41Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=527ab06376084826855fde08dc05b862a6af6875'/>
<id>urn:sha1:527ab06376084826855fde08dc05b862a6af6875</id>
<content type='text'>
This will allow us to get rid of a needless trait impl.
</content>
</entry>
<entry>
<title>tor-dirclient: Make RequestFailed its own error type</title>
<updated>2022-10-20T16:24:53Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-10-19T11:14:12Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=d9375b2b8d60c43023b6a41c0d2429ea6efa72c6'/>
<id>urn:sha1:d9375b2b8d60c43023b6a41c0d2429ea6efa72c6</id>
<content type='text'>
We're going to have functions on Response that fail by returning only
one of these.

Sadly this diff is quite noisy.
</content>
</entry>
<entry>
<title>tor-dirclient Response: Rename output methods</title>
<updated>2022-10-20T16:24:50Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-10-19T10:57:04Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=3b1af058519a1be1ea2ce893115f2664cb2d8a08'/>
<id>urn:sha1:3b1af058519a1be1ea2ce893115f2664cb2d8a08</id>
<content type='text'>
These don't check errors and are therefore quite hazardous.
I'm going to introduce a more cooked version in a moment.
</content>
</entry>
<entry>
<title>fix clippy::unwrap_used and old TODO for msrv 1.56</title>
<updated>2022-09-10T12:37:32Z</updated>
<author>
<name>trinity-1686a</name>
<email>trinity@deuxfleurs.fr</email>
</author>
<published>2022-09-10T12:37:32Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=dcbdd076eb5df0d5d118a760d37f0071728bbbe2'/>
<id>urn:sha1:dcbdd076eb5df0d5d118a760d37f0071728bbbe2</id>
<content type='text'>
</content>
</entry>
<entry>
<title>`TaskSchedule`: give error on `sleep*()` if last handle is dropped</title>
<updated>2022-09-07T13:22:38Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-09-07T13:22:38Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=86e479ae1360a0cea3ad8020653c59f6aa52d338'/>
<id>urn:sha1:86e479ae1360a0cea3ad8020653c59f6aa52d338</id>
<content type='text'>
This fixes an busy-loop.

When the last `TaskHandle` on a `TaskSchedule` is dropped, the
schedule is permanently canceled: whatever operation it was
scheduling should no longer be performed.  But our code was broken:
the `sleep()` and `sleep_until_wallclock()` functions don't verify
whether the handles are dropped or not.

This breakage caused an CPU-eating busy-loop in
`sleep_until_wallclock`.

With this patch, we now return a `Result&lt;(), SleepError&gt;` from these
functions.

Fixes #572.
</content>
</entry>
</feed>
