comment

fix git-annex add regression on deleted file

Fix a regression in 10.20220624 that caused git-annex add to crash when
there was an unstaged deletion.

Sponsored-by: Dartmouth College's Datalad project

Added a comment

Added a comment: Option to not follow symlinks?

Added a comment

added datalad project tag to the issue

Added a comment

Added a comment

initial report on getSymbolicLinkStatus crashing upon file removal

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

init: probe if sqlite works

Help the user get annex.dbdir configured when their filesystem is not
one that sqlite works on.

The change in Database.Handle makes an error from sqlite not be ignored
besides being displayed, which it was before. I can't see any reason
git-annex would want to ignore these errors.

I chose to use the fsck database rather than the keys database because
opening the keys database populates it, and see commit
b3c4579c7907147a496bdf2c73b42238d8b239d6.

The placement of the call to checkSqliteWorks inside checkInitializeAllowed
avoids annex.uuid getting set before it's called.

Sponsored-by: Dartmouth College's Datalad project

Added a comment

fixed in v10

comment

Added a comment

close

correct documentation, keyid= only works once

keyid+= can be used to add additional key ids later.

I wonder if this broke with changes to remote configs? But I think it's
always been a map, and so only one keyid can be stored and later ones
overwrite earlier ones.

Sponsored-by: Brett Eisenberg on Patreon

comment

comment

make it easier to use curl for unusual url schemes

Use curl when annex.security.allowed-url-schemes includes an url scheme not
supported by git-annex internally, as long as
annex.security.allowed-ip-addresses is configured to allow using curl.

Sponsored-by: Luke Shumaker on Patreon

comment about annex.dbdir on relevant bugs

use a subdirectory of annex.dbdir

This allows annex.dbdir to be set globally or always set to the same
value when needed. Each repository uses a subdirectory of it.

Sponsored-by: Dartmouth College's Datalad project

comment

Merge branch 'dbdir'

annex.dbdir fully working

Completes work started in e60766543f0ae9eaa2ac8fdaff8fff5c66501beb

I've verified that all the sqlite databases get stored in annex.dbdir
and are created successfully. If annex.dbdir does not exist, it will be
created; its parent directory must already exist though.

Sponsored-by: Dartmouth College's Datalad project

improve createDirectoryUnder to allow alternate top directories

This should not change the behavior of it, unless there are multiple top
directories, and then it should behave the same as if there was a single
top directory that was actually above the directory to be created.

Sponsored-by: Dartmouth College's Datalad project

comment

add annex.dbdir (WIP)

WIP: This is mostly complete, but there is a problem: createDirectoryUnder
throws an error when annex.dbdir is set to outside the git repo.

annex.dbdir is a workaround for filesystems where sqlite does not work,
due to eg, the filesystem not properly supporting locking.

It's intended to be set before initializing the repository. Changing it
in an existing repository can be done, but would be the same as making a
new repository and moving all the annexed objects into it. While the
databases get recreated from the git-annex branch in that situation, any
information that is in the databases but not stored in the branch gets
lost. It may be that no information ever gets stored in the databases
that cannot be reconstructed from the branch, but I have not verified
that.

Sponsored-by: Dartmouth College's Datalad project

comment

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

fix wording

close

Added a comment

Added a comment

Added a comment

Added a comment

fix reversion

3a513cfe73ed873aeeabbc17d2c458b62dd4198c caused a reversion in addurl.
The type of addSmall changed, but the void prevented the type checker
from helping notice this. Since it now returns a CommandPerform, the
cleanup action has to be run.

Sponsored-by: Dartmouth College's Datalad project

comment

comment

comment

comment

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

don't force debuglocks flag on in Makefile

Reverts a change accidentially committed in 09edb07ac5982edc8fe2987a8b477405fe9f982b

debuglocks is minimal cost, but there is some and this was an accidental
change

Avoid running bup join concurrently with bup split

On the bup mailing list, this was hypothesized as also being a
concurrency problem.

Sponsored-by: Svenne Krap on Patreon

initial report on possible regression due to --dry-run

Added a comment

Added a comment

Added a comment

Avoid running multiple bup split processes concurrently

Since bup split is not concurrency safe.

Used a lock file so that 2 git-annex processes only run one bup split
between them (per bup repo).

(Concurrent writes from different git-annex repository clones to the same
bup repo could still have concurrency problems.)

Sponsored-by: Noam Kremen on Patreon

avoid surprising "not found" error when copying to a http remote

git-annex copy --to a http remote will of course fail, as that's not
supported. But git-annex copy first checks if the content is already
present in the remote, and that threw a "not found".

Looks to me like other remotes that use Url.checkBoth in their checkPresent
do just return false when it fails. And Url.checkBoth does display
errors when unusual errors occur. So I'm pretty sure removing this error
message is ok.

Sponsored-by: Jarkko Kniivilä on Patreon

comment

comment

comment

Added a comment: Additional Questions: git annex copy failed

Added a comment: Additional Questions: git annex copy failed

Added a comment

Added a comment

idea

tag datalad since they have an issue about this

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