Support for --framework <dir> command line argument to specify the location of the framework files (previously forced you to keep them in the home folder)
Merge pull request #67 from droidmunkey/droidmunkey/master

Support for --framework <dir> command line argument to specify the location of the framework files
Starting work on Bug #252
Merge branch 'master' of github.com:iBotPeaches/Apktool
properly store package information (manifest AND resources.arsc info) in apktool.yml for renamed packages
Android 4.2 support finally ? updated some internal libs, fixed --renamed-package
prevents renaming manifest if package is "android" and fixes deletion of tmp files
remove non-needed import
updated changes
updating changes w/ bug report ids
adding support for release / snapshot builds via gradle. kudos to #smali
new internal framework for API 17 (updated)
fix warnings related to <uses-sdk>
Updated unit-tests for 4.2 APK support, added -a / --apt during build for location to aapt, reverted fix regarding <uses-sdk>
dont substring release build, as it pulls name directly from build.gradle
ugh SpringSuite is half-commiting. Adjusting null -> "" for strings
version bump (v1.5.2)
moved from services -> downloads for gradle
output smali filename instead of filestream
only show -aapt info in verbose mode