response

comment

comment

prevent relatedTemplate from truncating a filename to end in whitespace

Avoid a problem with temp file names ending in whitespace on filesystems
like VFAT that don't support such filenames.

See a6eb7d73398fc1729faec663c1822023e540643b previously for the same but
with "."

At some point relatedTemplate is more bother than it's worth and it would
be simpler to just use "temp" as the basename of all temp files. We seem to
be approaching that point, since my interest in absurd ancient filesystem
limitations is limited.

Sponsored-by: unqueued on Patreon

Skip and warn when a tree import includes empty filenames

Which can happen with eg a S3 bucket.

Sponsored-by: Dartmouth College's DANDI project

response

not a bug in git-annex

response

Added a comment

Added a comment

FR for gx-import

import to nonexistent path/branch gives unable to find base tree error

Added a comment: A (Mildly) Compelling Reason

Added a comment: Easy Approach

Added a comment

thx

Added a comment: Solutions

Added a comment: Ignoring files on directory special remote

response

response

revert man page changes

Revert "Linked to discussion on caveat"

This reverts commit 9fe60062a38228594ce8d48bbe1b14532934f22d.

We don't link from man pages to forum discussions. If there is a
problem, it should be fixed, and if there is a wart it should be
documented on the man page in enough detail to understand on its own.

In this case, I don't know that there is any problem at all.

Added a comment: OK I may have overcomplicated things

Added a comment: wait, something's up with the suffix!

Added a comment: confirm, but not all non-ascii characters are a problem

Added a comment

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

fix appveyor skip condition for doc changes

Added a comment

For one: why would preview show a nonexistent page as an existent link instead of a question mark? For two: why is []() syntax relative to current page but [[|]] syntax is relative to root?

Linked to discussion on caveat

Added a comment: Now the current branch is pushed first! 🥳

Special remote protocol: How to identify exact size of a particular key?

add news item for git-annex 10.20250605

releasing package git-annex version 10.20250605

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

initial report on "fatal: empty filename in tree entry"

Added a comment

tag as INM7 because it involves git-annex integration with forgejo

sync: push current branch first

sync: Push the current branch first, rather than a synced branch, to better
support git forges (gitlab, gitea, forgejo, etc.) which use push-to-create
with the first pushed branch becoming the default branch.

With considerable complication to filter out warning message about
receive.denyCurrentBranch when pushing to a non-bare repository. Localization
may break it in the future, but it seems like the best way to handle this. See
my comments for the gory details.

comment

comment

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

annex.fastcopy

Added annex.fastcopy and remote.name.annex-fastcopy config setting. When
set, this allows the copy_file_range syscall to be used, which can eg allow
for server-side copies on NFS. (For fastest copying, also disable
annex.verify or remote.name.annex-verify.)

This is a simple implementation, that does not handle resuming as well as
it possibly could.

It can be used with both local git remotes (including on NFS), and
directory special remotes. Other types of remotes could in theory also
support it, so I've left the config documented as a general thing.

comment typo

comment

Added a comment

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

followup

Added a comment

Suggest pushing current branch before the meta-branches

caps

fix pipi link

markdown link didn't work, use a subpage

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

add pypi

adjust annex.synccontent transition warning

sync will also be changing to drop unwanted content by default, this
wording change avoids leaving the wrong impression

be quite about ln on make all

add git-remote-tor-annex target

Just for consistency, it makes the symlink for git-remote-annex and
git-annex-shell, but not for git-remote-tor-annex despite that being
another one of the multicall programs.

moveFile on windows forgot to delete src file in fallback case

This dates back to commit 625303226dc94c2f35a5a4835b7c53c582014643,
where a cross-device moveFile on Windows was made to fall back to copying
to the destination, but forgot to delete the source file.

Should fix the following test suite failure on Windows:

    import:                                FAIL (2.52s)
      .\Test\Framework.hs:383:
      C:\Users\RUNNER~1\AppData\Local\Temp\importtest.0\import1\f exists unexpectedly
      Use -p '/import/' to rerun this test only.

Which was seen here, running the test suite in the github action environment.
https://github.com/psychoinformatics-de/git-annex-wheel/issues/5

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

update

update changelog for minor fix

2fad57de4402669881698f215fc30610e2a3c2d3

rename repoName to repoDesc

That's what the function mostly is, if it shows a remote name it's only
in an edge case, where that is the best description of it available.

fix display of remote name in json

Also fixes it in the graphviz map in some cases, where there is no
description for a repository.

And in json, use the remote name, never the description, since the field
is "remote" which is intended to be the git remote name.

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

adjust json field names

Avoid using "name" for what git-annex otherwise refers to as a
description.

(For the remotes in the map, the "remote" field should be the remote
name, but there is a bug preventing it from being that.)

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

Added a comment: I need help with this too (c.f. submodule refactor)

Added a comment: Not enough information on special remotes

map: Support --json option

Sponsored-by: Dartmouth College's OpenNeuro project

comment

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

prevent initialization with bad freeze/thaw hook configured

When annex.freezecontent-command or annex.thawcontent-command is configured
but fails, prevent initialization.

This allows the user to fix their configuration and avoid crippled
filesystem detection entering an adjusted unlocked branch unexpectedly,
when they had been relying on the hooks working around their filesystems's
infelicities.

In the case of git-remote-annex, a failure of these hooks is taken to mean
the filesystem may be crippled, so it deletes the bundles objects and
avoids initialization. That might mean extra work, but only in this edge
case where the hook is misconfigured. And it keeps the command working
for cloning even despite the misconfiguration.

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

Added a comment: Standalone rpms not available

comment

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

Added a comment

Added a comment

Added a comment

dup

close dup todo

correction

Added a comment

comment

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

git bug

Added a comment

comment

comment

assistant: Avoid startup hang on active *.lock file

Avoid hanging at startup when a process has a *.lock file open in the .git
directory.

The goal is to repair stale locks, not wait for all active locks to be
closed. This was causing problems for a non-git process that has its own
lock file in a subdir of .git/.

If .git/index_lock is a non-stale lock, this does let the assistant start
up regardless. Commits by the assistant will then fail, until the process
locking the index finishes. This is not a problem, because the same
behavior could already happen if the assistant is started and then another
process locks the index.

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