comment

comment

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

response

response

comment

update

merge

comment

Added a comment

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

fix bugs in handing of deep branches with sync and adjusted branches

* sync: Previously, when run in a branch with a slash in its name,
  such as "foo/bar", the sync branch was "synced/bar". That conflicted
  with the sync branch used for branch "bar", so has been changed to
  "synced/foo/bar".
* adjust: Previously, when adjusting a branch with a slash in its name,
  such as "foo/bar", the adjusted branch was "adjusted/bar(unlocked)".
  That conflicted with the adjusted branch used for branch "bar",
  so has been changed to "adjusted/foo/bar(unlocked)"
* Also, running sync in an adjusted branch did not correctly sync
  changes back to the parent branch when it had a slash in its name.
  This bug has been fixed.

Eliminate use of Git.Ref.under and Git.Ref.basename; using
Git.Ref.underBase and Git.Ref.base make everything handle deep branches
correctly.

Probably noone was adjusting deep branches, and v6 is still experimental
anyway, so I'm not going to worry about the mess that was left by that bug.

In the case of git-annex sync, using a fixed git-annex with an old unfixed
one will mean they use different sync branches for a deep branch, and so
they may stop syncing until the old one is upgraded. However, that's only
a problem when syncing between repositories without going via a central
bare repository. Added a warning about this to the CHANGELOG, but it's
probably not going to affect many people at all.

This commit was sponsored by Riku Voipio.

Added a comment: Pre Commit Hook

improve comment

bug

comments

comment, retitle

comment and close

response

comment

comment

lacking problem description

close

comment

comment

comment

comment

answer

comment

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

update

Added a comment

Added a comment: Groups...

promote the neurodebian backport since the official backport looks like it will never come

I got the files to come back, but I don't want Android making these dumb delete-loads-of-newly-added-stuff commits

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

info: Support being passed a treeish, and show info about the annexed files in it similar to how a directory is handled.

Added a comment

Added a comment

comment

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

stack.yaml: Update to lts-7.0 (ghc 8)

A few of these extra-deps are setting versions to work around various
library dep issues with ghc 8.

remove redundant constraint

remove workaround for ghc 8.0; that is mostly sorted out upstream now

Improve gpg secret key list parser to deal with changes in gpg 2.1.15. Fixes key name display in webapp.

gpg 2.1.15 (or so) seems to have added some new fields to the --with-colons
--list-secret-keys output. These include "fpr" and "grp", and come before
the "uid" line. So, the parser was giving up before it saw the name. Fix by
continuing to look for the uid line until the next "sec" line.

This commit was sponsored by Ole-Morten,Duesund on Patreon.

comment

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

comment

Added a comment: clarification

Added a comment

Added a comment

Added a comment: Any thoughts Joey?

fix markup

sign this so i follow its changes

two more ideas

Added a comment: Never mind

drop incremental json object display; clean up code

This gets rid of quite a lot of ugly hacks around json generation.

I doubt that any real-world json parsers can parse incomplete objects, so
while it's not as nice to need to wait for the complete object, especially
for commands like `git annex info` that take a while, it doesn't seem worth
the added complexity.

This also causes the order of fields within the json objects to be
reordered. Since any real json parser shouldn't care, the only possible
problem would be with ad-hoc parsers of the old json output.

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

refactor

copy, move, mirror: Support --json and --json-progress.

done

make --json-progress work for url downloads

make --json-progress update meter when getting from git remote with rsync

better locking for json with -J

Avoid threads emitting json at the same time and scrambling, which was
still possible even with the buffering, just less likely.

Converted json IO actions to JSONChunk data too.

addurl, get: Added --json-progress option, which adds progress objects to the json output.

This doesn't work right when used with -J yet, and there is some really
ugly hand-crafting of part of the json output.

initial whining

Remove key:null from git-annex add --json output.

make maybeShowJSON also add to the buffer

buffer json output until done when in concurrent mode

disentangle concurrency and message type

This makes -Jn work with --json and --quiet, where before
setting -Jn disabled those options.

Concurrent json output is currently a mess though since threads output
chunks over top of one-another.

Added a comment

Added a comment

Added a comment: Similar issue on Debian machine

removed

Added a comment: Tried on another machine, same problem

Added a comment: output of git annex version

Added a comment

Added a comment: concurrent-output-1.7.7

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

still update othermeter when not displaying progress at console

See no reason not to do this; the othermeter will be updating a transfer
info file or the like.

Rate limit console progress display updates to 10 per second. Was updating as frequently as changes were reported, up to hundreds of times per second, which used unncessary bandwidth when running git-annex over ssh etc.

comment

Added a comment: also CPU (on git and git-annex processes) doesn't go to 100%

comment

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

update

Added a comment