<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/arti/src/subcommands/proxy.rs, branch arti-v1.6.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.6.0</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.6.0'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2025-09-24T19:23:32Z</updated>
<entry>
<title>arti: Add skip_all to instrument call.</title>
<updated>2025-09-24T19:23:32Z</updated>
<author>
<name>Wesley Aptekar-Cassels</name>
<email>me@wesleyac.com</email>
</author>
<published>2025-09-24T19:08:39Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=488db96818cd6764d25675514d6c8c8b840c41a7'/>
<id>urn:sha1:488db96818cd6764d25675514d6c8c8b840c41a7</id>
<content type='text'>
</content>
</entry>
<entry>
<title>arti: Add skip_all to instrument macro.</title>
<updated>2025-09-24T19:23:32Z</updated>
<author>
<name>Wesley Aptekar-Cassels</name>
<email>me@wesleyac.com</email>
</author>
<published>2025-09-16T13:50:54Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b4107f276ca793ef3de3ac868914f6a27fdfcbad'/>
<id>urn:sha1:b4107f276ca793ef3de3ac868914f6a27fdfcbad</id>
<content type='text'>
It's unlikely these arguments will be particularly useful, and omitting
skip_all can have security implications, so it's better to avoid it to
reflect good practice.
</content>
</entry>
<entry>
<title>opentelemetry: Add some instrument macros.</title>
<updated>2025-09-24T19:23:32Z</updated>
<author>
<name>Wesley Aptekar-Cassels</name>
<email>me@wesleyac.com</email>
</author>
<published>2025-09-16T13:25:15Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=e21ebd3793d497429ba7c8c437b346a9a2833407'/>
<id>urn:sha1:e21ebd3793d497429ba7c8c437b346a9a2833407</id>
<content type='text'>
I've added these in places that are useful for the debugging that I've
been doing.
</content>
</entry>
<entry>
<title>Switch Cargo.toml files to edition 2024.</title>
<updated>2025-08-07T15:28:36Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-08-06T01:19:58Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=77b0de43b8c67cdb81befe0680a3df43b6ad37bc'/>
<id>urn:sha1:77b0de43b8c67cdb81befe0680a3df43b6ad37bc</id>
<content type='text'>
First, run

```
git grep -l "^edition =" |
    xargs perl -i -pe 's/^edition *=.*/edition = "2024"/;'
```

Second, manually verify that all Cargo.toml files have changed,
and nothing else has changed.

Third, run cargo fmt again.
</content>
</entry>
<entry>
<title>arti: Optionally set up a Prometheus metrics exporter</title>
<updated>2025-04-08T17:20:50Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2025-03-24T16:04:20Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=53a9a604a24dc3d151fc62bd17f8daae8a52674d'/>
<id>urn:sha1:53a9a604a24dc3d151fc62bd17f8daae8a52674d</id>
<content type='text'>
New cargo feature `metrics`, currently experimental.

New config option `metrics.prometheus.listen`.  Uses standard `Listen`
syntax, but not every configuration is supported due to upstream
limitations.

If the config option is set, use metrics-exporter-prometheus to offer
an HTTP scrape endpoint.  Or, if compiled out, fail.

Currently there are no actual metrics exported at all.
</content>
</entry>
<entry>
<title>tor-rtcompat: Remove ToplevelBlockon from Runtime</title>
<updated>2025-03-04T17:30:43Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2025-02-26T15:30:53Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=5618b0367a5eb25c03f71a36b9ef625cdfa08be1'/>
<id>urn:sha1:5618b0367a5eb25c03f71a36b9ef625cdfa08be1</id>
<content type='text'>
Introduce ToplevelRuntime as an alias, and use it in the top-level
programs.

Now none of the principal protocol implementation code has access to
the executor's toplevel entrypoint, and can't call it by mistake.
</content>
</entry>
<entry>
<title>arti: Make Rpc argument unconditional when constructing socks proxy</title>
<updated>2025-01-23T17:25:41Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-01-23T17:18:09Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=49ce250eb1c2020b3cbaafa20086656491d98e14'/>
<id>urn:sha1:49ce250eb1c2020b3cbaafa20086656491d98e14</id>
<content type='text'>
Formerly this was a conditional method argument, which is a huge
antipattern.  Now it is unconditionally present, as `Option&lt;T&gt;` for
a type that is uninhabited when RPC isn't supported.
</content>
</entry>
<entry>
<title>arti: Use connect points to listen for RPC connections.</title>
<updated>2024-12-19T21:12:25Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-12-11T19:44:10Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=5cb21f7ebaf2378c78f75dfe4fb913047804bf61'/>
<id>urn:sha1:5cb21f7ebaf2378c78f75dfe4fb913047804bf61</id>
<content type='text'>
</content>
</entry>
<entry>
<title>arti-client: add path resolver to `TorClient` and `TorClientConfig`</title>
<updated>2024-11-18T15:01:56Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2024-11-13T23:04:19Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=13e0d145aed8b64870db8e6ba42c981f2cf4fb84'/>
<id>urn:sha1:13e0d145aed8b64870db8e6ba42c981f2cf4fb84</id>
<content type='text'>
Rather than using `arti_client::config::path_resolver()`, third-party
code can get the path resolver using `TorClientConfig`s
`AsRef&lt;CfgPathResolver&gt;` impl instead.
</content>
</entry>
<entry>
<title>update `CfgPath::path` to use a `CfgPathResolver`</title>
<updated>2024-11-18T15:01:56Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2024-11-05T05:18:57Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b5aa8f7a88808dc9267457ec723d23c8ffd1295a'/>
<id>urn:sha1:b5aa8f7a88808dc9267457ec723d23c8ffd1295a</id>
<content type='text'>
This is a big change across multiple crates since there isn't a good way
to break it up.

This changes the signature of `CfgPath::path` to:

```
pub fn path(&amp;self, path_resolver: &amp;CfgPathResolver) -&gt; Result&lt;PathBuf, CfgPathError&gt; {
```

Making this change means that our global `CfgPathResolver` needs to be
stored in the 'arti-client' library instead of `tor-config-path`, and
must be passed through to anything that calls `path` to expand the
variables.
</content>
</entry>
</feed>
