mirrors/arti.git/crates/tor-dirmgr/src/storage, 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 2025-12-01T12:36:13Z dirmgr: Rewrite .is_some()/.unwrap() using let match 2025-12-01T12:36:13Z Gabriela Moldovan gabi@torproject.org 2025-12-01T11:05:20Z urn:sha1:c7bd6f06a510c17b5831bdacbd981c37ba924380 On nightly, clippy now warns against this and recommends using a `match` instead. See https://rust-lang.github.io/rust-clippy/master/index.html#unnecessary_unwrap Switch Cargo.toml files to edition 2024. 2025-08-07T15:28:36Z Nick Mathewson nickm@torproject.org 2025-08-06T01:19:58Z urn:sha1:77b0de43b8c67cdb81befe0680a3df43b6ad37bc First, run ``` git grep -l "^edition =" | xargs perl -i -pe 's/^edition *=.*/edition = "2024"/;' ``` Second, manually verify that all Cargo.toml files have changed, and nothing else has changed. Third, run cargo fmt again. dirmgr, netdir: Store protocol requirments as soon as they are validated. 2025-04-16T23:06:51Z Nick Mathewson nickm@torproject.org 2025-04-03T15:20:32Z urn:sha1:98f28d0b4c5c2b90ed732ed29d571f71a48c15b4 dirmgr: Backend support for cacheing protocol status. 2025-04-16T23:06:51Z Nick Mathewson nickm@torproject.org 2025-04-03T12:47:41Z urn:sha1:b483b454669b8b0ce93ea52896992d9234e4779d We want to store this separately from the consensus, because we want to access it very early in our load-from-cache process, without checking the consensus that contains it for timeliness. tor-dirmgr: remove `dbg!` 2025-03-05T22:27:11Z Steven Engler opara@torproject.org 2025-03-05T22:27:07Z urn:sha1:35c45bf4d9fbfe86a3ac73665f2dfb6648a2e1f5 sqlite: Handle vanished blobs during consensus loading 2025-03-05T17:56:59Z Nick Mathewson nickm@torproject.org 2025-03-04T15:51:43Z urn:sha1:79b8e4e1ecae606a104aa056a6e3c4be0c8d1d85 Here we move the responsibility for removing ExtDoc entries for vanished blobs into the _caller_ of read_blob(): we want to tidy all such entries in one go. Unlike a (reverted) previous approach, this time we don't need a retry loop. sqlite: add a method to tidy extdocs for vanished blobs 2025-03-05T17:56:59Z Nick Mathewson nickm@torproject.org 2025-03-05T15:05:12Z urn:sha1:82d888600ff9749ecd70a4e2214104a30f952385 sqlite.rs: Let read_blob signal whether it cleaned up. 2025-03-05T17:56:59Z Nick Mathewson nickm@torproject.org 2025-03-04T15:32:53Z urn:sha1:193f07da9e96c31ce2e6df0944a9f33135b19e55 We'll want to use this information to tell us whether to retry. sqlite: Extract body of latest_consensus into a new method 2025-03-05T17:56:59Z Nick Mathewson nickm@torproject.org 2025-03-04T15:11:40Z urn:sha1:1c8a60c415da5567ceb4249ced4662fd1318bac9 I'm about to add a retry mechanism. sqlite: Stop ignoring any errors. 2025-03-05T17:56:59Z Nick Mathewson nickm@torproject.org 2025-03-04T14:51:59Z urn:sha1:7010167c848411149d038fdb675e7f720dc4a685 We've already stopped ignoring any DB errors, so we may as well make sure that any FS errors we encounter are also reported.