I am customizing a Amlogic TV Box ROM and I would like to install Xposed as well as a home-made module in it. I can't edit the Java source code directly because I don't have access to it, so the only solution I have is editing smali code (no thx) and Xposed.
I have access to the system partition content of the ROM, and nothing much more. My module will be installed as a system app, but I can't find a way to have the Xposed framework pre-installed. I tried to simply extract the ZIP in the system partition folder, but it doesn't work : the Xposed Installer says that the Framework is installed but not active. If I install the Framework using the Installer afterwards, it works fine. What am I doing wrong ? Is there some procedure to follow after unpacking the files ? Is it even possible to have it packaged with the system and not installed ?
I still need to enable the module once the framework is installed, how may I do that ? The modules list is located into /data, which is not packaged with the ROM (and is not factory-reset proof) what would be the most elegant way of having the module enabled by default ? I thought of writing to the modules list file at each boot with the Init.rc but I think there's a better solution.
Thanks for the help
I think what's theoretically happening is:
Imagine a PC - you install an app via the normal wizard, goes through and installs registry keys etc. which stores all file paths etc. and the app opens after the wizard finishes.
What's happening here is you're just taking the files and placing them onto the PC yourself, in this case, your box.
Remember this is a SYSTEM app, not something you can drag and drop on.
You haven't flashed anything in order for the System to know Xposed is installed, for it to point to this, point to that.
You're essentially running a broken, portable Xposed which'll say installed only because you placed it there.
I'd say you have to probably play about with that ROM on somewhere you can install Xposed via custom recovery then play about with nandroid backups and restore them on your box?
That's my only assumption. This is a difficult one.
That was my guess too, but I looked at the flashing script that Xposed Installer executes and I feel like it only checks for the version/api/abi and copies files, creating backups for uninstallation. All the files are present in the system partition in my packaged ROM files so I thought that they would just work out of the box if I copied them. Well, it doesn't, I must be missing something that the installer does.
In the meantime I've put a dirty installer in my launcher : it checks for the xposed.prop file each time it's opened (uuugh) and if it's not installed it'll just run the flash script and reboot. That's not elegant but it works.
Related
Hi guys!
Is too much complicated to generate a flasheable zip or method to disable all xposed modules from recovery?
With this huge change to lollipop is super easy to install a module that bootloop your phone (like mine......) and is not so good to factory reset just for a simple module. I know the risks, and I have nandroid and backups, but again, is too complicated to format all the phone an pasting backup just for a simple module.
Thanks!
PD: I tried the old "xposer disabler" but says that there is not app backup folder and nothing to be done.
kk
disable from kitkat not from android 5
Well if you just want to get out of a bootloop because of a new module, just delete Xposedbridgeapi.jar temporarily from /system/frameworks
berryman13 said:
Well if you just want to get out of a bootloop because of a new module, just delete Xposedbridgeapi.jar temporarily from /system/frameworks
Click to expand...
Click to collapse
Nice, next time I will consider to try it (I get on bootloop again.... and I restored a backup)
you can just create an empty file named 'disabled' in '/data/data/de.robv.android.xposed.installer/conf/'
berryman13 said:
Well if you just want to get out of a bootloop because of a new module, just delete Xposedbridgeapi.jar temporarily from /system/frameworks
Click to expand...
Click to collapse
I realize this is a few years later but THANKS!
It's amazing how many people can access their /data/data directory from recovery to disable XPosed and how uneducated people are and don't use encryption!
Rebooted my phone today and quickly noticed that my xposed framework stopped, well, doing anything. Some customizations from modules were not there. Went into the xposed installer and it reported that an update was available but the counts were all matched and green. Tried to install it all the same, and it failed. I'm getting the error "Could not extract app_process". I tried uninstalling the framework (along with running the disabler in recovery) thinking maybe it just bugged out. However, I am still unable to install/reinstall the framework, still getting the "Could not extract app_process".
The only thing I did related to xposed was update BubbleUPnP (which just posted an update today). I have since uninstalled it in case it was causing the problem, but it has had no impact. I'm not sure if it's possible for a module to break the framework itself, or to cause an ongoing issue once it is removed.
I'm running rooted stock 4.4.2 on a Galaxy Note 3. Any help would be very appreciated.
------Edit
Decided to do a nandroid backup, came across something there. I'm getting I/O errors at the start of the backup (e: error opening '/data/data/de.robv.android.xposed.installer/conf' as well as a couple similar for two modules). Is it possible my internal storage is going bad? I've hardly had the phone a year, would be rather surprised.
Thanks.
------Edit
Another update. Following instructions I found to manually install xposed framework (see http://forum.xda-developers.com/nexus-4/general/diy-manually-installing-xposed-t2369618 ), I was able to get app_process once again installed and recognized by the installer. Shows 58 bundled, 58 active. The XposedBridge.jar, however, still is not being seen though I did set it up per the instructions above. It looks like this is where the problem stems.
Still looking for assistance. Thanks.
------Final Edit
Poked around a bit trying to fix things. Tried deleting the xposed directory in /data/data and was getting I/O errors. I was able to rename the directory, and then able to install the framework normally. Apparently that directory is somehow corrupt. Even after renaming, I cannot delete it. Unsure what's going on with it, but at least I don't have to wipe my phone or replace it (yet).
very good friends. some tutorial to install "RRO Layer Theme" in my Motorola Nexus 6 has installed Android 6.0 stock rom. My device is root.. Thanks in advance
Create /system/overlays folder (all lower case)
Download Layers Manager from Play
Download any Layers theme from play.
Open the theme from app drawer and follow instructions.
Ultimately, all layers manager does is take the individual apk themes (packged up in the apk you install from play) and put them in /system/overlays. So in theory, you could open the apk from play store with a zip / archive application and extract all the apk's inside it and put them there. Set permissions and reboot.
To add to the above, you may also need to do a couple other things if you haven't already.
I am pretty sure Layers Manager requires Busybox, so you may need to install that. The app may inform you if it needs it or not.
If you are indeed on 100% stock you may need to free up some space on your system partition. Marshmallow takes up a lot of space on the partition, which can make it impossible to install a theme since it installs to /system/overlays.
I am wondering if someone can make a flashable zip to remove all AOSP apps like phone, contacts, calendar, calculator, mail etc. All this apps are old dinosaurs apps and I am replacing them every time when I flash ROM. Also same thing with Music FX or DSP Manager. Because I am using Viper4Android I have to remove them before I flash Viper.
I have no skill come to that but will be nice if someone can create flashable zip or aroma installer which will remove all of that. Anyone?
"...old dinosaur apps..."
That still work. But I understand where you're coming from. With Google now updating most apps included in AOSP through the Play Store now the versions still in AOSP no longer get updated. What are you replacing these apps with, and is it a flashable zip you're using or a manual install?
simunovic said:
I am wondering if someone can make a flashable zip to remove all AOSP apps like phone, contacts, calendar, calculator, mail etc. All this apps are old dinosaurs apps and I am replacing them every time when I flash ROM. Also same thing with Music FX or DSP Manager. Because I am using Viper4Android I have to remove them before I flash Viper.
I have no skill come to that but will be nice if someone can create flashable zip or aroma installer which will remove all of that. Anyone?
Click to expand...
Click to collapse
If you install "Stock" or "Super" OpenGapps, it automatically replaces them I believe.
MrBrady said:
If you install "Stock" or "Super" OpenGapps, it automatically replaces them I believe.
Click to expand...
Click to collapse
Yes, also with aroma open gapps I can simply replace anything I need. But, there is a catch. All this apps when they get updated in Google Play they stay where they are and new copy is installed like a duplicate. So you can uninstall update and get back to old version. That part I don't like. Why on Earth I need old app?
While apps installed from Google Play when they get updated they will be simply replaced. That is the reason why I would like to create aroma installer to remove all this apps from the system. Then I choose pico apps and everything else grab from Play Store.
I believe that make sense, right?
simunovic said:
Yes, also with aroma open gapps I can simply replace anything I need. But, there is a catch. All this apps when they get updated in Google Play they stay where they are and new copy is installed like a duplicate. So you can uninstall update and get back to old version. That part I don't like. Why on Earth I need old app?
While apps installed from Google Play when they get updated they will be simply replaced. That is the reason why I would like to create aroma installer to remove all this apps from the system. Then I choose pico apps and everything else grab from Play Store.
I believe that make sense, right?
Click to expand...
Click to collapse
There appear to be duplicates because the original GAPPS package installed the AOSP version as a System App. When the app gets updated from the Play Store, the update is installed as a User App. So when you re-install/dirty install with the Stock or AROMA package, it does remove the System version, but not the Updated/User Version.
The only way around this that I know of is to not let apps update or install the desired GAPPS package from the very beginning.
There are also flashable mods that remove GAPPS, like this one: http://forum.xda-developers.com/nexus-6p/themes-apps/script-google-apps-debloater-t3446118. It works on the Nexus 6 as well, although it doesn't remove 100% of what it says it does. It's been hit-and-miss for me, but does work for the major debloat (international keyboards).
MrBrady said:
There appear to be duplicates because the original GAPPS package installed the AOSP version as a System App. When the app gets updated from the Play Store, the update is installed as a User App. So when you re-install/dirty install with the Stock or AROMA package, it does remove the System version, but not the Updated/User Version.
The only way around this that I know of is to not let apps update or install the desired GAPPS package from the very beginning.
There are also flashable mods that remove GAPPS, like this one: http://forum.xda-developers.com/nexus-6p/themes-apps/script-google-apps-debloater-t3446118. It works on the Nexus 6 as well, although it doesn't remove 100% of what it says it does. It's been hit-and-miss for me, but does work for the major debloat (international keyboards).
Click to expand...
Click to collapse
Dirty flashing instead of updating core apps is just to much to play for me. I don't have that time anymore ;(
I like to keep it simple is possible.
That script is very similar to what I am trying to do. I need same thing but with AOSP core apps plus music fx and dsp manager to be included also. That way my way of flashing will look like: flash ROM, remove AOSP core apps, flash pico open apps, flash viper, supersu... done
Now all I need to do download the rest from G play. Updating will not make any duplicates. All is clean, lean and fast
Strephon Alkhalikoi said:
"...old dinosaur apps..."
That still work. But I understand where you're coming from. With Google now updating most apps included in AOSP through the Play Store now the versions still in AOSP no longer get updated. What are you replacing these apps with, and is it a flashable zip you're using or a manual install?
Click to expand...
Click to collapse
I am updating them with original Google versions from G Play.
If you really want to do this, the best way is by doing, because it's unlikely anyone is going to do it for you. Download a flashable zip from the forums, unzip it, extract the updater-script from the META-INF folder and open it. See what the script does, and then try making your changes to that script. Each app you want to delete will be on its own line in the script, and each will use either of the following commands.
Code:
delete("system/app/folder/apk");
delete_recursive("system/app/folder");
In the above, folder is the app's folder, and apk refers to the app itself. The first removes individual files. The second removes entire folders.
Strephon Alkhalikoi said:
If you really want to do this, the best way is by doing, because it's unlikely anyone is going to do it for you. Download a flashable zip from the forums, unzip it, extract the updater-script from the META-INF folder and open it. See what the script does, and then try making your changes to that script. Each app you want to delete will be on its own line in the script, and each will use either of the following commands.
Code:
delete("system/app/folder/apk");
delete_recursive("system/app/folder");
In the above, folder is the app's folder, and apk refers to the app itself. The first removes individual files. The second removes entire folders.
Click to expand...
Click to collapse
Thanks a lot. I will give it a try. Not my thing but seems simple enough
Emilius said:
I am wondering if someone can make a flashable zip to remove all AOSP apps like phone, contacts, calendar, calculator, mail etc. All this apps are old dinosaurs apps and I am replacing them every time when I flash ROM. Also same thing with Music FX or DSP Manager. Because I am using Viper4Android I have to remove them before I flash Viper.
I have no skill come to that but will be nice if someone can create flashable zip or aroma installer which will remove all of that. Anyone?
Click to expand...
Click to collapse
If you can boot into OS before removing them, then you can just root your device then get a file manager that you can give root access before going into the filesystem and just deleting the apps from there.
Can anyone please upload for me Huawei P9 Notepad APK for EMUI 8, EVA-AL10?
I need it. Thank you
md sabuj said:
Can anyone please upload for me Huawei P9 Notepad APK for EMUI 8, EVA-AL10?
Click to expand...
Click to collapse
Extracted by ApkExtractor but Notepad s system app, not sure would it work that way
zgfg said:
Extracted by ApkExtractor but Notepad s system app, not sure would it work that way
Click to expand...
Click to collapse
It's not working.
Could you please tell me in which directory of System this apk is stored?
I'll manually put the apk there and edit it’s permission to 0644.
You can check it by an App called App Inspector (Available at Play Store)
md sabuj said:
It's not working.
Could you please tell me in which directory of System this apk is stored?
I'll manually put the apk there and edit it’s permission to 0644.
You can check it by an App called App Inspector (Available at Play Store)
Click to expand...
Click to collapse
I know very well for ApkInspector - screenshot attached.
This is system app, still not sure would it work.
But guys, if you think you don't like a particular 'bloatware' app, just disable by ADB. What's the point of deleting 3 MB from Internal memory and later having such troubles
Suggesting to flash stock Ramdisk and Recovery and to take Install latest by eRecovery. You will not loose Network patch
zgfg said:
I know very well for ApkInspector - screenshot attached.
This is system app, still not sure would it work.
But guys, if you think you don't like a particular 'bloatware' app, just disable by ADB. What's the point of deleting 3 MB from Internal memory and later having such troubles
Suggesting to flash stock Ramdisk and Recovery and to take Install latest by eRecovery. You will not loose Network patch
Click to expand...
Click to collapse
I have just uninstalled the App, not deleted from System. It seems the app is still in it’s own directory. I have tried to install it by tapping install. But its not installed.
Is there any adb command to re-install an uninstalled APK?
Does flashing stock ramdisk and Recovery trigger a Factory reset?
My ramdisk modified by magisk and have stock recovery installed.
md sabuj said:
I have just uninstalled the App, not deleted from System. It seems the app is still in it’s own directory. I have tried to install it by tapping install. But its not installed.
Is there any adb command to re-install an uninstalled APK?
Does flashing stock ramdisk and Recovery trigger a Factory reset?
My ramdisk modified by magisk and have stock recovery installed.
Click to expand...
Click to collapse
Ok, then you needed to say in the first place what did you really do. If you uninstalled (for default user) by ADB, then the application remains on the system (for users 'other' than default) and can be reinstalled by ADB again (although not possible on old ADB servers like in EMUI 4). For the commands see (check examples by the end of the script there)
https://forum.xda-developers.com/showpost.php?p=80526831&postcount=3
You can't click on the apk uninstalled by ADB to 'install' back.
For that reason disabling by ADB is more practical, app can ba re-enabled without ADB, simply through Settings, Apps
PS: eRecovery Install latest does not trigger Factory reset, unless you don't take Factory reset option by mistake from eRecovery
Flashing stock Recovery or Ramdisk does not trigger Factory reset (if correct file is flashed to the correct partition)