mirrors/arti.git/crates/tor-hsservice/src, branch arti-v2.0.0 mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v2.0.0 2026-01-28T15:24:48Z hsservice: Allow clippy::unused_async 2026-01-28T15:24:48Z Gabriela Moldovan gabi@torproject.org 2026-01-28T15:24:23Z urn:sha1:f3975dd956cebe47ffb3430d74cc3fc5c154ef17 See discussion at https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/3613#note_3332767 Revert "hsservice: Make RendRequest::reject() synchronous" 2026-01-28T14:52:02Z Gabriela Moldovan gabi@torproject.org 2026-01-28T14:51:51Z urn:sha1:dc5b8cbe561fe3fc2852a09045ea8f319b1294c6 This reverts commit 84b31824f317458a2aad6fb021b623935870f5bd. Reverted, as this is a public API that might actually need to become `async` at some point. See discussion at https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/3613#note_3332767 hsservice: Make RendRequest::reject() synchronous 2026-01-27T18:23:57Z Gabriela Moldovan gabi@torproject.org 2026-01-27T18:23:57Z urn:sha1:84b31824f317458a2aad6fb021b623935870f5bd hsservice: Remove unnecessary wraps from publisher function 2026-01-27T18:21:39Z Gabriela Moldovan gabi@torproject.org 2026-01-27T18:21:39Z urn:sha1:cb992c01e82a820a9b75dd755815725926cbebb9 This lint triggers now that the unnecessary `async` is gone. hsservice: Remove unnecessary async from publisher function 2026-01-27T18:20:47Z Gabriela Moldovan gabi@torproject.org 2026-01-27T18:20:47Z urn:sha1:ecc930d55ac38d9188171981f8390c4b8b43dcb8 maint/add_warning: Run script to add new warning 2026-01-27T18:05:36Z Gabriela Moldovan gabi@torproject.org 2026-01-27T18:05:36Z urn:sha1:a98faf72eb06b47700faeeac5a8a0dd0fc29b584 This adds the lint to all our crates. hsclient, hsservice: Remove no longer needed conversion functions 2026-01-06T15:25:20Z Gabriela Moldovan gabi@torproject.org 2026-01-06T11:47:35Z urn:sha1:a20fb9b96ab7512c23d75f56c23693c288faa5c1 keymgr: Use d-d to generate CTorPath<->KeySpecifier conversions 2026-01-06T15:25:20Z Gabriela Moldovan gabi@torproject.org 2026-01-06T11:47:24Z urn:sha1:0221cb64c93d4b9767cb78346e6d2f9d505efba6 keymgr: Make CTorPath more like the client/service specifiers (fmt) 2026-01-06T15:25:20Z Gabriela Moldovan gabi@torproject.org 2026-01-06T10:45:17Z urn:sha1:cf0267f8e4b6182448963949cfeebe35f949eb0f keymgr: Make CTorPath more like the client/service specifiers 2026-01-06T15:25:20Z Gabriela Moldovan gabi@torproject.org 2026-01-06T10:43:41Z urn:sha1:71178a54dc8c3c3ed75b14ecbca3197feb22accc This will make it easier to see the correspondence between CTorPaths and the HS client/service key specifiers. Initially, I was hoping this would make it easier to write a d-d macro that automatically derives a `CTorPath` variant (e.g. `HsClientDescEncKeypair`) from the KeySpecifier type name (`HsClientDescEncKeypairSpecifier`), but alas, I don't think d-d can "chop off" name suffixes ("Specifier", in this case). `from_ctor_path()`/`ctor_path()` implementations for converting `CTorPath`s to and from key specifiers.