comment
authorJoey Hess <joeyh@joeyh.name>
Mon, 28 Nov 2022 18:07:35 +0000 (14:07 -0400)
committerJoey Hess <joeyh@joeyh.name>
Mon, 28 Nov 2022 18:07:35 +0000 (14:07 -0400)
doc/bugs/CRLF_breaks_interoperability_Win-Ux__58__..post-receive/comment_1_a9501e2f347b957e7dc53a06fe59cff4._comment [new file with mode: 0644]

diff --git a/doc/bugs/CRLF_breaks_interoperability_Win-Ux__58__..post-receive/comment_1_a9501e2f347b957e7dc53a06fe59cff4._comment b/doc/bugs/CRLF_breaks_interoperability_Win-Ux__58__..post-receive/comment_1_a9501e2f347b957e7dc53a06fe59cff4._comment
new file mode 100644 (file)
index 0000000..dadc7b4
--- /dev/null
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 1"""
+ date="2022-11-28T17:57:19Z"
+ content="""
+You can edit the hooks that git-annex installs however you need to. It will
+not overwrite modified hook files. If you edit this hook to have unix line
+endings, does the hook still work when using this repository on windows?
+
+Actually, I'm having difficulty seeing how the CR could have gotten into
+that hook. `mkHookScript` uses `unlines` which behaves the same on Windows
+as on Linux, so in either case lines should be separated only by `\n`.
+
+This makes me wonder if something else modified the hook after git-annex
+wrote it. If so, `git-annex init` should complain that the hook is
+modified.
+"""]]