update

another case

reproed

Added a comment

Bug report with reproducer

Added a comment: We'll call this solved...

support combineing --socket with HTTPs

Might be useful when proxying? Dunno.

p2phttp: Added --socket option

Used protectedOutput to set up a umask that makes the socket only
accessible by the current user.

Authentication is still needed when using this option unless it is combined
with --wideopen. It was just simpler to keep authentication separate from
this.

p2phttp: Scan multilevel directories with --directory

This allows for eg dir/user/repo structure. But also other layouts. It
still does not look for repositories that are nested inside other
repositories.

The check for symlinks is mostly to avoid cycles that would prevent
findRepos from returning. Eg, foo/bar/baz being a symlink to foo/bar.

If the directory is writable by someone else they can still race it and
get it to follow a symlink to some other directory. I don't think p2phttp
needs to worry about that kind of situation though, and I doubt it avoids
such problems when operating on files in a git-annex repository either.

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

comment

non-tor AuthTokens

As groundwork for making git-annex p2p support other P2P networks than
tor hidden services, when an AuthToken is not a TorAnnex value, but
something else (that will be added later), store the P2PAddress that it
will be used with along with the AuthToken. And in loadP2PAuthTokens,
only return AuthTokens for the specified P2PAddress.

See commit 2de27751d6c81f1842aa762fbd7e01d84968896e for some design work
that led to this.

Also, git-annex p2p --gen-addresses is changed to generate a separate
AuthToken for every P2P address. Rather than generating a single
AuthToke and using it for every one. When we have more than just tor,
this will be important for security, to avoid a compromise of one P2P
network exposing the AuthToken used for another network.

design

correction

remove garbage from middle of comment

fix name of man page

Added a comment

reenable appveyor test suite

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

deal with OSX appveyor build taking more than 1 hour and so timing out

Temporarily disable test suite, so the build will succeed.

cache /Users/appveyor/.stack so ghc and library dependencies do
not have to be installed every time

add news item for git-annex 10.20250630

releasing package git-annex version 10.20250630

close bug that I fixed before it was filed

comment

close dup

Added a comment

Added a comment: We don’t need a 'git annex lock' after a 'git annex add', right?

Work around git 2.50 bug that caused it to crash when there is a merge conflict with an unlocked annexed file

This fixes several test suite failures with git 2.50.

See the bug report for the full, gory details.

bug

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

fix windows build

Added a comment

webapp: Rename "Upgrade Repository" to "Convert Repository"

To avoid confusion with git-annex upgrade.

Sponsored-by: Graham Spencer on Patreon

comment

comment

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

response

Added a comment

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