Package: git-annex
Version: 10.20220724-1
Severity: normal

The current git-annex release is 10.20221003, and it fixes a number of
reversions and bugs that are present in the version in Debian.

I've gathered the main ones here, although if you chose to cherry-pick
these commits, you would need to watch out for other commits they may
depend on. My recommendation would be to update to the new version
instead.

This one avoids data loss, although only when someone has an
unfortunately placed symlink:

ed39979ac8ec6ff2a279939440574927d5cc894a
  * import: Avoid following symbolic links inside directories being
    imported. 

Git integration fixes:

a23fd7349fb9cd5b5b0d6c4790d58fe205ca6f3b
  * Work around bug in git 2.37 that causes a segfault
    when core.untrackedCache is set, which broke git-annex init.
ce65f11de081ec3903ac388c59f5fdf021ccd237
bfa451fc4e621700883fb3b34600bdf71f515a62
  * enable-tor: Fix breakage caused by git's fix for CVE-2022-24765.

Fixes for regressions in git-annex:

94029995fa2754ed8c22f23cf7bf0157edeeef7a
    Fix a regression in 10.20220624 that caused git-annex add to crash when
    there was an unstaged deletion.
8a4cfd4f2d672b57a97e53b6d141378770171e66
    Fix crash importing from a directory special remote that contains a broken
    symlink.
1fe9cf7043e9c24bd8719d45f68f349c0c87e215
  * Improve handling of directory special remotes with importtree=yes whose
    ignoreinode setting has been changed. When getting a file from such a
    remote, accept the content that would have been accepted with the
    previous ignoreinode setting.
8d26fdd6709ba341570bf665f1ace0556bdcf5cb
  * Fix a reversion that prevented git-annex from working in a
    repository when --git-dir or GIT_DIR is specified to relocate the git
    directory to somewhere else.
    (Introduced in version 10.20220525)

Other significant bug fixes:

0756f4453d988776e689855851b472f1060889c3
0ffc59d34107a3ee671b90fc7c59ca09c00abbf5
  * directory, adb: Fixed a bug with importtree=yes and multiple files
    in the special remote have the same content, that caused it to
    refuse to get a file from the special remote, incorrectly complaining
    that it had changed, due to only accepting the inode+mtime of one file
    (that was since modified or deleted) and not accepting the inode+mtime
    of other duplicate files.
f1c85ac11b3b7004bf1b1917f9c504622d15e1aa
  * p2p: Pass wormhole the --appid option before the receive/send command,
    as it does not accept that option after the command

-- 
see shy jo

Attachment: signature.asc
Description: PGP signature

Reply via email to