<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/arti/src/socks.rs, branch arti-v1.2.4</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.2.4</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.2.4'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2024-05-14T12:04:03Z</updated>
<entry>
<title>RPC: Use a slightly less awful workaround in socks.rs</title>
<updated>2024-05-14T12:04:03Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-05-13T15:43:43Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=1e871608451a5aa7130b6597ba745d0abb090fb3'/>
<id>urn:sha1:1e871608451a5aa7130b6597ba745d0abb090fb3</id>
<content type='text'>
The problem was that Rust won't let us say
```
 type ConnTarget&lt;R&gt; = Arc&lt;dyn ClientConnectionTarget&gt;;
```
because the R parameter wasn't used.

Previously we solved this by using a macro instead of a type
definition, which is ugly.

I had been thinking previously I would need to declare some kind of
additional wrapper type, and had shrunk from the verbosity.  But
@diziet pointed out that I could just use a 2-tuple unconditionally.

It's still not beautiful, but it is less hideous than before.
</content>
</entry>
<entry>
<title>Remove excess indentation from last commit.</title>
<updated>2024-05-14T12:04:03Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-05-12T17:41:43Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=fdbb8c6db572aa8f8442ee7a212ba56be2dfc2b3'/>
<id>urn:sha1:fdbb8c6db572aa8f8442ee7a212ba56be2dfc2b3</id>
<content type='text'>
(This is a separate commit to make the branch more readable)
</content>
</entry>
<entry>
<title>RPC: Refactor socks interpretation to remove stream id, add isolation.</title>
<updated>2024-05-14T12:04:03Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-05-12T17:37:24Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=eda2e1b957196d7f7f59a200194a77db0dc4df67'/>
<id>urn:sha1:eda2e1b957196d7f7f59a200194a77db0dc4df67</id>
<content type='text'>
</content>
</entry>
<entry>
<title>RPC: Add a trait that can be the target of SOCKS requests</title>
<updated>2024-05-12T17:41:09Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-05-09T22:54:39Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=a20973afe602d5977fd686f6e005c13a1e9d5100'/>
<id>urn:sha1:a20973afe602d5977fd686f6e005c13a1e9d5100</id>
<content type='text'>
(These will later become objects that can receive any application
request, once we have HTTP connect.)

For now, Session and TorClient implement this trait;
but soon there will be a new type to hold on to the created
DataStreamCtrl.

There are some XXXXs here, marking code that is too ugly to live.
I should fix it before I merge this branch.
</content>
</entry>
<entry>
<title>handle_socks_conn: update parameter name in doc comment</title>
<updated>2023-10-25T14:03:08Z</updated>
<author>
<name>Jim Newsome</name>
<email>jnewsome@torproject.org</email>
</author>
<published>2023-10-19T21:08:31Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=9480119ef6248181c4087ca1fb2ac7d8e39cb46a'/>
<id>urn:sha1:9480119ef6248181c4087ca1fb2ac7d8e39cb46a</id>
<content type='text'>
</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>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>
<entry>
<title>Remove onion service descriptor-related errorkinds.</title>
<updated>2023-06-22T17:11:06Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-06-22T17:11:06Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=33bfa7c7a86035342b09920cbf4c85e83889bb46'/>
<id>urn:sha1:33bfa7c7a86035342b09920cbf4c85e83889bb46</id>
<content type='text'>
These have been subsumed by other errorkinds, mostly
OnionServiceProtocolViolation and TorProtocolViolation.

In particular please review the change in tor-hsclient closely;
I am not sure about the new errorkinds for the error there.
</content>
</entry>
</feed>
