comment

comment

comment

comment

response

remove spam

Include libkqueue.h file needed to build the assistant on BSDs

I suspect this is a bug in cabal sdist, because with
Includes: Utility/libkqueue.h
the file is not included, but putting it in extra-files does
get it into the tarball.

Fix build on openbsd. Thanks, James Cook for the patch.

fix build on openbsd

Added a comment: App Development

Added a comment: problems with init after clone

removed

Added a comment: problems with annex init in cloned repo

Added a comment

nimbus.io as a storage provider is gone

Added a comment: tests mostly pass

close

close

close

close

comment

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

close moreinfo

done

close direct mode

close with proof this is not a bug

close

close

close

merge

reject

get: Improve output when failing to get a file fails

showTriedRemotes lists the remotes it tried to access. So there's
no need to list those again in "Try making some of these remotes
available".

comment

close moreinfo

retitle and confirmed

close

close

close

comment

close moreinfo

comment and reject

close

close

close

Added a comment

close

close

close

close

comment

Added a comment: Different use case from backend

close moreinfo

close

removed

Added a comment: I use git-annex with FAT32

move to todo

removed

retitle strangely extensioned bug report

remove strangely extensioned and dup bug report

close git bug

comment

close moreinfo

Added a comment: Thanks! And yes, no data loss.

fix handling of implicit and before parens

Fix an oddity in matching options and preferred content expressions such as
"foo (bar or baz)", which was incorrectly handled as if it were "(foo or
bar) and baz)" rather than the intended "foo and (bar or baz)"

Seemed like a change to consume should be able to handle this case
better, but I was having trouble writing it that way, so instead added
a separate pass that inserts the implicit ands explicitly. Also added
several test cases to make sure versions with and without explicit ands
generate the same.

When adding files to an adjusted branch set up by --unlock-present, add them unlocked, not locked

Missed this when implementing it because of the default case catching
the new constructor. So, removed that default case to make sure
future types of adjusted branches don't make the same mistake.

Complicated by git-annex addurl --fast which adds the file whose content
is not present, so it needs to stay unlocked when on such a branch.

This commit was sponsored by Brock Spratlen on Patreon.

close

close

formatLsTree did not use a tab where git does

Fixed that, and made parserLsTree accept the space as well as tab.

Fixes a reversion that made import of a tree from a special remote result in
a merge that deleted files that were not preferred content of that special
remote.

add news item for git-annex 8.20210127

releasing package git-annex version 8.20210127

rename forum post ending in a dot which breaks cloning on windows

Added GETGITREMOTENAME to extenal special remote protocol

Added a comment: Unless the key is the argument to set

Added a comment: -- works between the value and the option

Remove broken link.

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

update

add

Added a comment: Other benefits of proposed improvements to the smudge/clean API

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

fix breakage caused by recent commit

34a535ebeaf483f6643f949ae774939650d74837 broke the test suite.
Getting a file started failing in one case, because the annex object did
not have its inode cached, so was not trusted to be unmodified.

This adds something very similar to what was added to linkAnnex
in commit 2e9341a47d437b5a7b14824d3e5b2864b059a850 -- if there are not
yet any inodes cached for a key, add the inode of the annex object when
adding the inode of the unlocked file.

Feels like this should be handled in a more principled way. How
do we know the addInodeCaches call in getMoveRaceRecovery just above
this change is currently correct? It doesn't add the annex object inode
cache. Ah well, maybe sometime when I've not had my entire evening eaten
by a reversion that the test suite caught as I was cooking dinner.

wording

support modifying and running git add on an unlocked file that used an URL key

Avoids the smudge --clean filter failing because URL keys do not support
genKey. Instead the modified content will be added using the default
backend.

This commit was sponsored by Jochen Bartl on Patreon.

adjust: Fix some bad behavior when unlocked files use URL keys.

This avoids the smudge --clean filter failing on the URL keys.

git checkout runs the post-checkout hook, which runs smudge --update.
That populates all the pointer files, but it neglected to store their inode
caches in the keys db. With that done, and the keys db flushed before
smudge --clean gets run (by restagePointerFile), the isUnmodifiedCheap
check can tell the file is not modified, so will not try to re-ingest it,
which does not work with URL keys because they do not support genKey.

It also seems possible that the isUnmodifiedCheap was also failing for
non-URL keys, which would cause them to be re-ingested, leading to a lot of
extra work. I have not verified that, but don't see why it wouldn't have
happened. So this probably also speeds up checking out adjusted branches.

This commit was sponsored by Boyd Stephen Smith Jr. on Patreon.

bug

fix export overwrite on FAT

Don't accept the cid of the temp file that the content has just been
written to as something we will accept if another file has that same
content. There's no reason to, and on FAT, due to mtime resolution,
the test suite hit just such a case.

This fixes a reversion from 73df633a6215faa093e4a7524c6d328aa988aed1
which removed inode from the ContentIdentifier.

Added a comment

comment

comment

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