Chris Kastorff

I think the original reason for doing that is that there was no other way to get all versions of the file, which was needed in some error recovery cases....

It doesn't look like `GetFileInfo` is usable as-is, since it takes a B2 `fileID`, which B2 generates on the fly at upload time. It might be possible to store extra...

@timsomers Could you try the `git annex trust` command and see if that helps for you? It should, but I might have missed some other way those transactions occur.

@timsomers Added a cache to the `ListFileNames` call. Could you try that out? I had to think pretty hard about making sure it's actually safe to do so, and ended...

If you'd like to adjust and rebuild, edit the source in `$GOPATH/src/github.com/encryptio/git-annex-remote-b2/main.go` then run `go install` from that directory and it'll place a built binary in `$GOPATH/bin` like `go get`...

Good point; I always use git-annex's built-in chunking support because it makes everything resumable (you can enable it by passing `chunk=100M` or similar to `initremote` or `enableremote`, and even change...

git-annex 5.20140412 is really, really old; notably it doesn't have `git annex testremote`, so the integration test wouldn't fully work anyway. That said, I created a docker container with ubuntu...

The error message from `git-annex` implies that the external process is dying and closing its filehandles, and both failures end at the point where `git-annex-remote-b2` does its call to B2...

Requires kothar/go-backblaze#2

For reference, the algorithm used in "Google Authenticator" is [TOTP, as specified in RFC-6238](https://tools.ietf.org/html/rfc6238); it's almost exactly `code = hmac(shared_secret, str(floor(time() / time_step))) % 1000000` where `shared_secret` and `time_step` are...