<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-netdir/src/err.rs, branch arti-v1.4.5</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.5</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.5'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2023-02-28T11:10:17Z</updated>
<entry>
<title>Rename onion-* cargo features to hs-* in tor-* crates</title>
<updated>2023-02-28T11:10:17Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2023-02-24T14:26:25Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=f63c7c48afd94fe9d09746f0b76fbaff8d4a1a79'/>
<id>urn:sha1:f63c7c48afd94fe9d09746f0b76fbaff8d4a1a79</id>
<content type='text'>
Fixes #756
</content>
</entry>
<entry>
<title>netdir: Implement ring-param constructors and time period accessors</title>
<updated>2023-01-28T17:43:08Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-01-24T15:46:56Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=5236c5cf887af0bd321ca80fb6dba991289549d6'/>
<id>urn:sha1:5236c5cf887af0bd321ca80fb6dba991289549d6</id>
<content type='text'>
This logic is a bit tricky, so I've tried to document it and add
fairly good tests.  The silver lining is that the external API for
all of this logic will make it invisible and hidden.

There are some cases where I added functions that I think might
eventually get lowered into MdConsensus: But I don't want to lower
too much right now, since the convention for our netdoc accessors is
that they are fairly unsophisticated, and they show you the document
as it is.

Closes #686
</content>
</entry>
<entry>
<title>Adjust onion service ring APIs in light of prop#342</title>
<updated>2023-01-11T14:04:13Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-01-10T14:23:42Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=5b74ef7af9be657918b1b2c8672f35b269c23198'/>
<id>urn:sha1:5b74ef7af9be657918b1b2c8672f35b269c23198</id>
<content type='text'>
* It is the NetDir's responsibility to tell the caller what the time
  period is.
* There can be up to two secondary time periods.
* Each time period has a single SRV.
* Secondary time periods only apply for onion services, when they
  publish.
* When publishing, the correct input is a time period.
</content>
</entry>
<entry>
<title>Add new APIs to NetDirProvider to better support timeliness.</title>
<updated>2022-07-26T09:40:53Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-07-25T14:55:23Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=c39aa5de73fb8f1747752b7b722e8b94b01e315b'/>
<id>urn:sha1:c39aa5de73fb8f1747752b7b722e8b94b01e315b</id>
<content type='text'>
Over the years we've found that most callers who want a netdir want
what C Tor calls a "reasonably live" network directory: One that is
not expired by too much, or too far in the future. But a few want a
_strictly_ live directory: one that says it is valid now, with no
tolerances.  And a few want _any_ directory, no matter how expired
it is.

This commit adds net methods to NetDirProvider to provide these
directories.  I think that most use cases will want to explicitly
think about what kind of directory they want, so I've made `netdir`
the simplest method.  I might remove `timely_netdir` by the end of
this branch; see TODO comments.

Part of #518.
</content>
</entry>
<entry>
<title>tor-netdir: Split testnet errors into a new type</title>
<updated>2022-02-15T19:43:36Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-02-15T19:43:36Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=058e4d7705c09b9e5a9d45e10b84a409308235b2'/>
<id>urn:sha1:058e4d7705c09b9e5a9d45e10b84a409308235b2</id>
<content type='text'>
There's no reason to have the test-network-construction code share an
error enum with the main netdir code.
</content>
</entry>
<entry>
<title>tor-netdir: remove unused error variants</title>
<updated>2022-02-15T19:36:15Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-02-15T19:36:15Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=ceb8e8c1e2864fbd326cf59c814209cf67e10a07'/>
<id>urn:sha1:ceb8e8c1e2864fbd326cf59c814209cf67e10a07</id>
<content type='text'>
This turns out to have been most of them, which
simplifies matters a lot.
</content>
</entry>
<entry>
<title>netdoc: Make doc-build errors a separate type</title>
<updated>2022-02-14T15:46:04Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-02-14T15:46:04Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b27c51d3a2ad4a7b8ec00c2a06be55af9459507a'/>
<id>urn:sha1:b27c51d3a2ad4a7b8ec00c2a06be55af9459507a</id>
<content type='text'>
Every other case of tor_netdoc::Error means a parse failure.  This one,
though, means a failure to construct  a document.
</content>
</entry>
<entry>
<title>Move all crates into a `crates` subdirectory.</title>
<updated>2021-08-27T13:53:09Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-08-27T13:53:09Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=557a0ff40b3731d4690767de27010bbeff08777d'/>
<id>urn:sha1:557a0ff40b3731d4690767de27010bbeff08777d</id>
<content type='text'>
This will cause some pain for now, but now is really the best time
to do this kind of thing.
</content>
</entry>
</feed>
