response
authorJoey Hess <joeyh@joeyh.name>
Thu, 20 Feb 2020 20:21:34 +0000 (16:21 -0400)
committerJoey Hess <joeyh@joeyh.name>
Thu, 20 Feb 2020 20:21:34 +0000 (16:21 -0400)
doc/internals/key_format/comment_2_1e46521ab48805c36233dbb69b11e389._comment [new file with mode: 0644]

diff --git a/doc/internals/key_format/comment_2_1e46521ab48805c36233dbb69b11e389._comment b/doc/internals/key_format/comment_2_1e46521ab48805c36233dbb69b11e389._comment
new file mode 100644 (file)
index 0000000..269e30e
--- /dev/null
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 2"""
+ date="2020-02-20T20:12:24Z"
+ content="""
+Like git, git-annex tries to be character set agnostic when it comes to
+filenames, including key filenames.
+
+It's certianly possible for a key to contain non-ascii bytes in its name,
+and an extension containing unicode or some other non-ascii value is one
+way that can in fact happen.
+
+(Looks like, in a C locale, ".extü" is 5 chars long, so is considered too
+long to be an extension, while in a unicode locale, it's 4 chars long, so
+is treated as an extension.)
+"""]]