implement leif's magic-folder data model #2712

Open
opened 2016-01-24 18:17:56 +00:00 by dawuud · 2 comments
dawuud commented 2016-01-24 18:17:56 +00:00
Owner

implement leif's magic-folder data model

implement leif's magic-folder data model
tahoe-lafs added the
unknown
normal
defect
1.10.2
labels 2016-01-24 18:17:56 +00:00
tahoe-lafs added this to the undecided milestone 2016-01-24 18:17:56 +00:00
tahoe-lafs added
enhancement
and removed
defect
labels 2016-01-24 18:18:28 +00:00

As described here.

Note that this is not (yet) the agreed-upon plan for Magic Folder development, but dawuud and I are going to take a shot at it :)

As described [here](https://github.com/tahoe-lafs/tahoe-lafs/blob/2438.magic-folder-stable.8/docs/proposed/magic-folder/multi-party-conflict-detection.rst#leifs-proposal-magic-folder-single-file-snapshot-design). Note that this is not (yet) the agreed-upon plan for Magic Folder development, but dawuud and I are going to take a shot at it :)
dawuud commented 2016-01-24 20:28:22 +00:00
Author
Owner

here's our small progress, modified the Uploader to upload the immutable snapshot object and mutate the user's dmd to link to it. the snapshot object so far is simply an immutable directory which links to an immutable file named "content" and N number of links to parent snapshot objects.

https://github.com/david415/tahoe-lafs/tree/2712.immutable_snapshot_uploader.0

the next step is to figure out how to persist snapshot objects to disk... though in my humble opinion we should preserve all of the Earth Dragon logic... and therefore we must store the mtime and ctime of the locally written file in addition to snapshot objects.

the snapshot object would be any kind of blob inside the sqlite database... but it's tempting to also just make a Tahoe-LAFS object cache since it could be less code complexity to simply persist the Tahoe-LAFS cryptographic blob to disk.

I think initially we should optimize for the smallest suitable code change to magic_folder.py;
This modifying our existing abstract db API in magicfolderdb.py

here's our small progress, modified the Uploader to upload the immutable snapshot object and mutate the user's dmd to link to it. the snapshot object so far is simply an immutable directory which links to an immutable file named "content" and N number of links to parent snapshot objects. <https://github.com/david415/tahoe-lafs/tree/2712.immutable_snapshot_uploader.0> the next step is to figure out how to persist snapshot objects to disk... though in my humble opinion we should preserve all of the Earth Dragon logic... and therefore we must store the mtime and ctime of the locally written file in addition to snapshot objects. the snapshot object would be any kind of blob inside the sqlite database... but it's tempting to also just make a Tahoe-LAFS object cache since it could be less code complexity to simply persist the Tahoe-LAFS cryptographic blob to disk. I think initially we should optimize for the smallest suitable code change to magic_folder.py; This modifying our existing abstract db API in magicfolderdb.py
Sign in to join this conversation.
No Milestone
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Reference: tahoe-lafs/trac-2024-07-25#2712
No description provided.