Added a comment: batch presence checking

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

catch whereisKey exception and provide error messages when external programs neglect to

* whereis: If a remote fails to report on urls where a key
  is located, display a warning, rather than giving up and not displaying
  any information.
* When external special remotes fail but neglect to provide an error
  message, say what request failed, which is better than displaying an
  empty error message to the user.

annotate when it was fixed

debian/: declare breaks until yet to be released datalad 0.12.3

This is due to upcoming release with API breakage:
    * add: Removed the --include-dotfiles option.
which is used in the core of datalad.  Such breakage is yet to be mitigated
on DataLad side. Relevant issue: https://github.com/datalad/datalad/issues/4185

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

marking old issue done

Added a comment

initial report on annex/objects/.../KEY directory left behind

Added a comment

rename changeGitConfig to overrideGitConfig and avoid unncessary calls

It's important that it be clear that it overrides a config, such that
reloading the git config won't change it, and in particular, setConfig
won't change it.

Most of the calls to changeGitConfig were actually after setConfig,
which was redundant and unncessary. So removed those.

The only remaining one, besides --debug, is in the handling of
repository-global config values. That one's ok, because the
way mergeGitConfig is implemented, it does not override any value that
is set in git config. If a value with a repo-global setting was passed
to setConfig, it would set it in the git config, reload the git config,
re-apply mergeGitConfig, and use the newly set value, which is the right
thing.

Bugfix: Don't ignore --debug when it is followed by -c

formatting

add news item for git-annex 8.20200226

releasing package git-annex version 8.20200226

Merge branch 'v7'

devblog

version

add news item for git-annex 7.20200226

retitl

idea, not impementing today

comment

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

followup and close

remove unused import

(cherry picked from commit 1f0fc9ff5f310e867b69d20693bd197199564bad)

Merge branch 'v7'

Bugfix: export --tracking (a deprecated option) set annex-annex-tracking-branch, instead of annex-tracking-branch.

(cherry picked from commit a3a674d15be01a2ee9d27339e9eeb88b21f559dc)

Bugfix to getting content from an export remote with -J, when the export database was not yet populated.

(cherry picked from commit e520341500dce9f708a4de674f19047c5d325744)

fix encryption of content to gcrypt and git-lfs

Fix serious regression in gcrypt and encrypted git-lfs remotes.
Since version 7.20200202.7, git-annex incorrectly stored content
on those remotes without encrypting it.

Problem was, Remote.Git enumerates all git remotes, including git-lfs
and gcrypt. It then dispatches to those. So, Remote.List used the
RemoteConfigParser from Remote.Git, instead of from git-lfs or gcrypt,
and that parser does not know about encryption fields, so did not
include them in the ParsedRemoteConfig. (Also didn't include other
fields specific to those remotes, perhaps chunking etc also didn't
get through.)

To fix, had to move RemoteConfig parsing down into the generate methods
of each remote, rather than doing it in Remote.List.

And a consequence of that was that ParsedRemoteConfig had to change to
include the RemoteConfig that got parsed, so that testremote can
generate a new remote based on an existing remote.

(I would have rather fixed this just inside Remote.Git, but that was not
practical, at least not w/o re-doing work that Remote.List already did.
Big ugly mostly mechanical patch seemed preferable to making git-annex
slower.)

removed

Added a comment

Added a comment: --debug output

Added a comment: --debug output

Added a comment

initial report on --debug , -c interaction

comment

Added a comment

Added a comment

comment

info: Fix display of the encryption value. (Some debugging junk had crept in.)

Bugfix to getting content from an export remote with -J, when the export database was not yet populated.

comment

response

Added a comment

Added a comment: requires -c annex.retry=2 to workaround

removed

issue on a stalled enableremote

Added a comment: strace

Added a comment: strace

Added a comment

todo

comment

comment

annex.security.allowed-ip-addresses ports syntax

Extended annex.security.allowed-ip-addresses to let specific ports of an IP
address to be used, while denying use of other ports.

comment

clarify that the listed IP addresses are in addition to the ones normally allowed

comment

correction

comment

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

comment

response

minor code simplification

Added a comment: no traffic getting out

comment

Added a comment: thanks

added todo suggestion: create debug logs but erase them on success

Added a comment: Interaction with config annex.synccontent

jump right to v8, don't stop part way

* init --version: When the version given is one that automatically
  upgrades to a newer version, use the newer version instead.
* Auto upgrades from older repo versions, like v5, now jump right to v8.

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

fix markup

add mention of git-annex-unused

add Git::Annex

Add forum post about WrongRequestBodyStreamSize S3 export

convert KeySource to RawFilePath

Added a comment

original TODO for more flexible security.allowed-ip-addresses

Added a comment: locking granularity

simplify

no

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

handle keys with extensions consistently in all locales

Fix some cases where handling of keys with extensions varied depending on
the locale.

A filename with a unicode extension would before generate a key with an
extension in a unicode locale, but not in LANG=C, because the extension
was not all alphanumeric. Also the the length of the extension could be
counted differently depending on the locale.

In a non-unicode locale, git-annex migrate would see that the extension
was not all alphanumeric and want to "upgrade" it. Now that doesn't happen.

As far as backwards compatability, this does mean that unicode
extensions are counted by the number of bytes, not number of characters.
So, if someone is using unicode extensions, they may find git-annex
stops using them when adding files, because their extensions are too
long. Keys already in their repo with the "too long" extensions will
still work though, so this only prevents adding the same content with
the same extension generating the same key. Documented this by
documenting that annex.maxextensionlength is a number of bytes.

Also, if a filename has an extension that is not valid utf-8 and the
locale is utf-8, the extension will be allowed now, and an old
git-annex, in the same locale would not, and would also want to
"upgrade" that.

added question: creating locks during --batch operations

Merge branch 'master' of /home/b-git-annex/source

Added a comment: running parallel commands with xargs

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

do not file requests as comments on random pages

response

response

improve

Added a comment

response

Added a comment: backends vs special remotes

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

comment

Makefile: Support newer versions of cabal that use the new-build system.

Unfortunately, cabal puts the binary in a very complicated path
and does not provide any good way to get it out, leaving no good choice
except to use find.

It may be possible to use cabal (new-)install --symlink-bindir,
and ask it to symlink to pwd, but with my older version of cabal,
that does not work.

The stack branch will probably also break once it uses a newer cabal,
didn't try to deal with that.