Note that the fmarier ppa includes more than just git-annex. I've asked the author if he could segregate git-annex into a separate ppa.

@yarikoptic, there is a process you can perform that will help me determine what's going on.

You should be able to get the git-annex app to let you into a shell. You can do this by starting the app, and then going into its configuration menu, to Preferences, selecting "Command Line", and changing it to run "/system/bin/sh"

Then when you open a new window in the git-annex app, you'll be at a shell prompt. From there, you can run:

ls -ld /data/data/ga.androidterm

I'm interested to know a) whether the directory exists and b) what permissions and owner it has. On my tablet, I get back "drwxr-x--x app_39 app_39" .. and if I run id in the shell, it tells me it's running as app_39.

My guess is the directory probably does exist, but cannot be written to by the app. If you're able to verify that, the next step will be to investigate if there is some other directory that the app can write to. It needs to be able to write to someplace that is not on the /sdcard to install itself.

@Chris, that is a known bug: Android app permission denial on startup

I just tried to run this on my Nexus 7 which has Android 4.2.2, and I received the following: http://hodapple.com/files/Screenshot_2013-05-19-09-49-53.png http://hodapple.com/files/git-annex-error.txt

In spite of that, though, the URL provided still worked.

Hi! :)

The main issue I'm hitting is the "Multiple rows were found for one()" error. I think I get this when git-annex tries to upload the same file twice (which may be a bug in git-annex, which could apply de-duplication earlier), but I think I also get it when trying to upload a file whose upload I've canceled in the past.

I don't quite understand what git-annex needs here, and I totally understand that you're writing a general-purpose tool. But there does seem to be an issue that git-annex needs fixed one way or another.

I'm happy to try fixing it myself if you can help me understand what's going on (I didn't quite understand your review in the PR), but if I'm the only person in the world using git-annex to back up to glacier, that scares me a little!

copy foo/bar/baz (checking glacier...) Traceback (most recent call last):
  File "/home/jlebar/code/glacier-cli/glacier", line 694, in <module>
    App().main()
  File "/home/jlebar/code/glacier-cli/glacier", line 680, in main
    args.func(args)
  File "/home/jlebar/code/glacier-cli/glacier", line 579, in archive_checkpresent
    last_seen = self.cache.get_archive_last_seen(args.vault, args.name)
  File "/home/jlebar/code/glacier-cli/glacier", line 157, in get_archive_last_seen
    result = self._get_archive_query_by_ref(vault, ref).one()
  File "/usr/local/lib/python2.7/dist-packages/sqlalchemy/orm/query.py", line 2182, in one
    "Multiple rows were found for one()")
sqlalchemy.orm.exc.MultipleResultsFound: Multiple rows were found for one()

Sorry for the delay: my android is stock Samsung-tuned Jelly beans. Android 4.1.2 Baseband version N7000XXLSO

not sure if that would be of any use :-/ nothing in the logs (aLogcat) if I filter by annex -- should there any debug output? what should be a key to search by?

The Android app works on many non-rooted Android systems.

The "link busybox: Read-only file system" means that /data/data/ga.androidterm/lib/lib.busybox.so cannot be hard linked to /data/data/ga.androidterm/busybox. That's not normal. I'd appreciate if you could provide more information on your Android device, like Android version and model number.

I'm the glacier-cli author. It is not abandoned!

glacier-cli is supposed to map to Glacier exactly, so that it is compatible with all other tools. Most of the outstanding PRs break this essential behaviour, so I have not merged them. Many of the feature requests and bugs related to the upstream boto library, which is just about the best maintained client library that exists for AWS on any platform (and Amazon have adopted it now, IIRC). I have written appropriate reviews on all the PRs.

If there is specific behaviour that git-annex needs, them I am happy to accept PRs for this, provided that they do not break the ability (and default) for glacier-cli to talk to Glacier natively without an extra layer of interpretation. If an extra layer of interpretation is needed (eg. forbidding duplicate "keys"), then this needs to be an option, or wrapped in a separate tool, or written into git-annex's Glacier special remote.

[[!comment Error: unsupported page format txt]]

The glacier-cli tool seems to have been abandoned, and there are a number of outstanding issues with it. boto has a glacier tool, but it doesn't seem to include caching, which seems to be something git annex needs.

Looking through the PRs, it seems like we should build a tool specifically tailored to git annex's needs. It seems that there are at least three of us willing to hack on this if it's in Python. I'm not sure any of us knows haskell, though...