removed

Added a comment: Problems with Assistant and Android

bug: alwayscommit=false creating commits

Added a comment

removed

Added a comment

removed

Added a comment

--auto doc wording

try to make more clear that --auto is not --all

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

fix runtime crash on incomplete pattern match in lambda

This was very susprising to me that it was not caught by -Wall, so I
enabled -Wincomplete-uni-patterns to catch such things. It found a
second one just lines above, but no others anywhere.

Added a comment

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

comment

When parsing git configs, support all the documented ways to write true and false, including "yes", "on", "1", etc.

This change does impact git-annex config
eg "git annex config --set annex.addunlocked on"
will store "on" and new git-annex will understand that value, while
old git-annex will error:
git-annex: bad annex.addunlocked configuration in git annex config:
Parse failure: near "on"
That seems acceptable.

Not special remote configs that are only documented as =true or =false
however. Having git-annex support other values for those would break
backwards compatability when used with old versions of git-annex. And
older versions ignore invalid special remote configs.. That would not
be a good combination.

support boolean git configs that are represented by the name of the setting with no value

Eg"core.bare" is the same as "core.bare = true".

Note that git treats "core.bare =" the same as "core.bare = false", so the
code had to become more complicated in order to treat the absense of a
value differently than an empty value. Ugh.

Fix a potential failure to parse git config

Git has an obnoxious special case in git config, a line "foo" is the same
as "foo = true". That means there is no way to examine the output of
git config and tell if it was run with --null or not, since a "foo"
in the first line could be such a boolean, or could be followed by its
value on the next line if --null were used.

So, rather than trying to do such a detection, track the style of config
at all the points where it's generated.

improve documentation

Best way to restore objects with correct names w/o git log present?

bad edit

This reverts commit ce664ebc7b27c75928c610f701e21b48db7cb338

Best way to restore objects with correct names w/o git log present?

Added a comment

fix reversion caused by earlier optimisation to git-annex branch reads

aeca7c2207a652c8a72f044204a5c0edb4782aac was predicated on the
assumption that updateTo would stage any journal files, but in one case
it did not actually do so. The test suite happened to expose the bug.

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

optimise catfile interface with ByteString and Attoparsec

Around 3% total speedup.

Profiling git annex find --not --in web, it's now bytestring end-to-end,
and there is only a little added overhead in eg accessing the Annex
state MVar (3%). The rest of the runtime is spent reading symlinks, and
in attoparsec.

This feels like the end of the optimisation road, without a major change
like caching information for faster queries.

cache annex index filename for 1.5% speedup to queries

rename bugs/fsck_lies_about_checksum__63__.mdwn to bugs/fsck_tells___39__ok__39___also_if_no_file_present.mdwn

new optimisation target

Sped up query commands that read the git-annex branch by around 5%

The only price paid is one additional MVar read per write to the journal.
Presumably writing a journal file dominiates over a MVar read time by
several orders of magnitude.

--batch does not get the speedup because then it needs to notice when
another process has made a change. Also made the assistant and other damon
modes bypass the optimisation, which would not help them anyway.

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

changelog for ByteString Ref

Merge branch 'bytestring-ref'

remove unused import

Added a comment

Ref ByteString conversion done

Test suite passes.

comment

Added a comment

comment

ByteString Ref continued

Several nice speed wins I think.

At 340/633 files converted.

ByteString Ref continued

Attoparsec parser for diff-tree.

Changed fromRef back to producing a String, to avoid needing to convert
every use of it. However, this does mean I'm going to miss some
opportunities where fromRef is used and the result converted back to a
ByteString. Would be worth revisiting that at some point maybe.

Added a comment

initial remote

started converting Ref from String to ByteString

This should make code that reads shas and refs from git faster.

Does not compile yet, a lot needs to be done still.

bug: wanted=anything and deleted files

update

Added a comment

adb: Better messages when the adb command is not installed

After a user completely ignored the display of the exception probably
because it didn't make sense..

This does make it a little bit slower since it checks adb is in path each
time before running it. Also, it might display a lot of warnings about it
not being installed.

This commit was sponsored by Ilya Shlyakhter on Patreon.

respond to confused user and close non-bug

removed

removed

Added a comment

remove old dead link

reorg more

move to right place and remove debian and hackage matrix embeds which have stopped working

added the datalad standalone build CI status badge

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

Added a comment: Also problem with USB drives

Added a comment

Added a comment: automatic repository upgrades

removed error

Added a comment

remove unused import

use programPath consistently, not readProgramFile

Improve git-annex's ability to find the path to its program, especially
when it needs to run itself in another repo to upgrade it.

Some parts of the code used readProgramFile, probably because I forgot that
programPath exists.

I noticed this when a git-annex auto-upgrade failed because it was running
git-annex upgrade --autoonly, but the code to run git-annex used
readProgramFile, which happened to point to an older build of git-annex.

fix cleanup of old rpms

sync with archive.org always

add news item for git-annex 8.20200330

releasing package git-annex version 8.20200330

close

Added a comment: Let's just close

remove unused imports

followup

remove pre-commit hook

This was originally added so that unannex could prevent the hook from
running while files were in a state that the hook would interpret as
old-style unlocked and so would lock.

Now that's gone, so the only thing the hook was preventing was two
pre-commit processes running simulantaneously. But such concurrency
is normal in git-annex and should not be a problem.

Does mean that .git/hooks/pre-commit-annex might run more concurrently,
that seems the only risk of it causing any problems.

moreinfo

close per comments

Added a comment: clarification re: upgrades

Added a comment: spotlight and macOS

Fix typo remotes.log -> remote.log

removed duplicate "encryption=none" in initremote command

Added a comment

Added a comment

Added a comment