From e66e93b5dd696ce5dfdb937692d33730063c5ef6 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 6 Mar 2018 12:22:50 -0400 Subject: comment --- ...omment_1_447c9cf5e9e137238fb2c662a54ee2d7._comment | 19 +++++++++++++++++++ 1 file changed, 19 insertions(+) create mode 100644 doc/bugs/howto_guarantee_a_single_instance_of_a_special_remote__63__/comment_1_447c9cf5e9e137238fb2c662a54ee2d7._comment diff --git a/doc/bugs/howto_guarantee_a_single_instance_of_a_special_remote__63__/comment_1_447c9cf5e9e137238fb2c662a54ee2d7._comment b/doc/bugs/howto_guarantee_a_single_instance_of_a_special_remote__63__/comment_1_447c9cf5e9e137238fb2c662a54ee2d7._comment new file mode 100644 index 000000000..1d5af193c --- /dev/null +++ b/doc/bugs/howto_guarantee_a_single_instance_of_a_special_remote__63__/comment_1_447c9cf5e9e137238fb2c662a54ee2d7._comment @@ -0,0 +1,19 @@ +[[!comment format=mdwn + username="joey" + subject="""comment 1""" + date="2018-03-06T16:08:23Z" + content=""" +When I try this with ssh remotes, which should act the same as external +special remotes as far as git-annex get behavior is concerned, +git-annex get moves on to the next remote that has the file when the first +one fails. + +I think the difference might come down to the handling of the failed +PREPARE. That throws an exception, so terminates the get action for that +file. + +Indeed, there are quite a few `giveup` in Remote/External.hs, and while +some of them are reasonable exceptions to throw, it needs an audit for ones +that throw an exception when there's a better way to indicate failure like +return False. +"""]] -- cgit v1.2.3