open related todo
authorJoey Hess <joeyh@joeyh.name>
Mon, 28 Feb 2022 17:26:43 +0000 (13:26 -0400)
committerJoey Hess <joeyh@joeyh.name>
Mon, 28 Feb 2022 17:26:43 +0000 (13:26 -0400)
doc/bugs/no_longer_non-0_exit_for___34__find_..._nonexisting__34__/comment_3_28060f4bb31730e3334cf3db56fc032b._comment
doc/todo/api_for_telling_when_nonexistant_or_non_git_files_passed.mdwn [new file with mode: 0644]

index b026f985a89cfaba3478cc1652b9cbbfe1664942..c824282c37b180118b228a0659c56f2c6072da6f 100644 (file)
@@ -25,5 +25,6 @@ are never included in --json-error-messages.
 I think it might be a good idea to add an actual API for detecting when
 there is this kind of problem, so datalad does not have to parse
 error messages (which could easily change). But that would need to be a
-separate discussion.
+separate discussion. I've opened
+[[todo/api_for_telling_when_nonexistant_or_non_git_files_passed]] for that.
 """]]
diff --git a/doc/todo/api_for_telling_when_nonexistant_or_non_git_files_passed.mdwn b/doc/todo/api_for_telling_when_nonexistant_or_non_git_files_passed.mdwn
new file mode 100644 (file)
index 0000000..64fbe17
--- /dev/null
@@ -0,0 +1,13 @@
+As seen in <https://github.com/datalad/datalad/pull/6510> datalad
+is having to parse error messages to determine when nonexistant
+filenames were passed to git-annex. It would be better if there was some
+kind of API that it could use, since error messages can (and have) changed.
+
+What would this API look like? It seems it could not be a special
+exit status of git-annex, because exit status 101 is already allocated
+for indicating when things like --size-limit and --time-limit have caused
+it to skip processing certian files.
+
+Perhaps something like `--json-error-unmatch` which would make it output
+an additional line with a JSON record indicating that git ls-files
+--error-unmatch had errored out.