comment

comment

um

followup

followup

comment

Fix a minor bug that caused options provided with -c to be passed multiple times to git.

moreinfo

comment

Added a comment

Added a comment: Tor remote does not use stdin

Added a comment

comment

comment

Added a comment: gsasl dependency

Added a comment

Added a comment: past versions of annexed files

report bug

Added a comment

Added a comment

Added a comment

Added a comment

Added a comment

Added a comment

Added a comment: make install failing for 8.20200309, any ideas as to why?

Added a comment

Added a comment: where are the release notes for git annex?

Added a comment

repeated --config values

Added a comment

added possible bug report: networkbsd flag default differs in stack.yaml and git-annex.cabal

Added a comment

removed

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.)