comment

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

When bup split fails, display its stderr

It seems worth noting here that I emailed bup's author about bup split
being noisy on stderr even with -q in approximately 2011. That never got
fixed. Its current repo on github only accepts pull requests, not bug
reports. Needing to add such complexity to deal with such a longstanding
unfixed issue is not fun.

Sponsored-by: Kevin Mueller on Patreon

improve output when storing to bup

bup split outputs to stderr even with -q. This was discarded when using -J,
but it was still outputting when not using -J, and so was git-annex.

Sponsored-by: Nicholas Golder-Manning on Patreon

Added a comment

work around git segfault

Work around bug in git 2.37 that causes a segfault when when
core.untrackedCache is set, and broke git-annex init.

Depending on when git gets fixed and how widely the buggy versions are
used, this could be reverted quite soon, or need to linger for a long time.
It only makes git-annex init a tiny bit slower in a new repo.

Sponsored-by: Max Thoursie on Patreon

explain why this happens and close

Revert "fix link"

This reverts commit 2f671f1d1bd71ef26c6a648b2321b25e6689f227.

Didn't work

fix link

fix case of Win32

Added a comment: typo in Utility/LockFile/Windows.hs

Added a comment

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

add --dry-run: New option

This is intended for users who want to see what it would output in order to
eg, check if a file would be added to git or the annex. It is not intended
as a way for scripts to get information.

Sponsored-by: Dartmouth College's Datalad project

Added a comment

typo fix

comment

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

initial report on wanting --dry-run

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

Use createFile_NoRetry from win32 2.13.3.1

Sponsored-by: Tobias Ammann on Patreon

fix link to git-annex-initremote

fix links

Added a comment

Added a comment

clarify comment and remove broken link

There are archives of MC Knowledgebase, which google will find, I don't
want to try to keep a link to an archive working since MS is no longer
providing it.

Revert "stack.yaml: Updated to lts-19.16"

This reverts commit b5dc04099efd8b1bd2dbfa09a288518eabf8ceec.

Broke windows build, because the new lts updates Win32 to a version that
lacks a function that git-annex needs. git-annex.cabal depends on an
older Win32, and so stack build fails.

Will need to wait to update stack.yaml until this is fixed
https://github.com/haskell/win32/issues/208
and is in a new LTS release.

comment

comment

comment

response

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

created my user page

Added a comment

Added a comment: lts version

lts-19.16 causes an issue on Windows

Added a comment

Added a comment

remove explicit-setup-deps

This has not been needed since stack <1.4.0, and even the i386ancent
build uses stack 2.1.1.

Stack 2.7.5 seems to have forgotten about this old config and warns
about it, so this avoids that warning.

The libtinfo-dev was added to the docs at the same time, I assume it is
also not necessary.

fix pagespec

Allow find --branch to be used in a bare repository, the same as the deprecated findref can be

This will allow later fully deprecating and removing findref.

Sponsored-by: Erik Bjäreholt on Patreon

comment

find does not support --batch-keys

It was added to the man page in error.

comment

Added a comment

Added a comment: Re: Confirming all annexed files exist elsewhere?

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

Added a comment: Re: "Confirming all annexed files exist elsewhere?"

new matching options --want-get-by and --want-drop-by

Sponsored-by: Graham Spencer on Patreon

comment

comment

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

update comment about updating comments :)

fix up comment

Added a comment: Confirming all annexed files exist elsewhere?

stack.yaml: Updated to lts-19.16

Last try at this broke on windows with a problem installing ghc, but I
wanted to try again.

Also this has a version of aws that allows using aeson 2.0, which has a
potential security fix.

Added a comment: Bump for --want-get/drop-by

use ResourcePool for hash-object handles

Avoid starting an unncessary number of git hash-object processes when
concurrency is enabled.

Sponsored-by: Dartmouth College's DANDI project

analysis

comment and fix my incorrect earlier comment

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

handle upgrading repositories initialized with --version=9

There is nothing in upgrade.log because it was never upgraded to version
9. Before, it would have never autoupgraded to 10, but it's entirely
safe to upgrade to 10 immediately.

Of course, annex.autoupgraderepository = false will prevent that
upgrade. So if someone for some reason really wants v9, they can set
that. I can't think of a reason someone would actually want v9 rather
than v10 though.

Sponsored-by: k0ld on Patreon

v8 repositories automatically upgrade to v9

(And v9 later on to v10.)

When v9/v10 were added, making v8 automatically upgrade was deferred
"for a few months" to prevent interoperability problems if users also
have an old version of git-annex. Of course that could still be the
case, but there has been a good amount of time and this can't be put off
forever.

Allow setting annex.autoupgraderepository to false to avoid this upgrade.
Previously, that only prevented upgrades from no longer supported git-annex
versions, but v8 is still supported, and users may want to keep on v8 to
interoperate with an old git-annex version.

Sponsored-by: Boyd Stephen Smith Jr. on Patreon

avoid writing new line to upgrade.log when upgrade is deferred

With automatic upgrades to v10 enabled, this could have led to each
run of git-annex adding a line to upgrade.log for v9. However,
they're not yet, so it only happened when running git-annex upgrade
in a v9 repository.

Sponsored-by: Brock Spratlen on Patreon

fix logic errors in code that determines if it's time for v10 upgrade

This would have prevented old git-annex from ever upgrading from v9 to
v10. Note that a manual `git-annex upgrade` can never run while the
assistant is running, so not <$> assistantrunning was always True,
so no matter what the timestamp of the v9 upgrade in the log, it would
decide there was old process danger.

Sponsored-by: Jack Hill on Patreon

initial report on hash-object's

Added a comment

fix build

add news item for git-annex 10.20220724

releasing package git-annex version 10.20220724

comment

comment

comment

Added a comment

removed

Added a comment

Added a comment

Added a comment

Added a comment: Confirmed your suspiction

Added a comment

close git bug that I reported to git mailing list

reproduced

comment

comment

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

force fully strict read of journal file again

I was thinking that discardIncompleteAppend would make it strict, since
it looks at the end of the bytestring. But, it's applied lazily..

This probably fixes windows, which was failing:

      git-annex.exe: .git\annex\journal\trust.log: DeleteFile "\\\\?\\C:\\Users\\runneradmin\\.t\\5\\tmprepo22\\.git\\annex\\journal\\trust.log": permission denied (The process cannot access the file because it is being used by another process.)

Added a comment

Added a comment

Added a comment: Happens only when core.untrackedCache=true

comment

comment

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

fixed

Merge branch 'append'

prevent appends except when annex.alwayscompact=false

I would like for a new repo version to enable appends, but to do so
safely would need a v11 followed by a 1 year delay followed by a v12
that does it. Since a similar v9 and v10 transition is currently
happening, and is less than 6 months along in most repos, it does not
feel wise to stack up another year-long transition behind that. What if
I need to hurry up a new repo version for some other change?

Added todo so I remember to make this change at some time when a v11
and probably v12 repo version do make sense.

Sponsored-by: Dartmouth College's DANDI project