respond and close
authorJoey Hess <joeyh@joeyh.name>
Mon, 2 Mar 2020 18:58:31 +0000 (14:58 -0400)
committerJoey Hess <joeyh@joeyh.name>
Mon, 2 Mar 2020 18:58:31 +0000 (14:58 -0400)
doc/bugs/git-annex-fsck_reports_dead_keys_as_errors.mdwn
doc/bugs/git-annex-fsck_reports_dead_keys_as_errors/comment_4_c5f902c1c5fdb1011577b9d5edde6b45._comment [new file with mode: 0644]

index 6bbc7532a5bcaa7433f0e4d9c431e1653eb87f4b..9ae5f7899ed6e579e082e3d75c74bdfb2742176e 100644 (file)
@@ -51,3 +51,4 @@ git-annex: fsck: 1 failed
 ### Have you had any luck using git-annex before? (Sometimes we get tired of reading bug reports all day and a lil' positive end note does wonders)
 git-annex helps me keep my sanity :)  
 
+> [[notabug|done]] per comments --[[Joey]]
diff --git a/doc/bugs/git-annex-fsck_reports_dead_keys_as_errors/comment_4_c5f902c1c5fdb1011577b9d5edde6b45._comment b/doc/bugs/git-annex-fsck_reports_dead_keys_as_errors/comment_4_c5f902c1c5fdb1011577b9d5edde6b45._comment
new file mode 100644 (file)
index 0000000..f77fb14
--- /dev/null
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 4"""
+ date="2020-03-02T18:54:05Z"
+ content="""
+As yes, I missed that you also had an example of fsck --key as well as fsck
+of a file in the working tree with a dead key.
+
+I think the same basic reasoning applies for fsck --key as for fscking a
+worktree file. The user appears to be particularly interested in that key,
+so fsck should tell them about the obious problem that it has no remaining
+content. It's not like --all.
+"""]]