diff options
author | 2017-01-17 01:34:43 +0000 | |
---|---|---|
committer | 2017-01-17 01:34:43 +0000 | |
commit | dcf1aac99f213fa1b4d375b6b4c6a3fa73867859 (patch) | |
tree | 0c3a09f8f1a9bed177692826519401e3a183e234 /doc | |
parent | 806f04a23d14e668ed67b4993559313c96c4b018 (diff) |
Added a comment: re dataloss and point
Diffstat (limited to 'doc')
-rw-r--r-- | doc/todo/dumb__44___unsafe__44___human-readable_backend/comment_7_10086c35bbd54e502303a8763cc06afd._comment | 28 |
1 files changed, 28 insertions, 0 deletions
diff --git a/doc/todo/dumb__44___unsafe__44___human-readable_backend/comment_7_10086c35bbd54e502303a8763cc06afd._comment b/doc/todo/dumb__44___unsafe__44___human-readable_backend/comment_7_10086c35bbd54e502303a8763cc06afd._comment new file mode 100644 index 000000000..39bac1887 --- /dev/null +++ b/doc/todo/dumb__44___unsafe__44___human-readable_backend/comment_7_10086c35bbd54e502303a8763cc06afd._comment @@ -0,0 +1,28 @@ +[[!comment format=mdwn + username="https://anarc.at/openid/" + nickname="anarcat" + avatar="http://cdn.libravatar.org/avatar/b36dcf65657dd36128161355d8920a99503def9461c1bb212410980fe6f07125" + subject="re dataloss and point" + date="2017-01-17T01:34:43Z" + content=""" +I think you wouldn't have had data loss if you untrusted the repository, am I correct? The remote is explicitly marked as \"unsafe\" (and ideally, it would automatically declare that to git-annex, but maybe there's no way to setup the trust level of remotes automatically like that) so operations that *move* files to it will be denied unless there's another copy somewhere... + +As for \"what's the point of it\", I thought I made that pretty clear... It enables use cases like: + +* [[forum/syncing_music_to_my_android_device/]] +* [[forum/original_filename_on_s3/]] +* [[todo/Facilitate_public_pretty_S3_URLs]] +* etc + +> Aside from data loss bugs, /tmp/dumb just can't be kept fully up-to-date with changes to the working tree. So what's the point of it? + +I'm not sure what you mean there, by \"can't be kept fully up up-to-date\", could you clarify? + +Do you mean it won't follow renames and such? In my use case, I don't mind: i can just trash the remote and recreate it, if the working tree changes - and it doesn't change often enough for this to be a problem. + +> After fixing its calckey to work with the current version of git-annex... + +would you mind sharing that fix? :) + +thanks for the feedback, and sorry for the delay - for some reason i never got notifications for the reply... :/ +"""]] |