From 0743ee1bbc7b15ac1921c0c7f8cf836cb769f643 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Mon, 30 Oct 2017 12:26:49 -0400 Subject: [PATCH] managed to repro --- ...1_0077e5e36896116059070e26143f03d0._comment | 18 ++++-------------- 1 file changed, 4 insertions(+), 14 deletions(-) diff --git a/doc/bugs/Export_fails_for_files_directly_in_git_repo/comment_1_0077e5e36896116059070e26143f03d0._comment b/doc/bugs/Export_fails_for_files_directly_in_git_repo/comment_1_0077e5e36896116059070e26143f03d0._comment index a2015a49e0..7105d42aaa 100644 --- a/doc/bugs/Export_fails_for_files_directly_in_git_repo/comment_1_0077e5e36896116059070e26143f03d0._comment +++ b/doc/bugs/Export_fails_for_files_directly_in_git_repo/comment_1_0077e5e36896116059070e26143f03d0._comment @@ -3,21 +3,11 @@ subject="""comment 1""" date="2017-10-30T16:11:42Z" content=""" -More information needed to reproduce this. - -Normally adding a "file.txt" would not ever result in its key -containing a space like that. So, it seems to me you must have -already added a file with the same content to the annex, in a -way that caused its key's name to contain a space. - -(I guess you're also using v6 mode, that's the only way "git add" would -add the file to git-annex.) - -Also note that the limitation on spaces in key names only impacts +The limitation on spaces in key names only impacts exporting to external special remotes, so "exp" must be some kind of external special remote. (I was not aware of any that -supported exports yet..) +supported exports yet..) -Suggest you `git show a05faa1` and see what key it used, that will -make the above speculations a bit more concrete. +I was able to reproduce this using an external special remote, +but not otherwise. """]]