Merge tag '10.20240430'

tagging package git-annex version 10.20240430

releasing package git-annex version 10.20240430

comment

applied patch

Change --copies' meta parameter to NUMBER

promote comment to todo

close

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

Added a comment: How to find last available version of a file?

Added a comment

Added a comment: annex.maxextensionlength and annex.maxextensions

Initial report

todo

Added a comment

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

update

Added a comment

Q on the cheapest test for an initialized annex

Delete bug, as I have patch for it

annex.maxextensions configuration

Controls how many filename extensions to preserve.

Sponsored-by: the NIH-funded NICEMAN (ReproNim TR&D3) project

comment

update to focus on why this is still open

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

fix option desc pasted from pull

Added a comment: but I'm talking about --help, isn't that in the source code?

Added a comment: Everyone can fix typos in the docs

Added a comment: hook idea implementation is cool, but usage is not so simple for the enduser

update

avoid accepting externaltype= and readonly= parameters for rclone

I think readonly= doesn't make sense here? externaltype= certianly
doesn't.

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

rclone special remote

Added rclone special remote, which can be used without needing to install
the git-annex-remote-rclone program. This needs a new version of rclone,
which supports "rclone gitannex".

This is implemented as a variant of an external special remote, that
runs "rclone gitannex" instead of the usual git-annex-remote- command.
Parameterized Remote.External to support that.

Sponsored-by: Luke T. Shumaker on Patreon

update

startExternalAddonProcess add parameters

Not used yet but intended to support eg running "rclone gitannex"

typo fix

bug about inception with unlocked files

original possible todo on extension

Added a comment: Need for more than HEAD/URL?

Added a comment: prior art

Added a comment: Happens on nix on MacOS as well

Thoughts on support special remotes that compute keys instead of downloading

comment

todo

Added a comment

Added a comment

Add link to Yann's distribits talk

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

multiple -m second try

Test suite passes this time. When committing the adjusted branch, use
the old method to make a message that old git-annex can consume. Also
made the code accept the new message, so that eventually
commitTreeExactMessage can be removed.

Sponsored-by: Kevin Mueller on Patreon

Added a comment: Update after transferring more files

Added a comment: or use numcopies for safety

Added a comment: when someone names files like keys, they probably want trouble 🙃

comment

repot MacOS disk usage bug

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

update

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

project we started at Distribits

Added a comment: more use cases for configurable default preferred content

Added a comment

Added a comment: Possible simplified scenario

Add link to English re-recording of Yann's git-annex workshop kickoff talk @Tübix2023

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

mention reversion

Revert "multiple -m"

This reverts commit cee12f6a2fd7f90eb2aa72cd638b6bcdf45e4f92.

This commit broke git-annex init run in a repo that was cloned from a
repo with an adjusted branch checked out.

The problem is that findAdjustingCommit was not able to identify the
commit that created the adjusted branch. It seems that there is an extra
"\n" at the end of the commit message that it does not expect.

Since backwards compatability needs to be maintained, cannot just make
findAdjustingCommit accept it with the "\n". Will have to instead
have one commitTree variant that uses the old method, and use it for
adjusted branch committing.

Added a comment: support for bulk write/read/test remote

Added a comment

Added a comment

fixes

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

multiple -m

sync, assist, import: Allow -m option to be specified multiple times, to
provide additional paragraphs for the commit message.

The option parser didn't allow multiple -m before, so there is no risk of
behavior change breaking something that was for some reason using multiple
-m already.

Pass through to git commands, so that the method used to assemble the
paragrahs is whatever git does. Which might conceivably change in the
future.

Note that git commit-tree has supported -m since git 1.7.7. commitTree
was probably not using it since it predates that version. Since the
configure script prevents building git-annex with git older than 2.1,
there is no risk that it's not supported now.

Sponsored-by: Nicholas Golder-Manning on Patreon

fix typo

Added a comment

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

todo

Added a comment

fix build warning

A recent change made plumbing the backend through fsck unncessary.

Left fsck checking backend and skipping operating on key when it could
not find one. Not checking the backend would be a behavior change.
For example the command git-annex fsck --key FOO--bar does nothing
since FOO is not a known backend. If this were removed it would
instead go on and fsck it and warn that no copies exist of the key.
That behavior change seems like it would be fine, but I also have no
reason to make it.

avoid build warning on windows

windows build fix

comment

update for new rclone gitannex command

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

avoid build warning on windows

Since append was only exported by Annex.Common on unix, excluding it
from import caused a build warning on windows.

fix build on windows

deletestale renamed from cleanstale

fix build warnings on windows

Windows: Fix escaping output to terminal when using old versions of MinTTY