mirrors/arti.git/crates/tor-netdoc/src, branch arti-v1.7.0 mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.7.0 2025-10-23T10:12:20Z tor-netdoc: impl ItemArgumentParseable for Ignored 2025-10-23T10:12:20Z Ian Jackson ijackson@chiark.greenend.org.uk 2025-10-22T12:08:45Z urn:sha1:a776b2cc5408b7a01f644dbbd73b4b1d829a7231 Change our mind about the logic for encoding an Ignored. tor-netdoc: Abolish ArgumentNotPresent alias, completing the rename 2025-10-23T10:12:20Z Ian Jackson ijackson@chiark.greenend.org.uk 2025-10-22T11:50:55Z urn:sha1:bf951f016b2a121cb1ae1c68740d42a4afef3532 tor-netdoc: Use NotPresent rather than Option<Ignored> to suppress fields 2025-10-23T10:12:20Z Ian Jackson ijackson@chiark.greenend.org.uk 2025-10-22T11:45:31Z urn:sha1:c6af75341794a5564423a5561178be7e0c04abaf tor-netdoc: Add unit tests for NotPresent and Ignored objects 2025-10-23T10:12:20Z Ian Jackson ijackson@chiark.greenend.org.uk 2025-10-22T11:38:44Z urn:sha1:84d18b60e32d7f25cb9cd7025e62459c8336df2d tor-netdoc: Add unit tests for NotPresent items 2025-10-23T10:12:20Z Ian Jackson ijackson@chiark.greenend.org.uk 2025-10-22T11:21:44Z urn:sha1:fb2ec1a3739741d69e48996b211b8ae9294f368f tor-netcoc: Introduce NotPresent, for absent multiplicity 2025-10-23T10:12:20Z Ian Jackson ijackson@chiark.greenend.org.uk 2025-10-22T11:27:06Z urn:sha1:121c7c82268c7eb776089e1768f0a5f9179f01b9 Currently this is mishandled: the current use sites (in rs/each_variety.rs) use Option<Ignored>, which would reject repeated items with that keyword, which is technically wrong. And encoing will become a problem. Vec<Ignored> would be wrong too. Instead, broaden NotPresent and give it multiplicity impls. tor-netdoc: Move parse2 impls on Ignored to types/misc.rs 2025-10-23T10:12:09Z Ian Jackson ijackson@chiark.greenend.org.uk 2025-10-22T11:23:06Z urn:sha1:f023aa7729f58cfaaef65a58003f63daf259809d This seems to be where we're putting most of the parse2 impls on these types, now. That makes more sense as parse2 becomes more of a proper thing. tor-netdoc: NetdocParseableFields derive: support flatten (test) 2025-10-22T15:44:35Z Ian Jackson ijackson@chiark.greenend.org.uk 2025-10-21T10:32:04Z urn:sha1:22014cd6d552f8722a878a7e14bfd773d9766033 tor-netdoc: NetdocParseableFields derive: support flatten 2025-10-22T15:44:35Z Ian Jackson ijackson@chiark.greenend.org.uk 2025-10-20T11:36:30Z urn:sha1:41d29525075987735592f48f4687c8b18db05fdf This allows a NetdocParseableFields inside a NetdocParseableFields. The code is rather duplicative with the NetdocParseable implementation. This is due to limitations in derive-deftly; see https://gitlab.torproject.org/Diziet/rust-derive-deftly/-/merge_requests/525 where I'm trying to start to address them. tor-netdoc: NetdocParseableFields derive: break out kw variable 2025-10-22T15:44:35Z Ian Jackson ijackson@chiark.greenend.org.uk 2025-10-21T10:29:55Z urn:sha1:e27735c9d7a5ac36878d0be7bf68922505ca8f06 We're going to reuse this.