Merge of cross-platform fix for smali's AnalysisTest.java

Merge https://github.com/JesusFreke/smali/pull/20 into fork: Use System.lineSeparator() for cross-platform compatible line endings for runTest() method in AnalysisTest.java. The patch fixes build failures of type `org.jf.baksmali.AnalysisTest > DuplicateTest FAILED [junit.framework.ComparisonFailure at AnalysisTest.java:107]` on Windows systems.
Windows build fix (skip checking files in /values* for test application).

I didn't tracked down where the issue comes from and whether this is expected behaviour (actually I doubt). But when building on Windows, the test trys to create a strings.xml in "values-mcc004-mnc4-en-rUS-ldrtl-sw100dp-w200dp-h300dp-xlarge-long-land-desk-night-xhdpi-finger-keyssoft-12key-navhidden-dpad". This exceeds the max length for file/directory names in Windows and therefore the build aborts.

Because this was currently the only issue that breaks building on Windows (when https://github.com/eyecatchup/Apktool/commit/073019fa541d17c16c6ca8e628f5e7a48285e639 is applied), this workaround should do the trick (for now).
Revert "Windows build fix (skip checking files in /values* for test application)."

This reverts commit 98ed17ca9d6cd984eb4c31099d5e7b2f4d63aa5d.
unused import removal
Merge branch 'wip-2.0' of github.com:eyecatchup/Apktool into eyecatchup-wip-2.0
fix nio2 windows problem - funorpain
cleanup confusing logic - ntop001
add unicode string unit-test and json string test
correctly handles abused length strings - jtmuhone
add long-string unit-tests
markdown our readme
add source - bitbucket to readme
Ignore multiple types
rework manifest renaming

Issue #526, correctly handles apks where a renamed package is required, by comparing the package name present
in AndroidManifest.xml and resources.arsc. If different, we take the package name present
in resources.arsc (original) and replace it in the <manifest> tag of AndroidManifest.xml. The previous value in
AndroidManifest.xml (renamed) becomes the value to be passed to aapt on rebuild via --rename-manifest-package

Both these values along with the package id of the original are stored in apktool.yml, for use during the
rebuild
rename variables to help user understand, remove unneeded ones
only store renamed-manifest-package if the apk requires the change
correctly handles apk's with one package named "android"
update to smali 2.0.3
cleanup new lines and fixup revision properties
bump smali version to 2.0.3