Added a comment
authorAtemu <Atemu@web>
Thu, 31 Mar 2022 10:39:28 +0000 (10:39 +0000)
committeradmin <admin@branchable.com>
Thu, 31 Mar 2022 10:39:28 +0000 (10:39 +0000)
doc/todo/do_not_count_trusted_repos_toward_mincopies/comment_1_66a71fdd9bdc2387870f4216841b9900._comment [new file with mode: 0644]

diff --git a/doc/todo/do_not_count_trusted_repos_toward_mincopies/comment_1_66a71fdd9bdc2387870f4216841b9900._comment b/doc/todo/do_not_count_trusted_repos_toward_mincopies/comment_1_66a71fdd9bdc2387870f4216841b9900._comment
new file mode 100644 (file)
index 0000000..955a2cf
--- /dev/null
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="Atemu"
+ avatar="http://cdn.libravatar.org/avatar/d1f0f4275931c552403f4c6707bead7a"
+ subject="comment 1"
+ date="2022-03-31T10:39:28Z"
+ content="""
+Perhaps there could be a way to manually \"lock\" a remote into append-only permanently such that all repos perceive it as locked and therefore trust it to keep its content.
+
+Obviously this isn't as good of a trust as having it connected directly and actively locking it at runtime but it's the best you could do for cold storage. (Btw, does git-annex check whether the content to be dropped is actually present in the repos it locked?)
+
+The append-only repo would only be allowed to unlock itself and drop content again when all other (unlocked?) repos ack'd the unlock (or via `--force`).
+"""]]