<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/arti/src/watch_cfg.rs, branch tor-dirmgr-v0.5.1</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=tor-dirmgr-v0.5.1</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=tor-dirmgr-v0.5.1'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2022-05-24T19:14:57Z</updated>
<entry>
<title>Split TorClientConfig out of ArtiConfig, and Resolvable trait</title>
<updated>2022-05-24T19:14:57Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-05-24T18:07:25Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=9e526aad7c4ca37e8ee9b082449da6493b6e475b'/>
<id>urn:sha1:9e526aad7c4ca37e8ee9b082449da6493b6e475b</id>
<content type='text'>
This gets rid of `#[serde(flatten)]` which prevents serde_ignored (and
other kinds of introspection) from working properly.

The price is now that the toplevel has to deal with two configuration
objects.

The Resolvable trait is overkill right now, but is going to do More
Things in a moment.  In particular, we need the impl on tuples, so
that the whole config can be processed in one go.
</content>
</entry>
<entry>
<title>arti-config abolition: Change references to use tor_config</title>
<updated>2022-05-13T11:42:30Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-05-13T10:36:28Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=ef36882807dbd6e5dabdd2d40fe4543fb29443ee'/>
<id>urn:sha1:ef36882807dbd6e5dabdd2d40fe4543fb29443ee</id>
<content type='text'>
Generally, change the paths that mention the crate name to go via a
module-level "use".

This involves adding tor-config as a direct dependency for a few
crates.
</content>
</entry>
<entry>
<title>squash! Bump every crate's edition to 2021.</title>
<updated>2022-04-25T17:06:26Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-04-25T16:40:33Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=2f6bc6bdc431fa36de70a167eea777dcf3f60bf2'/>
<id>urn:sha1:2f6bc6bdc431fa36de70a167eea777dcf3f60bf2</id>
<content type='text'>
Remove all `use` statements for `TryFrom` and `TryInto`.  These are
now redundant in Rust 2021.
</content>
</entry>
<entry>
<title>ApplicationConfig: abolish accessor</title>
<updated>2022-03-21T12:39:50Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-03-21T12:39:17Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=94f4728a1c9dd061271867e538d8342d33dc2066'/>
<id>urn:sha1:94f4728a1c9dd061271867e538d8342d33dc2066</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Move ArtiConfig to new arti::cfg module</title>
<updated>2022-03-21T11:42:33Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-03-21T10:23:22Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=8aea5c9e43a823a16d170356b69148d085a06745'/>
<id>urn:sha1:8aea5c9e43a823a16d170356b69148d085a06745</id>
<content type='text'>
Code motion and import fixups.
</content>
</entry>
<entry>
<title>arti: Make main module entrypoints pub</title>
<updated>2022-03-11T18:28:15Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-03-11T16:34:02Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=32fe5cdd5ba1c7b753d4a3a672de482459db3dd9'/>
<id>urn:sha1:32fe5cdd5ba1c7b753d4a3a672de482459db3dd9</id>
<content type='text'>
This does not constitute any kind of stable API promise.
But it might allow people to use our arti client code in novel ways.
</content>
</entry>
<entry>
<title>Upgrade to newer version of config crate.</title>
<updated>2022-02-25T14:20:48Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-02-25T14:17:37Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=a3bc59918d5cca780f87a12cfc30a4cd209a6cfc'/>
<id>urn:sha1:a3bc59918d5cca780f87a12cfc30a4cd209a6cfc</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Properly linkify two doc comment xrefs to issues</title>
<updated>2022-02-04T15:11:44Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-02-04T15:11:44Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=a49889f11668f21ff47fdba4ab9eb451970ee0c2'/>
<id>urn:sha1:a49889f11668f21ff47fdba4ab9eb451970ee0c2</id>
<content type='text'>
Fixes these messages:

  warning: this URL is not a hyperlink
   --&gt; crates/arti/src/watch_cfg.rs:115:5
    |
115 | /// https://github.com/notify-rs/notify/issues/165 and
    |     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ help: use an automatic link instead: `&lt;https://github.com/notify-rs/notify/issues/165&gt;`
    |
    = note: `#[warn(rustdoc::bare_urls)]` on by default
    = note: bare URLs are not automatically turned into clickable links

warning: this URL is not a hyperlink
   --&gt; crates/arti/src/watch_cfg.rs:116:5
    |
116 | /// https://github.com/notify-rs/notify/pull/166 .
    |     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ help: use an automatic link instead: `&lt;https://github.com/notify-rs/notify/pull/166&gt;`
    |
    = note: bare URLs are not automatically turned into clickable links
</content>
</entry>
<entry>
<title>Document that `notify` behavior is strange with symlinks</title>
<updated>2022-02-03T16:11:21Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-02-03T14:52:07Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=49431f54420db007ef940e481445c5c29ee30e45'/>
<id>urn:sha1:49431f54420db007ef940e481445c5c29ee30e45</id>
<content type='text'>
(More specifically, `notify` behaves differently on different
platforms.  On some, it can watch specific directory objects on the
filesystem, and so it only notices when _those_ directories change.
If you change a symlink so that the canonical configuration file
location is now in some other directory, `notify` won't notice.  But
on other platforms, notify just does "stat()" in a loop. On those,
it _will_ notice if the configuration file changes.)
</content>
</entry>
<entry>
<title>Avoid a potential infinite loop in configuration-watching</title>
<updated>2022-02-03T14:38:58Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-02-03T14:38:58Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=656ad08d6586f363bf8d9cb0bd1a6925300f0d7c'/>
<id>urn:sha1:656ad08d6586f363bf8d9cb0bd1a6925300f0d7c</id>
<content type='text'>
Since the user can put their logfiles and configuration files in the
same directory, writing to the log can trigger an event from
`notify`.  If we log every non-interesting event from `notify`, then
we'll trigger the logs every time we log, and fill up the disk.

This commit removes the offending log and adds a comment about why.
If we someday decide we do need to log here, maybe we can rate-limit
the messages or something.
</content>
</entry>
</feed>
