use InodeCache when dropping a key to see if a pointer file can be safely reset

The Keys database can hold multiple inode caches for a given key. One for
the annex object, and one for each pointer file, which may not be hard
linked to it.

Inode caches for a key are recorded when its content is added to the annex,
but only if it has known pointer files. This is to avoid the overhead of
maintaining the database when not needed.

When the smudge filter outputs a file's content, the inode cache is not
updated, because git's smudge interface doesn't let us write the file. So,
dropping will fall back to doing an expensive verification then. Ideally,
git's interface would be improved, and then the inode cache could be
updated then too.

add inode cache to the db

Renamed the db to keys, since it is various info about a Keys.

Dropping a key will update its pointer files, as long as their content can
be verified to be unmodified. This falls back to checksum verification, but
I want it to use an InodeCache of the key, for speed. But, I have not made
anything populate that cache yet.

move InodeSentinal from direct mode code to its own module

Will be used outside of direct mode for v6 unlocked files, and is already
used outside of direct mode when adding files to annex.

link/copy pointer files to object content when it's added

avoid clean filter trying to annex a pointer file

avoid pre-commit hook messing up new-style unlocked files in v6 repo

stash DbHandle in Annex state

refactor and improve pointer file handling code

todo

long walk led to long list of things to do

require "annex/objects/" before key in pointer files

This removes ambiguity, because while someone might have "WORM--foo" in a
file that's not intended to be a git-annex pointer file,
"annex/objects/WORM--foo" is less likely.

Also, 664cc987e806800ef46794f356003321170c1060 had a caveat about symlink
targets being parsed as pointer files, and now the same parser is used for
both.

I did not include any hash directories before the key in the pointer file,
as they're not needed. However, if they were included, the parser would
still work ok.

support pointer files

Backend.lookupFile is changed to always fall back to catKey when
operating on a file that's not a symlink.

catKey is changed to understand pointer files, as well as annex symlinks.

Before, catKey needed a file mode witness, to be sure it was looking at a
symlink. That was complicated stuff. Now, it doesn't actually care if a
file in git is a symlink or not; in either case asking git for the content
of the file will get the pointer to the key.

This does mean that git-annex will treat a link
foo -> WORM--bar as a git-annex file, and also treats
a regular file containing annex/objects/WORM--bar as a git-annex file.

Calling catKey could make git-annex commands need to do more work than
before. This would especially be the case if a repo contained many regular
files, and only a few annexed files, as now git-annex will need to ask
git about the contents of the regular files.

update associated files database on smudge and clean

associated files database

wording

Merge branch 'master' into smudge

Merge branch 'master' of ssh://git-annex.branchable.com

fix temp filename

Was not putting it inside the temp dir, but next to it!

This was just wrong, and it led to a longer filename that desired being
used, leading to some bug reports.

avoid too long temp dir template

The filename might be at or close to the filename length limit, so using it
as the template for the temp dir would then fail.

cleanup

avoid looping trying to make temp dir when the name is too long

Only loop when directory creation fails due to the directory existing
already.

Added a comment

generalize catchHardwareFault to catchIOErrorType

Fix broken link to other bug

Report bug due to broken createSymbolicLink

m

Copy hints for Emacs users from propellor coding style page

Merge branch 'master' of ssh://git-annex.branchable.com

devblog

init: Configure .git/info/attributes to use git-annex as a smudge filter.

Note that this changes the default behavior of git add in a newly
initialized repository; it will add files to the annex.

Don't like that this could break workflows, but it's necessary in order for
any pointer files in the repo to be handled by git-annex.

refactor

comments

don't let git-annex direct be run in a v6 repo

add v6; keep v5 working for now and manual upgrade

Since all places where a repo is used in direct mode need to have git-annex
upgraded before the repo can safely be converted to v6, the upgrade needs
to be manual for now.

I suppose that at some point I'll want to drop all the direct mode support
code. At that point, will stop supporting v5, and will need to auto-upgrade
any remaining v5 repos. If possible, I'd like to carry the direct mode
support for say, a year or so, to give people plenty of time to upgrade and
avoid disruption.

auto-configure filter.annex.smudge and clean on init

merge clean into smudge command

The git filter config can be used to map the single git-annex command to
the 2 actions, and this avoids "git annex clean" being used for this thing,
it might have a better use for that name later.

avoid unnecessary reading of git-annex branch data when matching on annex.largefiles

This makes git annex clean not look at the git-annex branch at all,
and so speeds it up by 50% or more.

clean filter should update location log when adding new content to annex

avoid commit and messages for smudge filter

annex.largefiles support for clean filter

smudge filter working

basic clean filter working

skeleton smudge/clean filters

Added a comment: Again, difficult to tell

Added a comment: Difficult to tell

Added a comment: git-annex-remote-b2

dropunused: Make more robust when trying to drop an object that has already been dropped.

Before it crashed trying to lock the not-present content and prevented
dropping anything else. Instead, succeed.

Added a comment: Thanks!

devblog

webapp: Fix bugs that could result in a relative path such as "." being written to ~/.config/git-annex/autostart

and ignore any such  relative paths in the file

This was a reversion caused by the relative path changes in 5.20150113.

addurl, importfeed: Changed to honor annex.largefiles settings, when the content of the url is downloaded. (Not when using --fast or --relaxed.)

importfeed just calls addurl functions, so inherits this from it.

Note that addurl still generates a temp file, and uses that key to download
the file. It just adds it to the work tree at the end when the file is small.

import: Changed to honor annex.largefiles settings.

improve annex.largefiles documentation

comment

comment

comment

comment

comment

comment

comment

close

welcome to the docker pid 1 zombie reaping problem

Merge branch 'master' of ssh://git-annex.branchable.com

fix name of comment

remove redundant and unnecessary todo

Mostly because of the --

Added a comment: Am pretty sure this is a filesystem issue

response

respond to all of a user's bug reports at once.. they had copied a repo and so had duplicated annex.uuid

response

um

response

pebkac

comment

tahoe: Include tahoe capabilities in whereis display.

sigh @ OSX

sigh @ encfs...

comment

comment

comment

Added a comment: Got Nixos server configured as a ssh remote (FYI)

Added a comment: Is android 6.0 supported?

Added a comment

removed

Added a comment: just FYI

Added a comment: Re: Compatibility with recent version of Git for Windows

Typo.

removed

Added a comment: Comment 3

removed