comment

comment, retitle

close and comment

comment

Fix a build failure with ghc 9.2.2

Thanks, gnezdo for the patch.

filter out ExitSuccess

This avoids displaying the unexpected exit codes message when
the list is eg [ExitSuccess, ExitFailure 1].

Sponsored-by: Dartmouth College's Datalad project

avoid using removePathForcibly everywhere, it is unsafe

If the temp directory can somehow contain a hard link, it changes the
mode, which affects all other hard linked files. So, it's too unsafe
to use everywhere in git-annex, since hard links are possible in
multiple ways and it would be very hard to prove that every place that
uses a temp directory cannot possibly put a hard link in it.

Added a call to removeDirectoryForCleanup to test_crypto, which will
fix the problem that commit 17b20a24502aee3bfc5683146c3899a233295aea
was intending to fix, with a much smaller hammer.

Sponsored-by: Dartmouth College's Datalad project

comment

Added a comment: Reproducible Example

Added a comment: Minimal Example

report about rsync test fail

Added a comment

Added a comment: Duplicate Files

Added a comment: Fixed

Added a comment: Clarification Example

Clarification about git assistant invariants

Added a comment

Added a comment: transitive transfers

Added a comment: transitive transfers

Added a comment

Added a comment: I had to come out of the rabbit hole

Added a comment: re: See git-annex-export.

Added a comment: re: Making git-annex preserve file name, and directory

I want to bend git-annex to my will, but I don't know how

Added a comment

Added a comment

added bug report for git-annex-import importing too much

comment

Fix test failure on NFS when cleaning up gpg temp directory

Using removePathForcibly avoids concurrent removal problems.

The i386ancient build still uses an old version of ghc and directory that
do not include removePathForcibly though.

Sponsored-by: Dartmouth College's Datalad project

keep old directory support

Still needed for i386ancient build.

remove unused v

remove moreinfo

improve check using nub

This is clearer, and looks at the list content only once rather than
twice, but should have no behavior changes.

comment

comment

remove

comment

comment

multicast: Support uftp 5.0 by switching from aes256-cbc to aes256-gcm

aes256-gcm is supported by both 4.x and 5.x, while 5.x dropped aes256-cbc.

Sponsored-by: Graham Spencer on Patreon

comment

Added a comment

report on cryto test FAIL on NFS

Added a comment: new backends

Describe compatibility bug with uftp 5.0

Added a comment: The man page export seems to be broken

Added a comment

Added a comment: Myself

Added a comment: recording state in git

Added a comment: Discrepancy between `git add` and `git annex add` when annex.largefiles is set

Added a comment: Improving on the WORM situation

todo

todo

Added a comment: maxextensionlength

add easy-git-annex to related_software

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

how to implement this?

add a link to git-annex-dead

comment

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

update

Added a comment

todo triage

Tagging todos that seem to have a plan ready as confirmed.

Also closed some old ones for various reasons. Including several that
turn out to be addressed by newer features.

Also opened a new todo about git-annex-config needing a criteria to add
new configs to it.

comment

comment

commnet

Added a comment: TL;DR

Added a comment: Inode rotation on android /sdcard

Added a comment

assistant prompt pushing of manual commits to remotes

assistant: When annex.autocommit is set, notice commits that the user makes
manually, and push them out to remotes promptly.

Sponsored-by: Boyd Stephen Smith Jr. on Patreon

Added a comment

comment

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

more thoughts

This idea seems fleshed out enough to implement now.

Sponsored-by: Boyd Stephen Smith Jr. on Patreon

idea

Added a comment

Added a comment: No bueno

idea

improve documentation of overridding git-annex config with gitconfig

comment

retitle

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

prevent numcopies or mincopies being configured to 0

Ignore annex.numcopies set to 0 in gitattributes or git config, or by
git-annex numcopies or by --numcopies, since that configuration would make
git-annex easily lose data. Same for mincopies.

This is a continuation of the work to make data only be able to be lost
when --force is used. It earlier led to the --trust option being disabled,
and similar reasoning applies here.

Most numcopies configs had docs that strongly discouraged setting it to 0
anyway. And I can't imagine a use case for setting to 0. Not that there
might not be one, but it's just so far from the intended use case of
git-annex, of managing and storing your data, that it does not seem like
it makes sense to cater to such a hypothetical use case, where any
git-annex drop can lose your data at any time.

Using a smart constructor makes sure every place avoids 0. Note that this
does mean that NumCopies is for the configured desired values, and not the
actual existing number of copies, which of course can be 0. The name
configuredNumCopies is used to make that clear.

Sponsored-by: Brock Spratlen on Patreon

switch from hothasktags to hasktags

hothasktags was removed from Debian. And in the meantime hasktags
improved so it works well in the source tree.

Also make dev update tags.

Sponsored-by: Jack Hill on Patreon

add news item for git-annex 10.20220322

releasing package git-annex version 10.20220322

fix quickcheck test on windows

prop_relPathDirToFileAbs_basics (TestableFilePath ":/") failed on
windows. The colon was filtered out after trying to make
the path relative, which only removed leading path separators.
So, ":/" changed to "/" which is not relative. Filtering out the colon
before hand avoids this problem.

Sponsored-by: Luke Shumaker on Patreon

prop_relPathDirToFileAbs_basics has another hickup again in QuickChecks

remove copyright entry for removed vendored library

Removed the NetworkBSD build flag

Debian stable and the i386ancient build both have a new enough network
to not need this flag any longer.

Sponsored-by: Svenne Krap on Patreon