From 2888562724acd06ed2acd5c5a318a88d9e33d484 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Thu, 27 Oct 2011 18:59:25 -0400 Subject: [PATCH] update --- ...t:_support_drop__44___find_on_special_remotes.mdwn | 11 +++++++++++ 1 file changed, 11 insertions(+) diff --git a/doc/bugs/wishlist:_support_drop__44___find_on_special_remotes.mdwn b/doc/bugs/wishlist:_support_drop__44___find_on_special_remotes.mdwn index 2dc735e99f..982f398ae9 100644 --- a/doc/bugs/wishlist:_support_drop__44___find_on_special_remotes.mdwn +++ b/doc/bugs/wishlist:_support_drop__44___find_on_special_remotes.mdwn @@ -1,6 +1,17 @@ Currently there is no way to drop files, or list what files are available, on a special remote. It would be good if "git annex drop" and "git annex find" supported the --from argument. +> I agree, drop should support --from. +> +> To find files *believed* to be present in a given remote, use +> `git annex find --in remote` +> Note that it might show out of date info, since it does not actually go +> check the current contents of the remote. The only reason to support +> `find --from` would be to always check, but I don't think that's needed. +> --[[Joey]] + For commands that don't support the --from argument, it would also be nice to print an error. Currently running "git annex drop --from usbdrive" doesn't behave as hoped and instead drops all content from the local annex. + +> This is done now. --[[Joey]]