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

Added a comment

Added a comment

comment

comment

comment

commnet

comment

don't say a supported version is unsupported

When an automatic upgrade from eg v10 fails, it's still a supported
version, so don't say unsupported.

Added a comment

Added a comment

Added a comment: Linux 64bit failing?

drop NSF logo

Seems hotlinking is not allowed, and I don't want to copy it to some
other site (can't include it here due to licensing.)

fix NSF logo

enable parallel ghc for building git-annex

Via a build flag this time, that's off by default because hackage
demands it be so, but that gets turned on by the Makefile and by stack.

Revert "enable parallel ghc for building git-annex"

This reverts commit 3f6aff89b1022b90c43a96b091d55e6e251d6f83.

Sadly hackage rejects cabal files using -j unless hidden behind an
option that is disabled by default.

add news item for git-annex 10.20230926

releasing package git-annex version 10.20230926

analysis

followup

update

close

close

close

close

close

moreinfo

argh

hmmm

hm

analysis

close as seems fixed

close

enableremote: Avoid overwriting existing git remote when passed the uuid of a specialremote that was earlier initialized with the same name

moreinfo

comment

done

typo

document -C behavior with exporttree remotes

comment

fix some build warnings from ghc 9.4.6

It now notices that a RepoLocation may not be Local, in which case
pattern matching on Local wouldn't do.

fix some build warnings from ghc 9.4.6

For some reason it doesn't notice that req must be a Req, because
the toplevel function matched on that.

enable parallel ghc for building git-annex

This drops a full recompile on my new 12 core laptop from 4:00 to 2:47.

It would be possible for me to use:
cabal configure --ghc-options=-j
But that also makes cabal parallelize ghc for each package it installs
to satisfy git-annex's dependencies. Since cabal is already configured
to parallize installing dependencies, that would use N^2 cpu cores,
which seems like a bad idea.

And also I'd have to remember to do it.

So I'm thinking it's better to do it by default. If a system that is
building git-annex is also busy with other things, let the scheduler
sort it out. If this impacts someone particularly badly, they can of
course avoid it with:
cabal configure --ghc-options=-j1

Support being built with crypton rather than cryptonite

crypton is a fork of cryptonite, and cryptonite's github repo has been
archived. Some deps are already using cryptonite so it's clearly the way
forward.

Added a build flag without a default, so cabal configure will select on its
own which to use. stack files pin to cryptonite for now.

Sponsored-by: Nicholas Golder-Manning on Patreon

fix some build warnings from ghc 9.4.6

It now notices that a RepoLocation may not be Local, in which case
pattern matching on Local wouldn't do.

However, in these cases, I think it always is a Local. In particular,
Git.Config.read is only run on local repos and upgrades LocalUnknown to
Local.

use unshorted hash in version

short hashes can be lengthened by unrelated pulls into a repo, breaking
reproducible builds
https://lists.reproducible-builds.org/pipermail/rb-general/2023-September/003072.html

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

new make dev target

rename old to make prof

silence build warning

about ~

todo

Added a comment

announcement

comment

remove incorrect documentation of annex.skipunknown behavior

git-annex get with no parameters and annex.skipunknown = false
in a directory with no files tracked by git results in the same
failure as with a "." parameter.

It may be that git ls-files --error-unmatch changed behavior? Or this
was just wrong.

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

lookupkey: Added --ref option

Sponsored-by: Joshua Antonishen on Patreon

Added a comment

Added a comment: just show start time?

propigateAdjustedCommits in seekExportContent

push: When on an adjusted branch, propagate changes to parent branch before
updating export remotes.

This is a somewhat redundant call to propigateAdjustedCommits, since it
also gets called at pushLocal time. That other one needs to come after
importing from importtree remotes though, and seekExportContent has to come
earlier, so I don't see a way to avoid doing it twice.

Note that git-annex sync also manages to avoid the problem, it's only
git-annex push that had the bug.

Sponsored-by: Leon Schuermann on Patreon

improve warning message when unable to update export

A misleading message was displayed in several cases.

If the user has run eg: git config
remote.push-win-remote.annex-tracking-branch 'adjusted/main(unlocked)'
That is not supported, and now it will tell them it's not a valid
configuration. A user reported doing that, but I don't know if it's a
common point of confusion. If it is a common problem, a better message
would be possible, or it could convert back from the adjusted branch to
the actual branch.

Sponsored-by: Graham Spencer on Patreon

comment (and close)

comment

add link

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

adb send to final filename not tmp file

Avoids some problems with unusual character in exporttree filenames
that confuse adb shell commands.

In particular, with a filename that contains \351, adb push sends the file
to the correct filename in /sdcard. And running find on the android device
roundtrips the filename. But, running mv on that filename on the android
device fails with "bad <filename>: No such file or directory".
Interestingly, ls on android works, and rm fails.

adb push to the final name to avoids this problem. But what about
atomicity? Well, I tried an adb push and interrupted it part way through.
The file was present while the push was running, but was removed once the
push got interrupted. I also tried yanking the cable while adb push was
running, and the partially received file was also deleted then. That avoids
most problems.

An import that runs at the same time as an export will see the partially
sent file. But that is unlikely to be done, and if it did happen, it would
notice that the imported file had changed in the meantime and discard it.

Note that, since rm on the android device fails on these filenames,
exporting a tree where the file is deleted is going to fail to remove it. I
don't see what I can do about that, so long as android is using an rm that
has issues with filename encodings.

This was tested on a phone where find, ls, and rm all come from Toybox 0.8.6.

Sponsored-by: unqueued on Patreon

Added a comment: git annex pull is also broken

Added a comment: get file by branch and path in bare repository

comment

Override safe.bareRepository for git remotes

Fix using git remotes that are bare when git is configured
with safe.bareRepository = explicit

Sponsored-by: Dartmouth College's DANDI project

set safe.directory when getting config for git-annex-shell or git remotes

Fix more breakage caused by git's fix for CVE-2022-24765, this time
involving a remote (either local or ssh) that is a repository not owned by
the current user.

Sponsored-by: Dartmouth College's DANDI project

Fix linker optimisation in linux standalone tarballs

Was only symlinking when there is a usr/ directory, but with usr/ merge,
there are none.

Sponsored-by: Dartmouth College's Datalad project

tag datalad

Added a comment

original report on misleading reasons stated by enableremote for the need of safe.directory case

Added a comment

reporting on increased number of looksup

Added a comment

Removed the vendored git-lfs and the GitLfs build flag

AFAICS all git-annex builds are using the git-lfs library not the vendored
copy.

Debian stable now includes a new enough haskell-git-lfs package as well.
Last time this was tried it did not.

add news item for git-annex 10.20230828

releasing package git-annex version 10.20230828

remove man pages from cabal file

Since 393275c10521145bcc6b18cfd39db6854ae0831e Setup.hs no longer
installs the man pages. Since the cabal package is only used to install
git-annex with cabal, it doesn't need to include files like these that
are not used when installing with cabal.

better link to install stack

and a layout fix

remove unused import

remove dead code

comment

wording

oldkeys: check associated files by default and add --unchecked

Removed the prior code that checked for keys used by current versions of
the files being acted on. It is redundant with the associated files
check (so long as the associated files database is always up-to-date,
which reconcileStaged should accomplish).

Sponsored-by: Luke T. Shumaker on Patreon

comment (and a new example)

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

oldkeys --revision-range

Sponsored-by: Brett Eisenberg on Patreon

oldkeys: New command that lists the keys used by old versions of a file

The tricky thing about this turned out to be handling renames and reverts.
For that, it has to make two passes over the git log, and to avoid
buffering a possibly huge amount of logs in memory (ie the whole git log of
an entire repository!), runs git log twice.

(It might be possible to speed this up by asking git log to show a diff,
and so avoid needing to use catKey.)

Sponsored-By: Brock Spratlen on Patreon