atuin/atuin-client/src/history, branch mainTurtle. A hard-fork of atuin, focusing on a more minimal feature sethttp://git.foss-syndicate.org/bpeetz/forks/atuin/atom/atuin-client/src/history?h=main2024-04-18T15:41:28Zchore: move crates into crates/ dir (#1958)2024-04-18T15:41:28ZEllie Huxtableellie@elliehuxtable.com2024-04-18T15:41:28Zurn:sha1:95cc472037fcb3207b510e67f1a44af4e2a2cae9
I'd like to tidy up the root a little, and it's nice to have all the
rust crates in one placefeat: add automatic history store init (#1831)2024-03-06T11:55:53ZEllie Huxtableellie@elliehuxtable.com2024-03-06T11:55:53Zurn:sha1:da24f734e532a5725b759ceee5b331255cb5f424perf: optimize history init-store (#1691)2024-02-12T09:56:42ZEllie Huxtableellie@elliehuxtable.com2024-02-12T09:56:42Zurn:sha1:8ef5f67f8b0b01b8eae5f69806390fee4af90de2
Instead of lots of small sqlite transaction, do one monster one.
A single tx with 100s of 1000s of rows should be fine on all systems
A very unscientific test shows this to be roughly 10x fasterfeat: add progress bars to sync and store init (#1684)2024-02-08T13:34:41ZEllie Huxtableellie@elliehuxtable.com2024-02-08T13:34:41Zurn:sha1:8460210202af4e48ea55c997bf2739a6f0570e4a
Replace lots of logging with some progress bars. This looks much nicer
I'd like to move it out of the atuin-client crate and into the atuin
crate. But first, I want to decouple a lot of the record moving, so it
can wait until that's done.chore(ci): run rust build/test/check on 3 platforms (#1675)2024-02-05T09:28:55ZEllie Huxtableellie@elliehuxtable.com2024-02-05T09:28:55Zurn:sha1:6a2576fc5bb2b60df3ad0563d594d6742e27532b
* chore(ci): run rust build/test/check on 3 platforms
* need to properly test windows
* do not need to strip here, and windows has a suffix anywayfeat: failure to decrypt history = failure to sync2024-02-02T18:01:09ZEllie Huxtableellie@elliehuxtable.com2024-02-02T14:35:30Zurn:sha1:3c420f85f69771db269c015ead8e1678a4ad6899
Now that the user can purge their store and _do something_ about invalid
records, we should not tolerate mixed key records in store.
feat: automatically init history store when record sync is enabled (#1634)2024-01-29T16:38:24ZEllie Huxtableellie@elliehuxtable.com2024-01-29T16:38:24Zurn:sha1:366b8ea97bbe36ad5e3dd8d45f1e787ee2a7f223
* add support for getting the total length of a store
* tidy up sync
* auto call init if history is ahead
* fix import order, key regen
* fix import order, key regen
* do not delete key when user deletes account
* message output
* remote init store command; this is now automatic
* should probs make that function return u64 at some pointfeat: don't stop with invalid key (#1612)2024-01-22T20:07:19ZEllie Huxtableellie@elliehuxtable.com2024-01-22T20:07:19Zurn:sha1:d84f5b2d33e1e6d69877facf037bff02b231ae3c
An issue with the old sync was that if there was _one_ record encrypted
with a different key, sync would stop. You'd need to delete your account
and start from scratch. This sucked.
This change means we will carry on, and try to encrypt and build with as
much of the history as we are able to decrypt.
This is possible because we can quite happily store data on disk that we
cannot decrypt. The old store couldn't do this.
In future, we might consider a keyring containing multiple keys.feat: make store init idempotent (#1609)2024-01-22T16:48:21ZEllie Huxtableellie@elliehuxtable.com2024-01-22T16:48:21Zurn:sha1:600ebc33ab46d8f461c78b5a4a8e8bc81714d211feat: make deleting from the UI work with record store sync (#1580)2024-01-17T09:58:09ZEllie Huxtableellie@elliehuxtable.com2024-01-17T09:58:09Zurn:sha1:d9317a1a9c14dd1919f3e04537b01d5a14f8aaea
* feat: make deleting from the UI work with record store sync
* sort cli delete too
* teeny bit more logs