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

devblog

Added a comment

2015 user survey

add news item for git-annex 5.20151019

roadmap update

Debian: Remote menu file, since a desktop file is provided and lintian says there can be only one.

prep release

remove verbose flag; aws deps fixed

response

comment

response

Added a comment

Added a comment

Added a comment

Added a comment: Replicating my key for encrypted special remotes

Added a comment

Added a comment: amazing

Added a comment

devblog

upstream patch needs testing

followup

close as encfs is the bug

fixed

Avoid displaying network transport warning when a ssh remote does not yet have an annex.uuid set.

Instead, only display transport error if the configlist output doesn't
include an annex.uuid line, even an empty one.

A recent change made git-annex init try to get all the remote uuids, and so
the transport error would be displayed by it. It was also displayed when
eg, copying files to a remote that had no uuid yet.

add a hint about syncing when unable to determine remote uuid

syncing gets the uuid in passing..

improve layout and comment

response

response

do tmp dir cleanup in error case too

close

avoid making post-merge-conflict-resolution commit when no conflicts were resolved

sync, merge, assistant: When git merge failed for a reason other than a
conflicted merge, such as a crippled filesystem not allowing particular
characters in filenames, git-annex would make a merge commit that could
omit such files or otherwise be bad. Fixed by aborting the whole merge
process when git merge fails for any reason other than a merge conflict.

analysis

comment

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

S3: Fix support for using https.

Was using the http-only Manager before, not the tls-capable one.

refactor

Added a comment

Added a comment: renaming oesn't work as expected when changing the extension

word wrap

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

Changed drop ordering when using git annex sync --content or the assistant, to drop from remotes first and from the local repo last. This works better with the behavior changes to drop in many cases.

timing info

fix various build warnings, mostly on Windows

And some when S3 is disabled

Added a comment

put Win32-extras in extra-deps as it's not yet in lts

more notes

workarounds

clarification

Added a comment

new bug

doc/devblog/day_322-326__concurrent_drop_safety.mdwn: Wording

comment typo

fix windows build

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

fix export list to work on windows

response

Avoid unncessary write to the location log when a file is unlocked and then added back with unchanged content.

Implemented with no additional overhead of compares etc.

This is safe to do for presence logs because of their locality of change;
a given repo's presence logs are only ever changed in that repo, or in a
repo that has just been actively changing the content of that repo.

So, we don't need to worry about a split-brain situation where there'd
be disagreement about the location of a key in a repo. And so, it's ok to
not update the timestamp when that's the only change that would be made
due to logging presence info.

Added a comment

comment

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

response

response

response

close

avoid ugly error about MVar if the sqlite worker thread crashes

use action, not sideAction

sideAction is for things not generally related to the current action being
performed. And, it adds a newline after the side action. This was not the
right thing to use for stuff like "checksum", where doing a checksum is
part of the git annex get process, and indeed we want it to display
"(checksum...) ok"

Added a comment

Added a comment

Added a comment

Added a comment

fix close tag

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

Merge branch 'dropproof'

massive devblog

add inAnnex check to local lockKey

close bug

improve display when lockcontent fails

/dev/null stderr; ssh is still able to display a password prompt
despite this

Show some messages so the user knows it's locking a remote, and
knows if that locking failed.

implement lockContent for ssh remotes

cleanup changelog

also generate a drop safety proof for move --from remote

tests and verified that the bug is fixed, in all the cases I identified

fix local dropping to not require extra locking of copies, but only that the local copy be locked for removal

improve message when drop failed due to no locked copy

rename constructor

verify local copy of content with locking