Recent comments posted to this site:

IPFS now has an experimental feature for not duplicating file content in the ipfs store, which could be very helpful for this use. See description at https://github.com/ipfs/go-ipfs/issues/3397#issuecomment-284337564 .

To use this, git-annex needs to pass the --nocopy flag when running ipfs add.

Comment by xloem Sat Oct 7 19:46:12 2017

You can also use the --fast option to make git-annex use less entropy when generating the encryption key. That's a little less secure, but probably still secure enough.

Comment by joey Fri Sep 29 17:45:59 2017

For me, the git annex initremote amazon-s3 encryption=shared embedcreds=yes [1] command hung for several minutes after printing

initremote amazon-s3 (encryption setup)

Turns out the problem was that I was low on entropy. Figured this out by running

gpg --gen-random 2

per this bug comment. According to this blog post a solution is to

sudo aptitude install rng-tools
sudo rngd -r /dev/urandom

The git annex initremote command had finished by the time I found that solution, but I verified that it made gpg --gen-random 2 work.

System: Ubuntu 16.04 with Git Annex 5.20151208-1build1 installed via package manager.

[1] I'm using AWS credentials that are restricted to a specific bucket, so I'm not worried about the conjunction encryption=shared and embedcreds=yes.

Comment by NathanCollins Sun Sep 10 02:32:26 2017

@David_K @Joe, it's finally possible to publish annexed files to S3 while preserving filenames, using the new git annex export command! See publishing your files to the public.

Comment by joey Fri Sep 8 20:46:28 2017

I've updated the proposed external special remote protocol to avoid the whitespace concerns. Not wild about needing a separate EXPORT request, which will probably get shoved into a global variable in most implementations. But it does avoid needing to use some kind of encoding, which would complicate implementations more, I feel.

Comment by joey Mon Aug 28 19:32:06 2017

Since external special remote protocol broken by key with spaces was fixed, the Key can't contain spaces any longer.

The File could still contain spaces, eg when exporting from a direct mode repository where the worktree filename contains spaces.

In RENAMEEXPORT, both OldName and NewName could contain spaces.

Comment by joey Mon Aug 28 19:00:10 2017

It should be possible to write a git-filter-branch that converts a repository from one tuning to aonther, but it would not be trivial, and noone has done it yet. You'd still have to run it in every clone of the repository. Tuned and non-tuned repositories can't interoperate.

Comment by joey Mon Aug 28 17:40:06 2017
I found that there is a git-annex package available on unstable, so I installed this one. Everything seems to work.
Comment by Alan Mon Aug 28 09:25:22 2017
I cannot find a package in stretch for armhf (It's not listed here: https://packages.debian.org/stretch/git-annex). Is my only option to install from source?
Comment by Alan Mon Aug 28 09:00:15 2017
I cannot find a package for Debian Stretch for the armh architecture. I don't see git-annex in the official packages, and armh is not available in neurodebian. Is building from source the only option?
Comment by Alan Fri Aug 25 11:58:38 2017