Recent comments posted to this site:
Well, this only finds old versions of files, it does not delete them.
Even if you choose to then run git-annex-dropunused, it won't lose data unless you force it to.
Multithreaded operation is not tested, and since most threading related bugs are timing dependant, it's doubtful that the test suite would be able to usefully test them.
The same here on Android 8.1.0. likely because .app was build for 5, but there is nothing newer offered on Android downloads. So the Android Port is abandoned overall?
@Ilya_Shlyakhter, it's a heuristic, what consititues a file extension is not very well defined (consider ".tar.gz" and ".not-an-extension"). The heuristic has been refined over the years, but will never be perfect. But, I don't know of any 5+ character file extensions in common use!
Indirect mode is the recommended thing to use, except for situations where it doesn't work, then direct mode is used as a fallback.
v6 is getting fairly close to working better than direct mode at this point.
@Ilya_Shlyakhter,
- CHECKURL is only used by git-annex add/importfeed when adding a new url. So it does not need to be consistent with CHECKPRESENT, though it would probably make sense for it to be in most cases.
- I guess you're asking if it should do that in its CHECKPRESENT implementation. CHECKPRESENT needs to use some method to actively verify that the remote currently contains the content of the key. It doesn't necessarily need to use a recorded url.
- GETURLS looks at information stored in the git-annex branch. If the url
key has been added to the repository with
git annex add
then its url will be stored there, but if you just generated an url key, it doesn't necessarily have anything stored about it in the git-annex branch.
I've added a para above. Note that this is a wiki, and you can edit it too!
Showing the timestamp of when the file was added to the remote could be done; git-annex does not track the last time it verified content was on a remote and tracking that would bloat the git-annex branch. I don't think displaying a very old timestamp for data at rest would give the right impression though.