response
authorJoey Hess <joeyh@joeyh.name>
Mon, 31 Oct 2016 19:34:19 +0000 (15:34 -0400)
committerJoey Hess <joeyh@joeyh.name>
Mon, 31 Oct 2016 19:34:19 +0000 (15:34 -0400)
doc/bugs/assistant_crashes_in_TransferScanner/comment_7_d39a75177cc8fda77f3b4bcda6129a12._comment [new file with mode: 0644]

diff --git a/doc/bugs/assistant_crashes_in_TransferScanner/comment_7_d39a75177cc8fda77f3b4bcda6129a12._comment b/doc/bugs/assistant_crashes_in_TransferScanner/comment_7_d39a75177cc8fda77f3b4bcda6129a12._comment
new file mode 100644 (file)
index 0000000..262451a
--- /dev/null
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 7"""
+ date="2016-10-31T19:26:38Z"
+ content="""
+Ok so you're using that monstrosity where Arch repackages the git-annex
+standalone tarball into an Arch package? I never liked that because it's
+prone to this kind of breakage. AIUI, `pacman -S git-annex` will install
+a proper from-source build of git-annex and is the right thing to use.
+
+Anyway, I'm still wanting to get to the bottom of the problem
+since as I noted the same problem could occur if using a non-UTF8 locale.
+
+Did you leave out the filenames from the `git annex sync` output,
+or is it actually not printing any filenames there? It's very hard for me
+to understand output where some lines have been left out. It's fine
+if you replace all ASCII characters in your filenames with `X` in the paste
+you share.
+"""]]