thoughts

followup

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

fix untrustworthiness of import/export remotes

Commit 36133f27c0bd5ba037291420d4b66a3bd8e26308 had a boolean flip in it,
aaargh.

Special remotes with importtree=yes or exporttree=yes are once again
treated as untrusted, since files stored in them can be deleted or modified
at any time.

Sponsored-by: Kevin Mueller on Patreon

incremental verification for retrieval from import remotes

Sponsored-by: Dartmouth College's Datalad project

Added a comment: interaction of out-of-tree symlinks with exporttree

Added a comment

Added a comment: hm...

incremental verification for retrieval from all export remotes

Only for export remotes so far, not export/import.

Sponsored-by: Dartmouth College's Datalad project

support incremental verification when retrieving from export/import remotes

None of the special remotes do it yet, but this lays the groundwork.

Added MustFinishIncompleteVerify so that, when an incremental verify is
started but not complete, it can be forced to finish it. Otherwise, it
would have skipped doing it when verification is disabled, but
verification must always be done when retrievin from export remotes
since files can be modified during retrieval.

Note that retrieveExportWithContentIdentifier doesn't support incremental
verification yet. And I'm not sure if it can -- it doesn't know the Key
before it downloads the content. It seems a new API call would need to
be split out of that, which is provided with the key.

Sponsored-by: Dartmouth College's Datalad project

datalad metadata

comment

comment

comment

comment

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

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

question/todo about migrating .git/annex/objects

initial report asking to prevent adjusted branch migration or any other for that sake

Added a comment

Added a comment: it is still there

rename memoryUnits

It's not just used for memory sizes.

implement dataUnits finally

Added support for "megabit" and related bandwidth units in
annex.stalldetection and everywhere else that git-annex parses data units.

Note that the short form is "Mbit" not "Mb" because that differs from "MB"
only in case, and git-annex parses units case-insensitively. It would be
horrible if two different versions of git-annex parsed the same value
differently, so I don't think "Mb" can be supported.

See comment for bonus sad story from my childhood.

Sponsored-by: Nicholas Golder-Manning

close

comment

comment

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

update

add news item for git-annex 10.20220504

hah, I mean 0504 of course

releasing package git-annex version 10.20220404

bump year for Utility/*

fix git-annex repair false positive

Avoid treating refs/annex/last-index or other refs that are not commit
objects as evidence of repository corruption.

The repair code checks to find bad refs by trying to run `git log` on
them, and assumes that no output means something is broken.  But git log
on a tree object is empty.

This was worth fixing generally, not as a special case, since it's certainly
possible that other things store tree or other objects in refs.

Sponsored-by: Max Thoursie on Patreon

Added a comment: should import follow symlinks?

comment

disable shellescape for rsync 3.2.4

rsync 3.2.4 broke backwards-compatability by preventing exposing filenames
to the shell. Made the rsync and gcrypt special remotes detect this and
disable shellescape.

An alternative fix would have been to always set RSYNC_OLD_ARGS=1.
Which would avoid the overhead of probing rsync --help for each affected
remote. But that is really very fast to run, and it seemed better to switch
to the modern code path rather than keeping on using the bad old code path.

Sponsored-by: Tobias Ammann on Patreon

comment

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