mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.3 2023-03-31T12:30:14Z 2023-03-31T12:30:14Z Nick Mathewson nickm@torproject.org 2023-03-31T12:30:14Z urn:sha1:9ef115a7fb21fe7267d1d91ba7babac8e1b7542e These crates had no changes until just a moment ago. But since we updated the versions on some of their dependents, they have now changed themselves. Thus they get patchlevel bumps. ``` tor-rtmock tor-protover tor-socksproto tor-consdiff tor-chanmgr tor-dirclient tor-hsservice ``` 2023-03-31T12:28:06Z Nick Mathewson nickm@torproject.org 2023-03-31T12:28:06Z urn:sha1:e208fb15adb800ae41e472db464f984e9f4a4f5c These crates have had breaking changes. They are pre-1.0, so they get a minor bump. ``` tor-basic-utils tor-config ``` 2023-03-31T12:24:39Z Nick Mathewson nickm@torproject.org 2023-03-31T12:24:39Z urn:sha1:a81ab391ae9cc3b48cf08cf1b911f1b4cfa8be76 For these crates, the changes are nontrivial, so we _do_ bump the versions on which their dependent crates depend. Fortunately, since they are all pre-1.0, we don't need to distinguish semver-additions from other changes. (Except for arti, which _is_ post-1.0, but gets a patchlevel bump anyway.) These are unstable crates with breaking changes: ``` tor-hscrypto tor-hsclient ``` These have new or extended APIs: ``` safelog tor-bytes tor-cell tor-linkspec tor-llcrypto tor-proto tor-cert arti-client ``` These have new unstable APIs or features: ``` tor-netdoc tor-circmgr (also broke some unstable APIs) arti (is post-1.0) ``` These have bugfixes only: ``` caret tor-dirmgr ``` 2023-03-30T16:20:54Z Alexander Færøy ahf@torproject.org 2023-03-30T16:20:54Z urn:sha1:bcb051fea49e0323bfe4f7d4bc8e99b64efa16f2 More plumbing for hs connections See merge request tpo/core/arti!1098 2023-03-30T14:58:47Z Ian Jackson ijackson@chiark.greenend.org.uk 2023-03-30T14:56:29Z urn:sha1:23c7bd9174c454c5eb9ba83c8d580384434c1baa Apply this churn, which I deferred for ease of review. 2023-03-30T14:58:09Z Ian Jackson ijackson@chiark.greenend.org.uk 2023-03-30T13:54:15Z urn:sha1:a14d18d295579b5a42f8198e466a41b5d4242e00 I found that I had the bug where I forgot to call this function, and reached bad_api_usage!("The circuit launcher wasn't initialized") The possibility of such a bug is a hazard of this API pattern. 2023-03-30T14:49:07Z Ian Jackson ijackson@chiark.greenend.org.uk 2023-03-30T10:32:38Z urn:sha1:3ed9dca842bc673c947258c201c5adce684899bb The old name was unwieldy and other crates can just as well name it by the crate scope. 2023-03-30T14:49:07Z Ian Jackson ijackson@chiark.greenend.org.uk 2023-03-30T14:27:26Z urn:sha1:255b9cac9643f12707e078e0c2ba28110d3c40fe Not doing this was a bug. The bug was possible because of some code duplication between the exit and hs paths. Add a comment about that. 2023-03-30T14:49:07Z Ian Jackson ijackson@chiark.greenend.org.uk 2023-03-28T16:32:37Z urn:sha1:926abf3ade85776e73e32b9d803febc5b1326453 This will be more convenient inside tor-hsclient. In arti-client, this mirrors the way TorClient::get_or_launch_exit_circ works. 2023-03-29T17:57:11Z Nick Mathewson nickm@torproject.org 2023-03-29T13:17:13Z urn:sha1:a62affd66e34e98035bd14cb67b355065598a2d7 This commit is mostly code movement; I'd recommend reviewing it with git's `--color-moved` option.