mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.2.5 2024-06-27T12:24:55Z 2024-06-27T12:24:55Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-06-27T12:24:55Z urn:sha1:cb70cfc32b623cf4d55ae481218a810af04dfea4 nailing-cargo -uE set-version -p arti-client 0.20.0 nailing-cargo -uE set-version -p arti-relay 0.20.0 nailing-cargo -uE set-version -p arti-rpcserver 0.20.0 nailing-cargo -uE set-version -p tor-async-utils 0.20.0 nailing-cargo -uE set-version -p tor-basic-utils 0.20.0 nailing-cargo -uE set-version -p tor-bytes 0.20.0 nailing-cargo -uE set-version -p tor-cell 0.20.0 nailing-cargo -uE set-version -p tor-cert 0.20.0 nailing-cargo -uE set-version -p tor-chanmgr 0.20.0 nailing-cargo -uE set-version -p tor-checkable 0.20.0 nailing-cargo -uE set-version -p tor-circmgr 0.20.0 nailing-cargo -uE set-version -p tor-config 0.20.0 nailing-cargo -uE set-version -p tor-consdiff 0.20.0 nailing-cargo -uE set-version -p tor-dirclient 0.20.0 nailing-cargo -uE set-version -p tor-dirmgr 0.20.0 nailing-cargo -uE set-version -p tor-error 0.20.0 nailing-cargo -uE set-version -p tor-geoip 0.20.0 nailing-cargo -uE set-version -p tor-guardmgr 0.20.0 nailing-cargo -uE set-version -p tor-hsclient 0.20.0 nailing-cargo -uE set-version -p tor-hscrypto 0.20.0 nailing-cargo -uE set-version -p tor-hsrproxy 0.20.0 nailing-cargo -uE set-version -p tor-hsservice 0.20.0 nailing-cargo -uE set-version -p tor-keymgr 0.20.0 nailing-cargo -uE set-version -p tor-linkspec 0.20.0 nailing-cargo -uE set-version -p tor-llcrypto 0.20.0 nailing-cargo -uE set-version -p tor-log-ratelim 0.20.0 nailing-cargo -uE set-version -p tor-memquota 0.20.0 nailing-cargo -uE set-version -p tor-netdir 0.20.0 nailing-cargo -uE set-version -p tor-netdoc 0.20.0 nailing-cargo -uE set-version -p tor-persist 0.20.0 nailing-cargo -uE set-version -p tor-proto 0.20.0 nailing-cargo -uE set-version -p tor-protover 0.20.0 nailing-cargo -uE set-version -p tor-ptmgr 0.20.0 nailing-cargo -uE set-version -p tor-relay-selection 0.20.0 nailing-cargo -uE set-version -p tor-rpcbase 0.20.0 nailing-cargo -uE set-version -p tor-rtcompat 0.20.0 nailing-cargo -uE set-version -p tor-rtmock 0.20.0 nailing-cargo -uE set-version -p tor-socksproto 0.20.0 nailing-cargo -uE set-version -p tor-units 0.20.0 Each of which runs a rune like cargo set-version --offline -p tor-units 0.20.0 2024-06-25T13:43:07Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-06-25T13:42:19Z urn:sha1:d38f58429fae471d46952ed8921b30b2914ed33e We're about to update to iterools 0.13.0. We must therefore have a version of strum which is not affected by https://github.com/Peternator7/strum/issues/358 Precisely git-grep -l '^strum' | xargs perl -i~ -pe 's{"0\.26"}{"0.26.3"}' No changes to lockfile - we're already using 0.26.3, except perhaps in the minimal versions test. 2024-06-25T13:38:35Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-06-25T13:37:51Z urn:sha1:fe5fb7072d52610d07d01cd812f0f92a5a42c92f No code changes needed. Precisely nailing-cargo -Eu upgrade --incompatible -p derive-deftly 2024-06-24T13:30:32Z Nick Mathewson nickm@torproject.org 2024-06-24T13:29:36Z urn:sha1:197a0976fdc344ae9a5f161129854f0ca457d681 2024-06-24T12:41:09Z Nick Mathewson nickm@torproject.org 2024-06-18T14:01:26Z urn:sha1:c3f967dbe101e3d6cda88cff56df6ae7954c54ad 2024-06-24T12:41:09Z Nick Mathewson nickm@torproject.org 2024-06-12T19:18:10Z urn:sha1:3ed129965a893a6c544ea0ed42852031f0a9ce3c 2024-06-24T12:41:09Z Nick Mathewson nickm@torproject.org 2024-06-12T19:16:34Z urn:sha1:da9526e2128c317c61dc7fd4098a9144659445b8 Name chosen to match the error kind that we're detecting. 2024-06-24T12:41:09Z Nick Mathewson nickm@torproject.org 2024-06-12T19:04:14Z urn:sha1:5b808e5e0d38f5c3c48af5b2bd1456d0764ddd2e 2024-06-24T12:41:09Z Nick Mathewson nickm@torproject.org 2024-06-11T14:56:49Z urn:sha1:6fd5145762d9fb74f4b2fd6b48ad0ac4eb530087 This commit adds a parameter to TorClientBuilder that control how long we should retry constructing a TorClient if we get a LocalResourceInUse error. When this parameter is not set, we default to 500 milliseconds for async entry points and 0 milliseconds for sync entry points. (`LocalResourceInUse` usually means that a lockfile is held by somebody else; but when the resource is some other type, we typically want the same behavior anyway.) (I really don't want to introduce delays by default for the create_unbootstrapped case, since it previously had no delay at all.) There is now also an async entry point to create an unbootstrapped TorClient. Closes #1464. 2024-06-24T12:41:09Z Nick Mathewson nickm@torproject.org 2024-06-11T14:27:23Z urn:sha1:b71afdeca631c5a889f0bd27cd02ee3b83f45bdd There is no actual reason to consume this type, and taking it by reference allows us to retry.