<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/arti/src/dns.rs, branch arti-v1.8.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.8.0</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.8.0'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2025-11-12T15:00:55Z</updated>
<entry>
<title>Add a notion of isolation strong enough to enable long-lived circuits.</title>
<updated>2025-11-12T15:00:55Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-10-30T16:11:50Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=aeccee593f4a0a8375cd22186a3ac9eb3c5389e0'/>
<id>urn:sha1:aeccee593f4a0a8375cd22186a3ac9eb3c5389e0</id>
<content type='text'>
Part of prop368.
</content>
</entry>
<entry>
<title>all: replace all uses of `futures::task::SpawnExt` with `tor_rtcompat::SpawnExt`</title>
<updated>2025-11-05T03:39:55Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2025-11-05T03:00:47Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=6bfa9e986694b4fce0926dd21f309161e497ced8'/>
<id>urn:sha1:6bfa9e986694b4fce0926dd21f309161e497ced8</id>
<content type='text'>
</content>
</entry>
<entry>
<title>*: suppress cognitive_complexity warnings from nightly</title>
<updated>2025-05-29T14:21:17Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-05-21T14:48:35Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=5327d3e22a83b8469a5d4191d92e1364344ddc93'/>
<id>urn:sha1:5327d3e22a83b8469a5d4191d92e1364344ddc93</id>
<content type='text'>
Apparently clippy nightly is better (or worse?) about detecting
complex functions than before, so I'm suppressing these warnings
where they occur.

I have mixed feelings about these warnings:  On the plus side,
they really do help to detect functions that are twistier than they
need to be.  On the minus side, they get confused by tracing macros,
and the "allows" do pile up.  But on the plus side, those "allows"
do provide a way to find functions that need to be refactored,
and they are never uglier than the functions they decorate.
</content>
</entry>
<entry>
<title>arti: Warn when listening on non-loopback addresses.</title>
<updated>2024-09-25T16:28:47Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-09-25T16:28:47Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=9883916d082ecd5edc026f8eed833c5e68f9db32'/>
<id>urn:sha1:9883916d082ecd5edc026f8eed833c5e68f9db32</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Move from `trust-dns` to `hickory`</title>
<updated>2023-11-30T17:05:13Z</updated>
<author>
<name>Andrew</name>
<email>adoubt@disroot.org</email>
</author>
<published>2023-11-28T14:26:00Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=cfb1212577219547b2c9eacae96de707329e827b'/>
<id>urn:sha1:cfb1212577219547b2c9eacae96de707329e827b</id>
<content type='text'>
This is not a change of ownership but just rebranding.

Signed-off-by: Andrew &lt;adoubt@disroot.org&gt;
</content>
</entry>
<entry>
<title>Treat only EAFNOSUPPORT as a warning</title>
<updated>2023-09-26T08:16:39Z</updated>
<author>
<name>Jani Monoses</name>
<email>jani.monoses@gmail.com</email>
</author>
<published>2023-09-26T08:16:39Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=97ab5ae9b544131c2b607d1d9175b3a458556e6d'/>
<id>urn:sha1:97ab5ae9b544131c2b607d1d9175b3a458556e6d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Handle address already in use</title>
<updated>2023-09-22T16:26:45Z</updated>
<author>
<name>Jani Monoses</name>
<email>jani.monoses@gmail.com</email>
</author>
<published>2023-09-22T16:26:45Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=03c5a13ad4ed9e7820c7a4a26db6368fef3129e2'/>
<id>urn:sha1:03c5a13ad4ed9e7820c7a4a26db6368fef3129e2</id>
<content type='text'>
</content>
</entry>
<entry>
<title>arti, tor-config: Allow listening on generic addresses for SOCKS and DNS.</title>
<updated>2023-09-22T16:19:40Z</updated>
<author>
<name>Jani Monoses</name>
<email>jani.monoses@gmail.com</email>
</author>
<published>2023-09-20T07:33:04Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=d7f5a2b024226c8dbff5b2a01ad1a6c8615ee33a'/>
<id>urn:sha1:d7f5a2b024226c8dbff5b2a01ad1a6c8615ee33a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Bump to trust-dns-proto 0.23.0</title>
<updated>2023-09-05T12:05:45Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-09-05T12:02:37Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b44b46bc0273cf297e8d2ed260aed6750768510c'/>
<id>urn:sha1:b44b46bc0273cf297e8d2ed260aed6750768510c</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Throughout: Use *_report!() macros for reporting Errors.</title>
<updated>2023-07-07T17:00:21Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-07-07T13:54:27Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=25c6fe61e4cf230210dffdac2d3c281fcb31c5a9'/>
<id>urn:sha1:25c6fe61e4cf230210dffdac2d3c281fcb31c5a9</id>
<content type='text'>
I identified the cases to replace by searching for the string
`.report()`.  There are a few that I didn't change:

  * A couple of cases that used anyhow::Error,
  * One case that reported two Errors.
  * Two cases in `tor_hsclient::err` that just did
    `error!("Bug: {}")`.

I have also not audited the cases in `tor-hsclient` where we're using
`tor_error::Report` manually.

Nonetheless, closes #949.
</content>
</entry>
</feed>
