comment

make git-annex_$version tags in the downloads repo

Note the use of git tag -f, this way if it takes several tries to get a
release published, it will use the final one for the tag.

Tags have been retrospectively added for past releases, using this:

for v in $(git log --oneline --grep="publishing git-annex "| sed 's/ publishing git-annex / /'); do foo=$(echo "$v" | sed 's/ .*//'); bar=$(echo "$v" | sed 's/.* //');  git tag git-annex_"$bar" "$foo" ; done

Added a comment

Added a comment

complaining about choice of variable

comment

followup

Added a comment

comments

add Servant to build flags again

While the build flag is removed, datalad tests are relying on it being
present and there is no harm.

Added a comment: Fixed in 20050929

Revert "webapp: Remove support for local pairing"

This reverts commit 8ea6d7acc548cb35b4905c9c663e8a7de66ac752.

Temporarily, until builds finish for today's release.

webapp: Remove support for local pairing

As a feature only supported by the webapp, and not by git-annex at the
command line, this is by now a very obscure corner of git-annex, and not
one I want to keep maintaining.

It's worth removing it to avoid the security expsure alone. People using
the assistant w/o the webapp probably don't expect it to be listening on
a UDP port for a handrolled protocol, but it was.

The webapp has supported pairing via magic-wormhole since 2016, which
makes a link including between local computers, albeit with the overhead
of tor. That sort of covers the same use case. Of course advanced users
can easily enough add a ssh remote to their repository themselves, using
a hostname on the local network.

Sponsored-by: unqueued

remove old assistant release notes

add news item for git-annex 10.20250929

releasing package git-annex version 10.20250929

Fix build with ghc 9.0.2.

response

comment

add libghc-unbounded-delays-dev to debian/control deps

don't set locale encoding when opening binary file

importfeed: Fix encoding issues parsing feeds when built with OsPath.

comment typo

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

enableremote: Allow type= to be provided when it does not change the type of the special remote

Fixes breakage in datalad test suite
https://github.com/datalad/datalad/issues/7747

Also, revert the change I earlier made to git-annex's own test suite due to
the same problem.

Added a comment: Cross link to importfeed parsing

Added a comment: Feed seems to now be parsed as UTF-8 characters, not binary mode

Added a comment: importfeed: utf-8 XML is (now?) parsed into 8-bit characters

Added a comment: Example still working feed

Added a comment: Debug output

Added a comment: Previous working build was 20250828

importfeed: Enum.toEnum{Word8}: tag (8217) is outside of bounds (0,255)

Added a comment

missing build dep for debian?

Remove the Servant build flag

Always build with support for annex+http urls and git-annex p2phttp.

remove unnecessary import

add news item for git-annex 10.20250925

releasing package git-annex version 10.20250925

Added a comment

update

comments

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

preparing for a release

reorder

fixed

Added a comment: the X prefix conflicts with the eXternal backend namespace

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

clean up imports needed by old versions of ghc

Now that ghc 9.0.2 is the oldest supported version.

Eg cruft from
https://web.archive.org/web/20190424185034/https://prime.haskell.org/wiki/Libraries/Proposals/SemigroupMonoid

Sponsored-by: Jack Hill

avoid unused import on Windows

fix build warnings

fix windows build

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

invalidate recorded content identifier tree when export changes

Fix bug that made changes to a special remote sometimes be missed when
importing a tree from it. The diff import would miss when a change was
exported, then manually undone on the special remote (eg deleting a newly
exported file). A full import is needed to catch such changes.

After upgrading, any such missed changes will be included in the next
tree imported from a special remote. This happens because the previously
recorded content identifier tree does not have export information included,
so it is treated as invalid, and a full import is done.

Fixes reversion introduced in version 10.20230626, commit
40017089f268391f79226592850b58855cdbf808

Unfortunately, this does mean that after each export, the next import will
be a full import. Which can take significantly longer than the diff import
does, when there are a lot of files in the tree.

It would be better if exporting also update the content identifier tree.
However, I don't know if that can be done inexpensively. It would be future
optimisation work, in any case.

(That could only be done for an export that is run in the same
repository as the import. When an export is run in a different repository,
the export.log gets updated, and that propagates to the repository where
import is later run. At that point, a full import is done.)

Sponsored-by: Luke T. Shumaker

remove accidentially added debug prints

Windows still FTBFS

thought

worse

promote forum post to bug, analysis

fix test suite

dfbf76e2ca50d31eca6dee253c5bf3c892301463 broke it.

enableremote with the same type= as initremote had before might be worth
allowing, but I'll wait and see if someone else complains

prevent deadlock when reconcileStaged runs restagePointerFiles

Fix hang that could occur when using git-annex adjust on a branch with a
number of files greater than annex.queuesize. Or potentially other
commands.

When reconcileStaged is running, the database is being opened. But
restagePointerFiles closes the database, and later writes to it. So it will
deadlock if called by reconcileStaged.

The deadlock occurred when the git queue happened to be full, causing
adding a call to restagePointerFiles to it to flush the queue and
restagePointerFiles to run at the wrong time.

Fixed by making reconcileStaged, when it populates or depopulates a pointer
file, arrange for restagePointerFiles to be run as a cleanup action, rather
than from the git queue.

But, what if restagePointerFiles is already in the git queue before
reconcileStaged is run? If it adds anything else to the git queue, causing
the queue to flush, it would still deadlock. To avoid this hypothetical
situation, added a Annex.inreconcilestaged, and made restagePointerFiles
check it and not do anything.

Note that, I did consider the simpler approach of only running
restagePointerFiles as a cleanup action, rather than from the git queue.
But see commit 6a3bd283b8af53f810982e002e435c0d7c040c59 for why it was made
to use the queue in the first place. I wanted to avoid tying this bug fix
to a behavior change.

Sponsored-by: mycroft

update

comment

comment

comment

comment

enableremote: Disallow using type= to attempt to change the type of an existing remote

Changing the type out from under an existing special remote exposes the
existing config to something that may interpret it wildly differently. As
seen in the bug report, this can even result in behavior that makes
git-annex say it's buggy. So prevent the user from doing this. --sameas is
the better way.

Sponsored-by: Kevin Mueller

comment

Add git-remote-p2p-annex and git-remote-tor-annex to standalone builds

fix windows build

response

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

FTBFS on Windows

typo

Added a comment

Added a comment

annex.assistant.allowunlocked

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

fix bug in recent commit

tag repronim based on https://git-annex.branchable.com/forum/Is_there_a_way_to_have_assistant_add_files_locked__63__/#comment-096bedb2d22d5aae6a51a53179372d4f

improve example

close

use giveup not error

This is not debugging a git-annex bug, so no stack trace needed.

improve error message when SETCREDS overwrites git-annex config

That is not allowed, so it's not a bug in git-annex when it happens and
instead tell the special remote developer how it's messed up.

Note that currently only Remote.External can overwrite the parsed remote
config with a PassedThrough value. PassedThrough values are otherwise
only generated for configs that are not parsed by the remote config
parser.

Sponsored-by: Joshua Antonishen

fixed

close

comment

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

set locale encoding after fdTohandle

fdToHandle does not set the usual system locale encoding,
so when the Handle is used for any String IO, it needs to be done
manually for correctness.

I don't know if this fixes any bugs. It might eg, fix a bug with
multicast receive of a file.

Sponsored-by: Leon Schuermann

Added a comment

boot libs

work around file-io not setting locale encoding when opening a Handle

Works around this bug https://github.com/haskell/file-io/issues/45

The fix is in Utility.FileIO.CloseOnExec because all use of file-io is
already wrapped through that module. Although perhaps that ought to be
refactored at this point.

I'd hope that file-io will eventually fix this bug, and also provide
CloseOnExec variants of its functions. That would allow depending on the
fixed version, and removing this ugly code.

Note that, functions like readFile that don't care about the encoding
due to reading/writing a ByteString were kept optimally fast by not
setting the encoding. This avoids an IORef read and write per open.

Sponsored-by: Graham Spencer

bug

require_OsPath branch

comment

update