<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-config/src/lib.rs, branch arti-v0.4.0</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v0.4.0</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v0.4.0'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2022-05-25T18:15:47Z</updated>
<entry>
<title>tor-config: docs: add a lot of context and overview and xrefs</title>
<updated>2022-05-25T18:15:47Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-05-25T17:27:10Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=337b4a7231a03a6c0d0222e0d5b20171511984f0'/>
<id>urn:sha1:337b4a7231a03a6c0d0222e0d5b20171511984f0</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Run rustfmt following renaming</title>
<updated>2022-05-25T15:41:50Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-05-25T15:41:27Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=151d28c90fbaee83352304b098a03128c8cebded'/>
<id>urn:sha1:151d28c90fbaee83352304b098a03128c8cebded</id>
<content type='text'>
Split into its own commit to avoid churn in the rename commits.
</content>
</entry>
<entry>
<title>tor-config: Rename resolve_return_unrecognized, ..._ignore_...</title>
<updated>2022-05-25T15:41:05Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-05-25T15:37:11Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=0803296bd6b6b8dba3265ee46bd838379077939d'/>
<id>urn:sha1:0803296bd6b6b8dba3265ee46bd838379077939d</id>
<content type='text'>
As per
  https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/529#note_2807077
</content>
</entry>
<entry>
<title>tor-config: Rename "ignored" to "unrecognized" throughout</title>
<updated>2022-05-25T15:40:02Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-05-25T14:41:41Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=9f426e2c575890dc1037fb862fdcd1c1d7acd33b'/>
<id>urn:sha1:9f426e2c575890dc1037fb862fdcd1c1d7acd33b</id>
<content type='text'>
As per review comments
  https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/529#note_2807076
</content>
</entry>
<entry>
<title>tor-config: Track and (by default) warn on ignored config keys</title>
<updated>2022-05-24T19:14:57Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-05-24T19:05:03Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=09f26f2d6850a1b90a7d54a603dcdd37e92924df'/>
<id>urn:sha1:09f26f2d6850a1b90a7d54a603dcdd37e92924df</id>
<content type='text'>
</content>
</entry>
<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>tor-config: Introduce Builder trait and ConfigReolveError</title>
<updated>2022-05-24T19:08:40Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-05-24T18:06:01Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=687e5c369e1d722e4354d5ee19c8cc01e0b3085e'/>
<id>urn:sha1:687e5c369e1d722e4354d5ee19c8cc01e0b3085e</id>
<content type='text'>
We are going to need this for some generic code which is going to
appear shortly.  Having it produced by impl_standard_builder seems
best.  But that does mean being able to disable it, so extra stuff in
the macro.  Nothing uses this trait yet.

ConfigResolveError is not used now either, but will be in a moment.
</content>
</entry>
<entry>
<title>tor-config: Add a lint allow</title>
<updated>2022-05-24T19:08:40Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-05-24T16:53:59Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=fcdac71be7b565b2df9efd4ad4aaa2b590eb1b03'/>
<id>urn:sha1:fcdac71be7b565b2df9efd4ad4aaa2b590eb1b03</id>
<content type='text'>
I don't understand why this isn't tripping all the time.  Maybe
because this is in a macro.  Anyway, I am going to add a new
invocation of this macro from within a test where, empirically, it
trips.
</content>
</entry>
<entry>
<title>Merge branch 'arti-config-2' into 'main'</title>
<updated>2022-05-13T12:30:24Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-05-13T12:30:24Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=934de16098c0527920e1dbdd247949390743c5b7'/>
<id>urn:sha1:934de16098c0527920e1dbdd247949390743c5b7</id>
<content type='text'>
Abolish arti-config, replacing with tombstone crate

See merge request tpo/core/arti!508</content>
</entry>
<entry>
<title>arti-config abolition: Move functionality to 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:31:02Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=44d2f5ccfd6e94e705c4abc29a2e69db38dfdf19'/>
<id>urn:sha1:44d2f5ccfd6e94e705c4abc29a2e69db38dfdf19</id>
<content type='text'>
This crate no longer has any reason to exist.  All its remaining
functionality is generic enough to go into tor-config.

In this commit, we move the contents of lib.rs into a new file in
tor-config.  It contains:

 * Code motion
 * The minimal "mod" and "use" changes
 * The minimal doc comment
 * A new a compat alias for ConfigurationSources.

The compat alias is there because various crates currently speak of
arti_config::ConfigurationSources and it is most convenient to fix
them up after the type is available in tor_config.
</content>
</entry>
</feed>
