<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-rtmock/src, branch arti-v1.1.7</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.7</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.7'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2023-07-24T12:46:05Z</updated>
<entry>
<title>Run cargo +nightly fmt to format many let ... else ...</title>
<updated>2023-07-24T12:46:05Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2023-07-24T12:46:05Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=3e2a909707acf7cad2621316a51f8643f1fe908a'/>
<id>urn:sha1:3e2a909707acf7cad2621316a51f8643f1fe908a</id>
<content type='text'>
rustfmt has grown opinions about how let ... else ... ought to be
formatted.  They don't always agree with our previous manual
decisions.

I think our policy is to always insist on rustfmt.  When that version
of rustfmt hits stable, our CI will start to fail for everyone.
(Right now this discrepancy just causes trouble for contributors who
are using nightly by default.)
</content>
</entry>
<entry>
<title>Run maint/add_warning to actually apply new lint allows</title>
<updated>2023-07-10T12:49:51Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2023-07-10T11:19:32Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=473447a82e099fd52a674c28f5bc24b3e05208c0'/>
<id>urn:sha1:473447a82e099fd52a674c28f5bc24b3e05208c0</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add exceptions for some cases of diverging_sub_expression</title>
<updated>2023-07-10T11:33:21Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-07-07T18:17:52Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=0b6cc7ba5ed6962bb6cf568a8bdc788de4c329f6'/>
<id>urn:sha1:0b6cc7ba5ed6962bb6cf568a8bdc788de4c329f6</id>
<content type='text'>
See here for documentation on the lint:
https://rust-lang.github.io/rust-clippy/master/index.html#/diverging_sub_expression

The issue here, from what I can tell, is that the lint triggers
whenever you use a diverging expression as a function body within an
</content>
</entry>
<entry>
<title>Merge branch 'da-task' into 'main'</title>
<updated>2023-07-10T10:53:23Z</updated>
<author>
<name>gabi-250</name>
<email>gabi@torproject.org</email>
</author>
<published>2023-07-10T10:53:23Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=2db3e7343480228a26204e8b3f9c333c3fc63f22'/>
<id>urn:sha1:2db3e7343480228a26204e8b3f9c333c3fc63f22</id>
<content type='text'>
RFC: tor-rtmock: Use derive-adhoc for composite runtimes

See merge request tpo/core/arti!1381</content>
</entry>
<entry>
<title>tor-rtmock: Use derive-adhoc for composite runtimes</title>
<updated>2023-07-07T09:26:44Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2023-07-06T14:46:35Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=6e495d8400e9e5b0deb087d572f821d7fd802b8f'/>
<id>urn:sha1:6e495d8400e9e5b0deb087d572f821d7fd802b8f</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Run add_warning to remove `missing_panics_doc` deny.</title>
<updated>2023-07-06T18:32:23Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-07-06T18:32:23Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=03f9f9987a7ba42368d82363bef7f569e32ffe2c'/>
<id>urn:sha1:03f9f9987a7ba42368d82363bef7f569e32ffe2c</id>
<content type='text'>
Closes #950.
</content>
</entry>
<entry>
<title>tor-rtmock: statically assert that the macro makes a Runtime impl</title>
<updated>2023-07-06T14:58:42Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2023-07-06T14:46:03Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=de97288c5325b331ef0805be16ead1ec73cb3941'/>
<id>urn:sha1:de97288c5325b331ef0805be16ead1ec73cb3941</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-rtmock: Use the same specified field for BlockOn and Spawn</title>
<updated>2023-07-06T14:58:42Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2023-07-06T14:34:24Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=f0168b5220b47ea5563893d0e57f2b26a1c3be61'/>
<id>urn:sha1:f0168b5220b47ea5563893d0e57f2b26a1c3be61</id>
<content type='text'>
These are always the same and probably always will be.
</content>
</entry>
<entry>
<title>tor-rtmock: task: Fix a typo</title>
<updated>2023-07-06T14:14:41Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2023-07-06T13:34:46Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=6ed8e0b669c567ebefefb1d5e9660c6d3e1014d2'/>
<id>urn:sha1:6ed8e0b669c567ebefefb1d5e9660c6d3e1014d2</id>
<content type='text'>
As per
  https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1375#note_2919976
</content>
</entry>
<entry>
<title>tor-rtmock: task: clarify progress_until_stalled a little</title>
<updated>2023-07-06T14:14:41Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2023-07-06T13:33:58Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=7e7428611e134f58177d310786603453283a0cbc'/>
<id>urn:sha1:7e7428611e134f58177d310786603453283a0cbc</id>
<content type='text'>
</content>
</entry>
</feed>
