remove 3 comments that turned out to be about an unrelated problem which got its...

diff --git a/doc/todo/OPT__58_____34__bundle__34___get_+_check___40__of_checksum__41___in_a_single_operation/comment_17_225c1890457835884f9a46359935c0b0._comment b/doc/todo/OPT__58_____34__bundle__34___get_+_check___40__of_checksum__41___in_a_single_operation/comment_17_225c1890457835884f9a46359935c0b0._comment
deleted file mode 100644 (file)
index dd25285..0000000
--- a/doc/todo/OPT__58_____34__bundle__34___get_+_check___40__of_checksum__41___in_a_single_operation/comment_17_225c1890457835884f9a46359935c0b0._comment
+++ /dev/null
@@ -1,18 +0,0 @@
-[[!comment format=mdwn
- username="jkniiv@b330fc3a602d36a37a67b2a2d99d4bed3bb653cb"
- nickname="jkniiv"
- avatar="http://cdn.libravatar.org/avatar/419f2eee8b0c37256488fabcc2737ff2"
- subject="`git annex sync --no-commit --content` takes double the time of `git annex get .`"
- date="2021-08-20T02:05:53Z"
- content="""
-Hi Joey! Could you think of a reason why a `git annex sync --no-commit --content` takes pretty
-much double the time to retrieve an annexed file than a `git annex get .` in the same directory /
-git remote with this one file added in origin? Naturally I drop the file inbetween measurements
-and my files are of multi-gigabyte size so the delay is really noticeable between two HDDs.
-It seems that the extra time (and disk activity) takes place after the retrieval has hit 100% so
-to me it feels like git-annex is doing an extra verification pass after copying the file. This is
-on Windows and git-annex is a fresh `8.20210804-g492036622` but I seem to have noticed it
-happening even before your latest development activities above (as in months ago). Should I
-file a bug report about this?
-
-"""]]

diff --git a/doc/todo/OPT__58_____34__bundle__34___get_+_check___40__of_checksum__41___in_a_single_operation/comment_18_ea896de521803d4862a886a5ddb9f505._comment b/doc/todo/OPT__58_____34__bundle__34___get_+_check___40__of_checksum__41___in_a_single_operation/comment_18_ea896de521803d4862a886a5ddb9f505._comment
deleted file mode 100644 (file)
index 5415a2f..0000000
--- a/doc/todo/OPT__58_____34__bundle__34___get_+_check___40__of_checksum__41___in_a_single_operation/comment_18_ea896de521803d4862a886a5ddb9f505._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 18"""
- date="2021-08-24T15:09:12Z"
- content="""
-@jkniiv I think you are seeing something unrelated, such as other scanning that
-git-annex sync has to do.
-"""]]

diff --git a/doc/todo/OPT__58_____34__bundle__34___get_+_check___40__of_checksum__41___in_a_single_operation/comment_19_ecf3206253148199815fe0ed1e9c25b5._comment b/doc/todo/OPT__58_____34__bundle__34___get_+_check___40__of_checksum__41___in_a_single_operation/comment_19_ecf3206253148199815fe0ed1e9c25b5._comment
deleted file mode 100644 (file)
index 726a9e7..0000000
--- a/doc/todo/OPT__58_____34__bundle__34___get_+_check___40__of_checksum__41___in_a_single_operation/comment_19_ecf3206253148199815fe0ed1e9c25b5._comment
+++ /dev/null
@@ -1,14 +0,0 @@
-[[!comment format=mdwn
- username="jkniiv@b330fc3a602d36a37a67b2a2d99d4bed3bb653cb"
- nickname="jkniiv"
- avatar="http://cdn.libravatar.org/avatar/419f2eee8b0c37256488fabcc2737ff2"
- subject="it turns out I had to file this as a bug"
- date="2021-08-27T01:38:29Z"
- content="""
-@joey I don't know what you mean by scanning in this case but I now have proof that git-annex really is
-doing an extra read pass over the whole file after it's been transferred from one regular remote to the
-other in the case of `sync --content[-of _file_]`. I filed a bug with details:
-[`sync -C` takes longer to get file than `get`](https://git-annex.branchable.com/bugs/__96__sync_-C__96___takes_longer_to_get_file_than___96__get__96__/)
-(btw. I can't seem to be able to make this into a WikiLink as ikiwiki thinks of the underscores of the page name as denoting strong emphasis).
-
-"""]]