Connor Tumbleson 25e9ed7281 add more modular support for renamed packages ... -- There is no "set" rules for renaming a manifest, so we must adapt to patterns. There are some apks that have original package names as "android", "miui", "com.htc", etc. These are not meant for renaming, but exist to align that apk to a specific OEM framework system. (EX HTC system apks have a package id of com.htc). However, this pattern isn't true when framework apks are involved, as the intended behavior is to rename the package from xxx to com.htc (as an example). -- We solve this by first identifying the active package via the packageId instead of package with most ResSpecs (we fall back on that though) -- then with two hardcoded arrays of UNKNOWN_PACKAGES and ALLOWED_PACKAGES		2014-03-19 16:23:45 -05:00
..
data	add more modular support for renamed packages	2014-03-19 16:23:45 -05:00
decoder	malformed styles	2014-02-09 20:45:16 -06:00
util	code cleanup of 2014	2014-02-09 19:01:57 -06:00
xml	code cleanup of 2014	2014-02-09 19:01:57 -06:00
AndrolibResources.java	add more modular support for renamed packages	2014-03-19 16:23:45 -05:00
ResSmaliUpdater.java	code cleanup of 2014	2014-02-09 19:01:57 -06:00