mirrors/arti.git/crates/tor-dirmgr/src/bootstrap.rs, branch arti-v1.4.3 mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.3 2025-04-16T23:06:51Z dirmgr: Always apply changes before advancing consensus. 2025-04-16T23:06:51Z Nick Mathewson nickm@torproject.org 2025-04-08T18:14:02Z urn:sha1:69f656c017b8ce7d804bc65dd1dac24b3aa94427 In the directory code, we have functionality to advance the consensus download state whenever possible, even if there is more we could download in the current state. That's fine, but when we're in this position, we need to be sure that we're taking any action based on the current state (such as installing notably parameters or, notably, protocol recommendations) before we move on. squash! Upgrade rand dependency to 0.9. 2025-03-18T16:09:44Z Nick Mathewson nickm@torproject.org 2025-03-18T13:01:31Z urn:sha1:2f8993c22c2b86010e4fd8b5169ef0ab83f8c754 - `rand::thread_rng()` has been deprecated and renamed to `rand::rng()` Upgrade to derive_more version 1.0.0 2024-09-25T14:37:18Z Nick Mathewson nickm@torproject.org 2024-09-25T14:37:18Z urn:sha1:6a12c2ba8515226a772d5f4a81930bf42d67535a The `derive_more` crate broke backward compatibility with this version, so this change involved quite a few manual fixups. With luck, they'll keep compatibility for some while in the future. extract tor_async_utils::oneshot into ::oneshot-fused-workaround 2024-08-28T14:27:46Z Jim Newsome jnewsome@torproject.org 2024-08-22T19:20:36Z urn:sha1:46f7f01092e6ac55e3e958dc3a2228b1d36e26a1 Having this in the `tor-async-utils` crate prevents us from doing both of the following without introducing a circular dependency: * using it in `tor-rtmock` (which we currently do, particularly in tests). * using `tor-rtmock` to test things in `tor-async-utils`. We don't do this yet, but it is generally sensible to do so. In particular we want to move the `stream_peak` module there, which is currently tested with `tor-rtmock`. Moving this into its own crate avoids this circular dependency. dirmgr: Limit the number of mds that we will fetch from sqlite at once. 2024-06-12T16:48:27Z Nick Mathewson nickm@torproject.org 2024-06-12T16:48:27Z urn:sha1:efed73632bfb45ce2300c81b2d5b9f8ed356535e This should help limit our memory usage when restarting from cache. Possible (imperfect) solution for #1027. dirmgr: split out the loading part of load_once into a new function. 2024-06-12T16:43:28Z Nick Mathewson nickm@torproject.org 2024-06-12T16:43:28Z urn:sha1:54317e23971bcfa079df6eb70ef7017b1204e5b9 properly report bootstrap readiness without cache 2024-04-29T15:45:59Z trinity-1686a trinity@deuxfleurs.fr 2024-04-29T15:45:59Z urn:sha1:0cd0e314b5dbd3ea523ccfbe3927064e48e2c251 Run maint/add_warning. 2024-03-13T16:30:53Z Nick Mathewson nickm@torproject.org 2024-03-13T16:30:53Z urn:sha1:c0c9bd15d42897825dd0ab3d3b8dd1c17bd6320c clippy: Use Result::cloned in several places 2024-01-31T14:35:58Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-01-31T14:27:47Z urn:sha1:6fbc7e0ab48c5a424d13944f1103f18e3ec33913 oneshot: Apply deferred rustfmt churn 2023-10-11T15:19:46Z Ian Jackson ijackson@chiark.greenend.org.uk 2023-10-11T15:09:09Z urn:sha1:665ba4f6b6ed2de6f723177d5472e7ee1440599e cargo fmt, precisely.