remove android:textAlignment property, it is min SDK 17

We don't need it anyhow, android:gravity is the older version.
Eclipse ADT insists on exporting appcompat's LIBRARIES and DEPENDENCIES
commit jenkins build script to git

This is getting too elaborate to manage in the little Jenkins text form
field...

refs #1270
gnupg-for-java: purge dead passphrase code

In GnuPG 2.x, gpg-agent handles launching pinentry for getting the
passphrase from the user, so there is no use for Java/JNI code for doing it
since it can't be set up that way anymore.

refs #1585
when running cmd line tests via `adb shell`, check for success

adb shell seems to always return a successful value, even if the script it
ran does not.  Therefore, a little hack is required to get the return value
from the scripts.

refs #1270
include all GnuPG test suites that will run in Android

Each GnuPG project includes a tests/ folder with a bunch of test programs
and data that are normally run using `make check`.  Since building for
Android means cross-compiling, `make check` will not work.  That means we
have to do extra tricks to get the tests running on a device or emulator.

This also greatly increases the size of the tests, so they are no longer
included in the APK by default.  You must now manually run this command to
install them before building the APK:

make -C external assets-tests

closes #1270
update to latest in libgcrypt 1.6.x branch to get NEON fixes

This should allow the build to disable NEON support, and hopefully fix the
crashes...

closes #2888
fix updated paths for libgcrypt tests

The commit "tests: Pass -no-install to libtool" makes the libgcrypt tests
be built directly in libgcrypt/tests rather than in a .libs/ subdir with a
libtool wrapper script.

The commit in libgcrypt is 41cc0f72e6c964eb20a2decaa4ea61776c511d96

refs #1270
disable all assembly in libgcrypt until it is fully functional

The ARM/NEON support is causing a lot of crashes on Android emulators and
hardware.

closes #2888
tests: list more install files and env vars

refs #1270
handle OI File Manager's odd content:// URI for file paths

OI File Manager SHAREs files using the full path to the file, but uses a
URI scheme of content:// and a URI host of org.openintents.filemanager.
This detects that and strips it down to a proper file:// URI so its handled
like a plain file path.

refs #1646