There's a new page Android that documents using git-annex on Android in detail.
The Android app now opens the webapp when a terminal window is opened. This is good enough for trying it out easily, but far from ideal.
Fixed an EvilSplicer bug that corrupted newlines in the static files served by the webapp. Now the icons in the webapp display properly, and the javascript works.
Made the startup screen default to /sdcard/annex for the repository
location, and also have a button to set up a camera repository. The camera
repository is put in the "source" preferred content group, so it will only
hang onto photos and videos until they're uploaded off the Android device.
Quite a lot of other small fixes on Android. At this point I've tested the following works:
- Starting webapp.
- Making a repository, adding files.
- All the basic webapp UI.
However, I was not able to add any remote repository using only the webapp, due to some more problems with the network stack.
- Jabber and Webdav don't quite work ("getProtocolByname: does not exist (no such protocol name: tcp)").
- SSH server fails. ("Network/Socket/Types.hsc:(881,3)-(897,61): Non-exhaustive patterns in case") I suspect it will work if I disable the DNS expansion code.
So, that's the next thing that needs to be tackled.
If you'd like to play with it in its current state, I've updated the Android builds to incorporate all my work so far.
This is very nice but I'm wondering if I take a picture that I want to share using an Android app like Facebook, would the picture get deleted before I could share it?
Would there be a way to access old pictures? For example, to show them to people you meet.
As it stands, using the "source" repository type will tend to remove the picture from that repository pretty quickly, assuming a fast network connection. I think if you want to do things on your phone with pictures you take, it's best to use "client" instead. Perhaps with an archive repository set up, so you can move stuff to an "archive" folder when done with it to get it removed from the phone.
Whether "source" is a good default in this case remains to be seen...
It might also be possible to change "source" in some way to make it more useful. For example, if it held onto new files for a day after they were created, you'd have plenty of time to use them before they expire off your phone. I have posted some thoughts about this to partial content.