Recent comments posted to this site:

This page says direct mode is "deprecated"; but, v6 is not yet official ( )? So, for now, direct mode is the recommended thing to use?
Comment by Ilya_Shlyakhter Wed Sep 19 19:12:58 2018
Maybe, mention in the docs that whereis does not actually contact remotes to check they still have the files (unlike drop). Maybe, print the timestamp of the last check?
Comment by Ilya_Shlyakhter Wed Sep 19 18:57:13 2018

Some questions about CHECKPRESENT Key: (1) if Key is a URL backend key, should this return true if CHECKURL on the URL would return CHECKURL-CONTENTS? (2) Should the external special remote implementation call GETURLS on the key and return true if CHECKURL would return CHECKURL-CONTENTS for any of the URLs? (3) Calling GETURLS on a URL key returns an empty list; shouldn't it return a one-element list containing the included URL (at least if a CHECKURL call on that URL would return CHECKURL-CONTENTS)?

Comment by Ilya_Shlyakhter Wed Sep 19 18:19:22 2018
If a key has a URL by which it can be downloaded from an external special remote, and the remote supports checkurl but not checkpresent, checkpresentkey says the key isn't in the remote; but git annex whereis --key says there is. Maybe it's as intended, checkpresentkey being a plumbing command, but just wanted to note.
Comment by Ilya_Shlyakhter Wed Sep 19 17:40:16 2018

It seems that *E backends ignore file extensions longer than four chars: Is there some reason for doing it this way?

Comment by Ilya_Shlyakhter Wed Sep 19 16:50:05 2018

"Each subdirectory has the name of a key in one of the key-value backends. The file inside also has the name of the key." -- is it necessary for the file inside to also have the name of the key? Repeating the already long key name leads to very long symlink targets. Could the file inside just be 'f.txt' (or whatever the extension is)?

Also, the terms "key" and "name of the key" are used in various places; are these the same thing?

Comment by Ilya_Shlyakhter Wed Sep 19 16:07:44 2018

Indeed, this command did the trick! I didn't even think about using fsck because the git annex info was returning 0 references. Thanks a lot!

Comment by webanck Wed Sep 19 11:40:56 2018
I think git annex fsck --fast --from $remote will make the local annex relearn all the files the remote has without transferring them.
Comment by CandyAngel Wed Sep 19 11:03:54 2018
What exacly is the difference between SETURIPRESENT and SETURLPRESENT?
Comment by Ilya_Shlyakhter Wed Sep 19 11:01:31 2018
After doing rmurl to remove the last URL at which a file is available, 'git annex whereis filename' still shows 'web' as having one of the copies. Bug?
Comment by Ilya_Shlyakhter Wed Sep 19 03:40:05 2018