summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGravatar https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U <Richard@web>2011-03-31 20:25:07 +0000
committerGravatar admin <admin@branchable.com>2011-03-31 20:25:07 +0000
commitff97607879817ce441637751f21462ac769fe099 (patch)
tree5d74fe9e57091213732874e8d0c3af74ae69bb96
parent2fb7eb1e6272b17b1fb2c1e41e66ead612dbee9a (diff)
-rw-r--r--doc/bugs/softlink_mtime.mdwn3
1 files changed, 3 insertions, 0 deletions
diff --git a/doc/bugs/softlink_mtime.mdwn b/doc/bugs/softlink_mtime.mdwn
index fe09ade38..1427fc714 100644
--- a/doc/bugs/softlink_mtime.mdwn
+++ b/doc/bugs/softlink_mtime.mdwn
@@ -49,3 +49,6 @@ Optionally, editing the meta-data should change the times in all annexes.
>>>>>>> -- RichiH
>>>>>>>> After getting to actually play with this from different machines with a bare git as central instance for several distributed repos, the metastore trick does not work. The .metadata is causing merge conflicts for every pull. I removed the "done" tag from this issue. -- RichiH
+
+>>>>>>>>> softbox sounds _really_ nice. File systems need to preserve mtimes. Oviously, it would be nice if git-annex exposed this to the upper layer instead of relying on this FUSE implementation, or the next, or the other totally cool thing around the corner to implement it again and again.
+>>>>>>>>> I talked to the author of metastore; he is aware that the format is merge-unfriendly but never needed merges for himself. He is aware that this is not ideal for something like git. He does not have the time to implement a text storage instead of binary and I lack the skills to do it. If metastore is used, all it would need to do is introduce a new version of the store (it's versioned, apparently) and save metadata in text, one file per line. xattr would need to be ASCII-armoured, the rest could be plain text. I still think storing this directly in git-annex would make the most sense. Introducing a metadata storage file per storage object in .git/annex and using the object file's name as index is impossible because several softlinks might point to one object so it would need to be done per-softlink :/ -- RichiH