removed

Added a comment

Added a comment: layout messed up

Added a comment: Double symlinks

Added a comment

Added a comment

fix builds build

comment

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

fix windows build

Added a comment: conda

Added a comment: stable url for standalone build

Added a comment

Added a comment: more specifics

Added a comment

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

remove confusing sentence

Added a comment

Added a comment: re: rationale

add news item for git-annex 8.20200309

releasing package git-annex version 8.20200309

Fix upgrade failure when a file has been deleted from the working tree

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

fix problems with upgrade of local remotes

Upgrade other repos than the current one by running git-annex upgrade
inside them, which avoids problems with upgrade code making assumptions
that the cwd will be inside the repo being upgraded.

In particular, this fixes a problem where upgrading a v7 repo to v8 caused
an ugly git error message.

I actually could not find a way to make Upgrade.V7 work properly
without changing directory to the remote. Once I got git ls-files to work,
the git cat-file failed because :path can only be used in the current git
repo.

guard against unsafe git ls-files uses

This breaks several parts of the upgrade code, when upgrading remotes
of the current repo, but those parts were buggy, and will need to be
fixed somehow anyway.

foo

close

response

Added a comment

response

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

Avoid converting .git file in a worktree or submodule to a symlink when the repository is not a git-annex repository.

This means it will still be a .git file when git-annex init runs. That's
ok, the repo probably contains no annexed objects yet, and even if it does,
git-annex init does not care if symlinks in the worktree don't point to the
objects.

I made init, at the end, run the conversion code. Not really necessary
because the next git-annex command could do it just as well. But, this
avoids commands that don't normally write to the repo needing to write to
it, which might avoid some problem or other, and seems worth avoiding
generally.

Added a comment

Added a comment

update comment

Added a comment: thanks

remove changelog for problem I've not fixed yet

comment

Fix bug that caused unlocked annexed dotfiles to be added to git by the smudge filter when annex.dotfiles was not set.

v5 too?

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

comment

bug report

add a comment about CWD

While git ls-files can actually be used on a repo that is not in the
cwd, it works inconsistently. For example, this fails:

git --git-dir=../foo/.git --work-tree=../foo ls-files ../foo

But change some of the paths to absolute and it will succeed. That seems
like a bug in git.

OTOH, this succeeds:

git --git-dir=../foo/.git --work-tree=../foo ls-files

But, that lists paths relative to the top of the --work-tree,
rather than the usual listing them relative to the cwd. Because the cwd
is not in the repo. And so anything parsing the ls-files output of that
is likely to operate on files in the wrong location. Indeed, there is
code in Upgrade/ that has this problem!

Added a comment

comment

Added a comment: Problem solved (partially)

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

followup

add news item for git-annex 7.20200309

added a note about historical builds

GETCONFIG name fix

Fix regression that prevented external special remotes from using GETCONFIG
to query values like "name". (Introduced in version 7.20200202.7.)

clarify LISTCONFIGS

Apparently some externals use GETCONFIG name, and the documentation as
written can be read to allow it, although IIRC it was not really my
intent to. If someone does do this, they should not include it in
LISTCONFIGS, since git-annex already tracks its own config settings.

comment

fix build

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

added metadata tot he bug -- datalad

Added a comment

added todo: add option to disable fsck upgradable key warnings

Added a comment: No clear error message for failing names on NTFS

Added a comment

Added a comment

removed

Added a comment: re: Invalid option `--include-dotfiles'

Added a comment

Added a comment: Invalid option `--include-dotfiles'

added bug report: running git annex commands in worktree of a non-git-annex repo changes the .git

behavior of annexed dotfiles in clone

link to upstream bug report

Added a comment: Also no clear error for permission problems

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

completed the createDirectoryIfMissing conversion

Remaining calls in the assistant and Annex.Ssh have been audited and are ok.

mostly finished with createDirectoryUnder conversion

Remaining things needing converted are in the assistant, and Annex.Ssh.

Every other remaining call to createDirectoryIfMissing True has been
audited and is not relevant. The ones in Build/ of course don't get
included in the program. Others included eg, Remote.Tahoe and
Config.Files which both write to dotfiles under the home directory.

refactor

convert replaceFile to createDirectoryUnder

Since it was used on both worktree and .git/annex files, split into
multiple functions.

In passing, this also improves permissions of created directories in
.git/annex, using createAnnexDirectory on those.

initial report on "Too many open files" on OSX

Added a comment: can use copies=groupname:number

Added a comment: re: annexing only large dotfiles

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

Added a comment: annexing only large dotfiles

some easy createDirectoryUnder conversions

Added a comment: atomic/transactional upgrades

convert createAnnexDirectory to use createDirectoryUnder

It will create foo/.git/annex/, but not foo/.git/ and not foo/.

This will avoid it creating an empty path to a repo when a drive is
yanked out and the mount point goes away, for example.

implemented createDirectoryUnder

small opt to absPath

Noticed that it gets the CWD unncessarily when the path is absolute.

I have not benchmarked this, but I guess that the small overhead of
isAbsolute is so tiny compared to the system call that it's worth
it even if most of the time relative paths are passed to absPath.

annex.dotfiles override

buglist template

pagespecs are absolute