Add Serbian language
Merge pull request #567 from pejakm/srtr

Add Serbian language
point Eclipse to javadocs for android-support-v7-appcompat.jar
fix "Field requires API level 11 (current min is 9)", etc.
fix "android:password is deprecated: Use inputType instead"
fix syntax error in auth_view.xml
fix "Error: Unexpected namespace prefix "xmlns" found for tag LinearLayout"
remove non-existant Activities from AndroidManifest.xml

fixing lint error:
Class referenced in the manifest was not found in the project or the
libraries
AcccountActivity: turn off indeterminate progress thing on sign out

When signing out, the spinning progress meter in the ActionBar just spun
forever, because of 0a31a5f078807e59a175f1bb44417547737471f2
update pins to use the CA's certificates

AndroidPinning will always validate using the system's trust manager, so
there is no use in putting cacert or self-signed certs as pins,
AndroidPinning will always fail since the system's trust manager will fail.
Instead include the CAs' high level, long lived keys for the set of commonly
used servers.  Any XMPP server not signed by one of the pinned CAs will
trigger the MemorizingTrustManager's TOFU/POP prompt.
include pins for self-signed/cacert.org for people who install those certs

The following pins are for self-signed certificates and the cacert.org
Certificate Authority certificate.  AndroidPinning will always fail on
these unless they have been manually installed into the system's keystore.
AndroidPinning always does a check using the system's default trust manager
Revert "set unique resource before initConnection()"

This reverts commit e8dd2ffd8120c47f9b01a9cb1845b794ce3a25de.
Revert "add a random tag to our default XMPP resource value"

This reverts commit 02f71aa2cf6f73b49588f2f8afdab3ec577ec35c.
guarantee a unique XMPP Resource

Since XMPP Servers can direct traffic based on the XMPP Resource,
ChatSecure should ensure that each install has a unique XMPP Resource.
Otherwise, if someone has two instances of ChatSecure running on the same
account, the XMPP Server might always direct traffic to one but not the
other.  Since ChatSecure does not expose the XMPP Resource to the user, it
should be a random string that is then stored

refs #563 https://github.com/guardianproject/ChatSecureAndroid/pull/563
refs #520 https://github.com/guardianproject/ChatSecureAndroid/issues/520
simplify implementation based on @eighthave recommendation
Merge pull request #570 from n8fr8/dev_more_resource_fixes

Another proposed fix for null/missing resource issue
Merge branch 'guarantee_unique_resource_and_more' of https://github.com/eighthave/ChatSecureAndroid into eighthave-guarantee_unique_resource_and_more

Conflicts:
	src/info/guardianproject/otr/app/im/app/AccountWizardActivity.java
	src/info/guardianproject/otr/app/im/app/MessageView.java
	src/info/guardianproject/otr/app/im/app/NewChatActivity.java
	src/info/guardianproject/otr/app/im/plugin/xmpp/XMPPCertPins.java
	src/info/guardianproject/otr/app/im/plugin/xmpp/XmppConnection.java
	src/info/guardianproject/otr/app/im/service/RemoteImService.java
Merge branch 'eighthave-guarantee_unique_resource_and_more'
update to 14.0.6 beta 1
load latest presence for all that request