mirrors/arti.git/crates/tor-persist/src/lib.rs, branch arti-v0.1.0 mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v0.1.0 2022-02-24T19:55:59Z arti-client: Unlock the state manager on failure to bootstrap 2022-02-24T19:55:59Z eta tor@eta.st 2022-02-18T16:02:18Z urn:sha1:c6fdd7c0037df821a7cfc475993322958c2f006a `StateMgr` got a new `unlock()` method that does what it says on the tin. We now call it from `bootstrap()` using the new `util::StateMgrUnlockGuard`, which works in a manner similar to the `BoolResetter` from `tor_dirmgr`. (A decent small little task in future might be to unify these types in some sort of general arti utility crate?) closes arti#335 Merge remote-tracking branch 'origin/mr/340' 2022-02-23T14:29:40Z Nick Mathewson nickm@torproject.org 2022-02-23T14:29:40Z urn:sha1:92141c6d72b0b7a72cd08b50cad3b473f5a7ff70 Make NoLock into BadApiUsage. 2022-02-22T21:13:37Z Nick Mathewson nickm@torproject.org 2022-02-22T21:13:37Z urn:sha1:784f1531bbf9c93f60d53249197c9e98a6977d26 To implement this, we had to refactor the tor_circmgr api for flushing state changes to disk, so that it checks if it has the lock, and only then tries to store. Remove clippy::needless_borrow exception in CI. 2022-02-20T14:09:38Z Nick Mathewson nickm@torproject.org 2022-02-20T14:09:38Z urn:sha1:dd55f5ce2d0120733d1eb488dfa114f1c136c733 This exception is no longer necessary now that the underlying CI bug is fixed. Change deny(clippy::all) to warn(clippy::all). 2022-02-14T14:24:06Z Nick Mathewson nickm@torproject.org 2022-02-14T14:24:06Z urn:sha1:1cecc7e45a9a432f87a8f11abb8cb86b35464a0b Closes #338. errors: Drop "Error" and "Failed" from various enum variants 2022-02-04T14:42:37Z Ian Jackson ijackson@chiark.greenend.org.uk 2022-02-04T14:31:43Z urn:sha1:f5e874cf916856eb563e307c3f551aa8512068e9 tor_persist::Error: impl HasKind and adjust comments 2022-02-04T14:42:37Z Ian Jackson ijackson@chiark.greenend.org.uk 2022-01-13T18:05:00Z urn:sha1:a6239821978506ec0f158b360d2c9682f9b2f94d And change the comments to slightly reinterpret these errors, to relate to the circumstances rather than error generation site. tor-persist: Distinguish load vs. store json errors 2022-02-04T14:33:09Z Ian Jackson ijackson@chiark.greenend.org.uk 2022-01-13T16:50:14Z urn:sha1:a4765717da64cc287f09e429989c79b97d794ded Serialisation errors ought not to occur, since they would represent an attempt to store malformed data, or something. (We always convert to a string, so the JSON error never contains IO errors or the like.) Deserialisation errors mean the persistent state is corrupt. Temporarily disable some clippy lints on nightly 2022-02-02T21:57:30Z Ian Jackson iwj@torproject.org 2022-02-02T21:57:30Z urn:sha1:7be3bf63398fc660fc9ad251b5c9ecdf03d3d4de extend lints to include 'clippy::all' 2021-12-28T20:15:40Z Daniel Eades danieleades@hotmail.com 2021-12-28T20:15:40Z urn:sha1:592642a9e6c1c03e525f8b452f4b97e6fd17ff9b