[MODULE][Terminal] Debloater v17.3.2 - Debloat Systemlessly! - Magisk

[TERMINAL] DEBLOATER
Debloat your phone Systemlessly! Debloating can sometimes be device specific. OEM apps can sometimes be a trash to a user but not to the other. So I decided to make a module to Customize the uninstallation of a system app (in Magisk) with a UI in Terminal emulator. So you can help yourself in uninstalling your own bloat!​[/SIZE]
How to use:
Flash in a recovery
Go to Terminal emulator or adb shell (use -nc, refer below)
Type su and enter
Code:
debloat
or use the command line for ease of use or other stuff
Select the apps to uninstall (systemless!). But remember that the names of the apps won't be accurate (like Velvet which is actually the Google app) if you have no aapt in your system.
** Use the options
Enter
Code:
debloat -h
and it will be pretty easy to understand.
** How to debloat multiple apps
Enter multiple numbers. That's it.
For example, enter 1 18 25 24 56. That would debloat the apps with the corresponding number in the listed apps shown to you in the menu.
** If you have a blank list of apps, or want to use ADB Shell, use -nc.
Code:
debloat -nc
** Uploading logs
Go to the menu and type `logs`, this will upload the log files of this module and will generate a link. Send that
Alternatively, Send `/cache/terminal_debloater-verbose.log` here. I'll examine it for problems and will try to fix it.
Short video guide:
Download here or at Magisk Manager
GitHub
Changelogs
Telegram Channel
Notification Channel
DONATE? If you want to (ノ・ω・)ノ゙

LIST OF ALL SH*TTY APPS BY OEMs
All ****ty LG apps
by @popy2006
All ****ty T-Mobile LG apps
by @famewolf
Give me a list to be posted here ?

F.A.Q
Q. How does this work?
A. To put it simply, debloat is a script magic mounted in /system/bin ($PATH variable) so that it can be executed directly in Terminal Emulator and present you with a "UI" that you can interact with to uninstall System Apps.​
Q. Are the apps frozen or uninstalled?
A. They're uninstalled. To put it simply, the apk files in /system are replaced by a blank file, which basically removes/uninstalls them from /system.​
Q. How does the Reinstall option work?
A. It removes the blank files used to replace to apk files in /system. Which brings the apk back after a reboot. Basically the same thing that happens when you disable/uninstall a Magisk module. ​Q. Some kind of error popped out, what do I do?
A. Type logs in the menu then send the link generated or send me these files: /cache/terminal_debloater.log and /cache/terminal_debloater-verbose.log ; so I can look for the bug :good:​
Q. I accidentally uninstalled an important system app (e.g. System UI) and got in a bootloop, what do I do?
A. Simple, mount magisk from here. Then delete the app folder of the system app you've uninstalled in /sbin/.core/img/terminal_debloater/system/app or /sbin/.core/img/terminal_debloater/system/priv-app then that should undo it ​
Q. Apps are still in the app drawer after debloating...
A. You can then uninstall them like a normal user app.​

Here's a little video tutorial on how to use this module by @Truant_Luce

Nice! One for the repo, I'd say!
Should probably warn the user a bit clearer that the list won't always accurately reflect the name of the app they're looking for... You'll probably get a lot of questions about it anyway (taking into account the average users indisposition towards reading instructions), but still.

Didgeridoohan said:
Nice! One for the repo, I'd say!
Should probably warn the user a bit clearer that the list won't always accurately reflect the name of the app they're looking for... You'll probably get a lot of questions about it anyway (taking into account the average users indisposition towards reading instructions), but still.
Click to expand...
Click to collapse
Thanks. Should have probably added that from the beginning.
I'll submit it to the repo soon

@veez21 check lines 99 and 126:
mktouch $MODDIR${app[$(($app))]}/.replace
mktouch $MODDIR${privapp[$((privapp))]}/.replace

crusader727 said:
@veez21 check lines 99 and 126:
mktouch $MODDIR${app[$(($app))]}/.replace
mktouch $MODDIR${privapp[$((privapp))]}/.replace
Click to expand...
Click to collapse
There was supposed to be something else in there ( a difference between another variable) and i removed it. But it still works like that. Try it and tell me if there are errors

veez21 said:
There was supposed to be something else in there ( a difference between another variable) and i removed it. But it still works like that. Try it and tell me if there are errors
Click to expand...
Click to collapse
I was wondering if someone would make a debloater. Great job!

Great think, gonna test it tomorrow
Thank you very much !!
Would you be able to create a module to hide apps (user/system) from the pixel launcher?
If yes, would it be much work to do?
Gratefully
Blade

BIade said:
Great think, gonna test it tomorrow
Thank you very much !!
Would you be able to create a module to hide apps (user/system) from the pixel launcher?
If yes, would it be much work to do?
Gratefully
Blade
Click to expand...
Click to collapse
I don't know. But I'll look into it

Screenshots please!
Can someone post some screenshots of the module in action?

Thank you. Can I debloat them and install some of them back as the user app from the play store..?

min9ox2 said:
Thank you. Can I debloat them and install some of them back as the user app from the play store..?
Click to expand...
Click to collapse
Yes you can

Git link added in the OP!
Added git link and submitted it to the repo. Hope it gets accepted soon
https://github.com/veez21/terminal_debloater_magisk

I keep getting this when I try it. Anything I'm not doing right? The app does have root permissions. But not too familiar with working with terminals.

Great module, was thinking of making one myself.
What about incorporating something of the functionality of App Inspector so that the terminal display shows both display name and package name?

Telperion said:
Great module, was thinking of making one myself.
What about incorporating something of the functionality of App Inspector so that the terminal display shows both display name and package name?
Click to expand...
Click to collapse
Its actually in the next version I'll update in just a sec

Truant_Luce said:
I keep getting this when I try it. Anything I'm not doing right? The app does have root permissions. But not too familiar with working with terminals.
Click to expand...
Click to collapse
Did you type su before debloat_magisk? If not then type su first

Updated to v2! Changes are significantly related to UX.
CHANGELOG:
UI Improved a bit
Now shows the name of the app! (if aapt binary is present in /system)
Now hides uninstalled apps!
Added Reinstall Apps (but not working just yet don't try it for now)
Code Optimizations
Download here or in the OP
Git - later
Note: Updating removes all the files in the module, so all the uninstalled apps will be reinstalled. That's a magisk problem

Related

[APP PACK] XDA APP PACK v1.4 (LEGIT)

Sorry bout the last one. This one is good now
Hello all,
I've thrown together an app-pack that includes apps that i see are necessary and important to have on my phone. I was getting very frustrated with constantly having to reinstall my apps after flashing a new rom on. So i decided to create a batch file that will allow you to install back all your apps very easily.
I know there are things such as ADB file explorer, but i think that this is a much simpler way of doing it. Its also very easy for me to add apps that you guys feel needs to be included.
Let me know what you guys think.
App list
1. Root booter
2. Set cpu
3. Move cache for root users
4. Swapper
5. WiFi teather
6. Google places
7. Tmo visual voicemail
8. Shop savvy
9. Shazamm
10. Movies
11. Free dictionary
12. Ad free
13. App Manager
14. Taskiller
15. aTrackdog
16. Biz Card Reader
17. Keep Screen Lite
18. Pure Calander Lite
Change log:
v1.1
-added ability to remove apps that you don't want installed on the phone
v1.2
-corrected app pack to follow xda rules
v1.3
-added 3 new apps
v1.4
-added bizcardreader, keep screen lite and pure calander lite
-replaced apps with new updated versions from market
http://www.megaupload.com/?d=WKFMZH1Y
Can you post or PM me with the list of apps?
I just want to take this time to point out that apks are not tamper-proof. While I doubt mgorman went and modified any of the apps included in this pack, I wouldn't get in the habit of installing apps from unsafe sources. The only sources that should be considered safe are official Android Markets or the official website of an app.
jashsu said:
I just want to take this time to point out that apks are not tamper-proof. While I doubt mgorman went and modified any of the apps included in this pack, I wouldn't get in the habit of installing apps from unsafe sources. The only sources that should be considered safe are official Android Markets or the official website of an app.
Click to expand...
Click to collapse
How can they be tampered with? Like.turning them into a virus?
And what about the apks that devs include in their roms? Are you referring to them as well?
mgorman said:
How can they be tampered with? Like.turning them into a virus?
And what about the apks that devs include in their roms? Are you referring to them as well?
Click to expand...
Click to collapse
Everyone has to decide what their comfort level is in terms of accepting who they will trust an apk from, particularly root-enabled apps. These apps have the potential to do anything they please to the filesystem.
Google Experience Android phones are great because one can install apks from any source. That is one of the core requirements for open innovation, but its also a double edged sword. It's the user's burden to decide what is a safe source for apks. You wouldn't eat candy from a stranger, afterall, would you?
I see what you mean and I can assure anyone that is going to try this that I didn't mess with the apks and they're downloaded straight from the market
mgorman said:
I see what you mean and I can assure anyone that is going to try this that I didn't mess with the apks and they're downloaded straight from the market
Click to expand...
Click to collapse
I just want to reiterate that in no way did I mean to imply that the linked zip file contains malware (but neither can I guarantee that it doesn't). Instead I was stating that it is bad security to install executable/interpreted code from unverified sources. Especially when one can just as easily grab the aforementioned apps themselves.
I would just like to point out that root booter is not recomended for any cyanogen rom. He has built a safer reboot and shutdown into his rom.
FYI the easiest way to reboot into recovery is to 'hold power' 'select reboot' 'hold in the home button until it reboots' There is no need to turn the phone all the way off and hold both buttons.
followinginsanity said:
I would just like to point out that root booter is not recomended for any cyanogen rom. He has built a safer reboot and shutdown into his rom.
FYI the easiest way to reboot into recovery is to 'hold power' 'select reboot' 'hold in the home button until it reboots' There is no need to turn the phone all the way off and hold both buttons.
Click to expand...
Click to collapse
Thats why I made an option to remove apps from being installed.
Watch out for an update to the app-pack coming later tonight....
Want to add an application to the pack? Send me a PM and I'll put it in there
Just a thought
Is there a way this can be done so we can we can add the app(s) of our choice to customize the way we want it?
Apaca1ypse said:
Is there a way this can be done so we can we can add the app(s) of our choice to customize the way we want it?
Click to expand...
Click to collapse
Yes you can. Any apps that you want installed you can place in the wanted-apps folder and when you run the batch any apk in the wanted-apps folder will be installed to your phone.
I will be adding some more options to the menu such as rebooting into recovery, rebooting into fastboot, etc. as well as more apps.

[SCRIPT] MIUI Revamped Bloatware Removal

Hey everyone, I'm not sure why all of the 3rd party apps on MIUI Revamped are installed as system apps and we can't remove, so I made a little script to remove all those. Here's how:
Download my script attached and remove the .txt ending so it ends in .sh
- Download Gscript Lite from the market.
- Start Gscript, leave it to take Superuser access, and close it
- a new folder called "gscript" was created on your internal sdcard;
- Copy my script in gscript folder on internal sdcard:
/sdcard/gscript
- Start Gscript and then press:
Code:
Menu --> Add script --> Load file
select the script, and check 'Need SU' if not already clicked, then save;
- A new script is added!
- Press on the script you want and it will run thru and remove those apps!
**If you want to customize which apps get removed**
Open the script with a text editor and remove lines from there or add more.
To find the name of the app, you can open the MIUI Revamped ROM download and go into the System/app folder and look at the app names.
HAVE FUN!!!
I appreciate your effort but sounds like using adb or rootexplorer would be easier. If this causes problems with my rom it will be removed. Download revamped for what it is.if you don't like what's in revamped then run stock. You really should have asked before having peopl altering my rom. If you uaw this and encounter problems DO NOT REPORT IN ReVaMpED thread.
nickmcminn60 said:
I appreciate your effort but sounds like using adb or rootexplorer would be easier. If this causes problems with my rom it will be removed. Download revamped for what it is.if you don't like what's in revamped then run stock. You really should have asked before having peopl altering my rom. If you uaw this and encounter problems DO NOT REPORT IN ReVaMpED thread.
Click to expand...
Click to collapse
You are entirely too offended by this. We all use your rom because we love how it runs, but all the live wallpapers and extra apps, A LOT of people don't use. And until now I have been removing them via adb or other root uninstallers. It takes too long since you update your rom every friday. Quick question, why put all these 3rd party apps in the system/app folder? You completely missed the point of my post. It could very well have something to do with how you build your rom, I don't know I'm not a developer. Again, I'm not sure why you are so offended. If I was tweaking the hell out of your rom or something I could understand but its just removing some apps. Why the hostility?
lupascu.marius said:
You are entirely too offended by this. We all use your rom because we love how it runs, but all the live wallpapers and extra apps, A LOT of people don't use. And until now I have been removing them via adb or other root uninstallers. It takes too long since you update your rom every friday. Quick question, why put all these 3rd party apps in the system/app folder? You completely missed the point of my post. It could very well have something to do with how you build your rom, I don't know I'm not a developer. Again, I'm not sure why you are so offended. If I was tweaking the hell out of your rom or something I could understand but its just removing some apps. Why the hostility?
Click to expand...
Click to collapse
Because sir for you never asked us to make these mods. Second there's no hostility just speak the truth. There are proper ways to go about things and this sir isn't. I am standing 100% behind my partner, except he doesn't want this take down and i do. All this does is cause problems and confusions. IF YOU USE THIS TO ALTAR OUR ROM, PLEASE DON'T REPORT BUG'S.
once again no personal attack just there is a proper way of doing things thank you.
Thread in hiatus while we investigate...
Regards,
M_T_M
@OP...I will contact you via PM soon.

[Script] Safe bloat removal script (50+ apps) [UPDATED 9/1/2011]

There's been a lot of speculation on what can and can't be removed as well as how to remove them without causing force-closes, boot loops, and other headaches. So I wrote this script that will let you disable all of the bloat with none of the hassle.
After a few prompts to find out if there's anything you want to keep that can't be replaced in the market, it will do its magic -- renaming files to a .bak extension so they are no longer recognized by Android. This will cause some system services to fail and force-close loop until you reboot (and the script reboots for you). Also included is a script that will undo all of this.
If you select every option, including the default launcher and text messaging apps (which are confirmed safe to remove without losing SMS or MMS ability or push notifications), then here's the list of apps removed:
AdService.apk, android-syncservice-app.apk, ArcVideoEditorLite.apk, BackupAssistanceClient.apk, Blockbuster.apk, BlurHome2.apk, BlurSNMessagingEngine.apk, BlurTasks.apk, BlurUpdater_VZW.apk, BooksPhone.apk, CitrixReceiver.apk, CityID.apk, Conversations.apk, DLNA.apk, DlnaSystemService.apk, FriendFeed.apk, gotomeeting-stub-1.0.74.apk, GuidedTours.apk, HelpCenter.apk, IMPresence.apk, IndexingService.apk, Kindle.apk, MessagesWidget.apk, Messaging.apk, MOTOPRINT.apk, MSExchangeService.apk, MyVerizon.apk, NewBayVault_4.2.99.36.Market.apk, NFLMobile.apk, OnlineAlbum.apk, PhotoEditor.apk, PortalStandAlone.apk, Preloaded.apk, RichLocationVzW.apk, SkypeBourbon.apk, Slackerradio.apk, SocialMessaging.apk, SocialShare.apk, StatusWidget.apk, SuggestionsProvider.apk, SuggestionsRuleCheckerCore.apk, SuggestionsServiceScheduler.apk, Swype.apk, ToggleWidgets.apk, UniversalInbox.apk, Upgrader.apk, VCAST_TONES_4_5_7.apk, VCASTMusic.apk, VCASTVideo.apk, VSuiteApp.apk, vzw_vnav_DROID3_rel_PROD_signed.apk, VZWIM.apk, VZWInstaller.apk, WeatherWidget.apk, ZumoCast_1.0.17.apk
Make sure you run these scripts using Script Manager or a comparable app and be sure to enable it to run as root or it won't have permission to make changes to /system/app.
This is version 1 of the scripts -- if any of the apps removed wind up causing problems or more are found, I'll add it to the list. I've tested the scripts back and forth myself and have tested it as much as I can without finding any issues. Also, some apps are removed without asking, such as ZumoCast or VCAST or NFL Mobile. You can find these apps in the market, so there's no point keeping them locked down in system.
Enjoy! Comments are welcome.
UPDATE 9/1/2011: fixed a typo in one of the variables (thanks everyone who reported this), added more options to keep (Swype and Car Dock Voice Commands), split into two versions -- one for the stock 5.5.959 build and 5.6.890 update (late August OTA), added a warning about removing the home screen without a launcher and that it removes the Calendar widget.
Great, but maybe it would be nice to make a y/n option for each .apk where it asks you if you want to delete that apk
script
instructions for use?
thanks
DoubleYouPee said:
Great, but maybe it would be nice to make a y/n option for each .apk where it asks you if you want to delete that apk
Click to expand...
Click to collapse
You shouldn't delete them -- we don't have an SPF yet. Someone posted the complete /system/app contents and you could restore, technically, manually, but it's a bad idea. Renaming to a .bak is completely effective.
lodisax said:
instructions for use?
Click to expand...
Click to collapse
Read the post.
You'll want to use Script Manager -- unzip the two scripts to your SD card (internal or external), launch Script Manager (free version is fine), find the script and click it, then tick on 'root' and then run the script. Follow the prompts from there.
script
thanks for the answer
psouza4 said:
You shouldn't delete them -- we don't have an SPF yet. Someone posted the complete /system/app contents and you could restore, technically, manually, but it's a bad idea. Renaming to a .bak is completely effective.
Click to expand...
Click to collapse
Yeh sorry that's what I meant.. Option to y/n rename the apk.
I'd like to use the script once I get my droid 3 but would like to 'keep' some of the apks.
DoubleYouPee said:
Yeh sorry that's what I meant.. Option to y/n rename the apk.
I'd like to use the script once I get my droid 3 but would like to 'keep' some of the apks.
Click to expand...
Click to collapse
There's Y/N for anything you'd want to keep. About 6-7 questions in total. Anything that you can't find in the market that isn't definitely bloat has a prompt.
script
script manager that you use?
I use script manager and asked me if I want to remove each apk or not.
There is a script manager that does everything automatically?
thanks for the answer
lodisax said:
script manager that you use?
I use script manager and asked me if I want to remove each apk or not.
There is a script manager that does everything automatically?
thanks for the answer
Click to expand...
Click to collapse
Please read the thread thoroughly -- I'm going to ignore obvious questions like these.
psouza4 said:
There's Y/N for anything you'd want to keep. About 6-7 questions in total. Anything that you can't find in the market that isn't definitely bloat has a prompt.
Click to expand...
Click to collapse
So what if I wanna keep DLNA, photoeditor and socialmessaging?
DoubleYouPee said:
So what if I wanna keep DLNA, photoeditor and socialmessaging?
Click to expand...
Click to collapse
Then answer 'Y' to the prompts asking if you want to keep 'DLNA' or 'social messaging'. There are plenty of photo editors in the market, so there's no prompt on that (although if you were so inclined, you could just rename the .BAK's back to their original files). I feel you haven't actually looked at the script or read my post.
psouza4 said:
I've tested the scripts back and forth myself and have tested it as much as I can without finding any issues. Also, some apps are removed without asking, such as ZumoCast or VCAST or NFL Mobile.
Click to expand...
Click to collapse
I think the ultimate test is to do factory reset and see how device will go through initialization stage. It can be surprises which are not noticeable during normal use. Without this it is kind of premature to say what is safe to delete and what is not.
serg675 said:
I think the ultimate test is to do factory reset and see how device will go through initialization stage. It can be surprises which are not noticeable during normal use. Without this it is kind of premature to say what is safe to delete and what is not.
Click to expand...
Click to collapse
Ehh I agree with you to a point, because i made the very noobish mistake of uninstalling bloat that i knew would not effect daily use; however, I did a factory reset to test a theory for krazy and learned that something I uninstalled makes the setup process FC and wont let you get to the blur launcher, luckily other launchers work and I was able to batch install via adb.
Thing is though is if the phone reboots when this stuff is renamed then it will survive a factory reset, though it may do the same thing mine has done. If it does its no big deal to load up adb and rename the files back so that you can complete the setup.
You forgot the World Clock widget in your removal script; the only clock that thinks it needs a permanently-resident service, regardless of whether it's running or not.
Xenoproctologist said:
You forgot the World Clock widget in your removal script; the only clock that thinks it needs a permanently-resident service, regardless of whether it's running or not.
Click to expand...
Click to collapse
That messes with the dock though, so I don't consider it bloat.
I know its a lot to ask... but can someone either create a comprehensive list of what each one actually does... or point us in a direction to where there already is one?
Sent from my DROID3 using Tapatalk
Seirÿu said:
I know its a lot to ask... but can someone either create a comprehensive list of what each one actually does... or point us in a direction to where there already is one?
Click to expand...
Click to collapse
Open the script in a text editor and read my comments -- it gives each one a title.
@psouza4 - nice work, it's about time someone took a more organised approach to figuring out what apks are safe to remove.
I tried to get a similar effort going here :-
http://forum.xda-developers.com/showpost.php?p=17004394&postcount=11
but the way people behave on this forum, it's like trying to herd cats.
thingonaspring said:
@psouza4 - nice work, it's about time someone took a more organised approach to figuring out what apks are safe to remove.
I tried to get a similar effort going here :-
http://forum.xda-developers.com/showpost.php?p=17004394&postcount=11
but the way people behave on this forum, it's like trying to herd cats.
Click to expand...
Click to collapse
Thanks!
Couple of notes, too:
It was asked in IRC why I'm removing 'android-syncservice-app.apk'. This service is the extra backup stuff that Verizon added on (as evidenced inside the package in /assets/system.properties you'll find several references to verizon servers for sync, like sm_connection_url=http://syncba.myvzw.com/syncml). This service doesn't do anything beneficial for you unless you really have a hard-on for Verizon's sync stuff. I've had it disabled since we achieved root and it has no affect on account sync services (contacts, gmail, calendar, reader, etc.) nor SMS/MMS push notifications, etc.
Also, a fellow PM'd me saying he got errors that variable names were invalid -- turns out he had edited the script in Windows, saved it, and that broke the UNIX-style line endings. If you're going to modify the script, use Notepad++, UltraEdit, or something that will maintain the correct line endings. Or just use an editor on the phone, such as in Root Explorer.
Thanks a bunch man, works great. About to run a benchmark to see the results!

[WORKAROUND][Xposed for Android 5.1] Make ~99% of modules work.

This has been fixed xda post​Note: This is a temporary solution until someone fixes this in Xposed. Also I use my module "SnapColors" as a example throughout this post but this fix should for work any module. I've tested it with other modules and it works. If the module did not previously work on 5.0 then ignore this post and continue on with life.
TL;DR Version:
I found a temporary solution of getting modules to work on 5.1 for modules that worked on 5.0 but don't work on 5.1.
Non-TL;DR Version: Backstory and how I found his temporary solution
So a couple days ago I decided to start working on bring my module(s) to Xposed running on 5.1. In doing so what I noticed with a lot of the modules they seem to crash the app without throwing any kind of error whatsoever. Take for example one of my modules "SnapColors", if SnapColors was enabled in Xposed Installer SnapChat would always crash without throwing any error it wouldn't even say anything along the lines of "process has stopped unexpectedly" it would just close the app. So because of this behavior it led me to believe something was wrong with Xposed and not with my module(s). So I went thought what could be broken in Xposed thats causing this because 5.0 is just one up to 5.1 so the changes couldn't be that big. I went though the things that could cause this and came across "dalvik-cache" I remember reading somewhere Xposed makes some changes to the cache file (.dex) thats created during the creation of dalvik-cache files. So then I thought what if in 5.1 a small change was made to the process of making the dalvik cache files and thats what is causing the problem. So I decided to delete the dalvik cache file for SnapChat which is what my module was hooking into, then I tried opening SnapChat again but it crashed so I tried opening it again and what do you know it opened without any problems with my module fully working without any problems. The fix was kind of a guess too.
The fix/Solution
Note: If you reboot your device you have to do the fix again. Also you are deleting the dalvik cache so you won't benefit from it any more for the app(s) you delete it for. Unless you reboot then everything gets reverted.
What you have to do is delete the dalvik cache file for the app the module is for.
Example: SnapColors a module for SnapChat, so we have to delete the dalvik cache file for SnapChat.
What you need:
1) A file manager with root access, or terminal knowledge.
2) Package name example for SnapChat its "com.snapchat.android". How to get the package name look below theres a how to.
Steps for deleting the cache file:
Make sure the app is not running in the background close it if it is.
Method 1) Via terminal command:
Code:
cd /data/dalvik-cache/arm/ && rm [email protected]@"package name here without the quotes"*
Example command for SnapChat would be don't forget the "*" at the end:
Code:
cd /data/dalvik-cache/arm/ && rm [email protected]@com.snapchat.android*
Method 2) Via file manager: Navigate to /data/dalvik-cache/arm/ look for a file starting with the name [email protected]@"package name here without the quotes".apk delete this file and thats it.
Now try and open the app if it doesn't work close the app then try opening it again. make sure that apps not running in the background before trying again.
Getting package name
Via terminal command:
Code:
ls /data/data/ | grep "the app name here without quotes"
Via app: Install https://play.google.com/store/apps/details?id=com.electricsheep.asi
Open it-> Apps tab-> Tap the app-> look for "Package name:" should be the first thing.
Great job figuring that out! I hope @romracer takes a look at it and releases an update with permanent fix
mmamedov said:
Great job figuring that out! I hope @romracer takes a look at it and releases an update with permanent fix
Click to expand...
Click to collapse
Yup. I wish I could help but my knowledge of c++ is limited.
Why are apps on 5.1 creating this dalvik file if the runtime is ART?
r25txe said:
Why are apps on 5.1 creating this dalvik file if the runtime is ART?
Click to expand...
Click to collapse
The files are used by art despite the name of the folder "dalvik-cache". I think don't quote me on that.
Subscribed
sent from your moms phone
Can I get gravitybox to work?
Sent from my Nexus 5 using XDA Free mobile app
Programming4life said:
Yup. I wish I could help but my knowledge of c++ is limited.
Click to expand...
Click to collapse
Enough knowledge to help me out on twitter ALLLL the time! Lol
Great Finding. Thanks for the info.
Any chance of getting work Xposed GEL setting with CM12.1 Android 5.1
Thanks
lolzas said:
Can I get gravitybox to work?
Sent from my Nexus 5 using XDA Free mobile app
Click to expand...
Click to collapse
For module related stuff post on there thread. Getting modules to work is on the dev of the module.
mjrifath said:
Great Finding. Thanks for the info.
Any chance of getting work Xposed GEL setting with CM12.1 Android 5.1
Thanks
Click to expand...
Click to collapse
For module related stuff post on there thread. Getting modules to work is on the dev of the module.
Another step into 5.1 with xposed.. Only needs rovo magic Touch.. Thanks for it...
Programming4life said:
For module related stuff post on there thread. Getting modules to work is on the dev of the module.
Click to expand...
Click to collapse
So can you tell us what are those 95% modules for xposed on Lolli 5.1?
Can you give us some examples what modules are working on your smart phone with your metods?
Thanks...
spaxon said:
So can you tell us what are those 95% modules for xposed on Lolli 5.1?
Can you give us some examples what modules are working on your smart phone with your metods?
Thanks...
Click to expand...
Click to collapse
I said ~95% because some modules need to be updated strictly for lollipop and won't work no matter what. Its more like 99% but 95% just in case.
Programming4life said:
The fix/Solution
Note: If you reboot your device you have to do the fix again. Also you are deleting the dalvik cache so you won't benefit from it any more for the app(s) you delete it for. Unless you reboot then everything gets reverted.
Click to expand...
Click to collapse
Something I dont understand, for almost every module in xposed on every version of android, you must enable that module in xposed and reboot smartphone to get it work... is it true?
I have tried Gravitybox LP and some more modules like Flat Style Bar Indicators, with deleting them in /data/dalvik-cache/arm/ but they dont work at all, i have tried couple of times starting them.
Also I tried deleting them in twrp file manager and I have bootloop (but no worries I deleted those modules and started the phone )
Am I doing something wrong?
spaxon said:
Something I dont understand, for almost every module in xposed on every version of android, you must enable that module in xposed and reboot smartphone to get it work... is it true?
I have tried Gravitybox LP and some more modules like Flat Style Bar Indicators, with deleting them in /data/dalvik-cache/arm/ but they dont work at all, i have tried couple of times starting them.
Also I tried deleting them in twrp file manager and I have bootloop (but no worries I deleted those modules and started the phone )
Am I doing something wrong?
Click to expand...
Click to collapse
After installing a module you must enable it and then do a reboot/soft reboot yes that is true. Gravitybox LP and Flat Style Bar Indicators both modify the android system itself so theres nothing we can really do until someone fixes this bug in Xposed's code.
What if we modify the permissions or the file itself so we don't have to constantly delete it upon reboots?
Sent from my Nexus 5 using Tapatalk
Youtube background playback don`t works with that method
FuMMoD said:
What if we modify the permissions or the file itself so we don't have to constantly delete it upon reboots?
Sent from my Nexus 5 using Tapatalk
Click to expand...
Click to collapse
Android doesn't like it when the permissions are changed for a cache file so it'll just fc the app.
jabarel said:
Youtube background playback don`t works with that method
Click to expand...
Click to collapse
Worked for me you may have a out dated version of YouTube or YouTube background.

[DEPRECATED] [Module][2018.9.23] MagicGApps -- Install OpenGApps Systemlessly

THIS PROJECT IS NO LONGER SUPPORTED.
# MagicGApps
## Copyright (C) 2017-2018, VR25 @ xda-developers
### License: GPL v3+
---
#### DISCLAIMER
This software is provided as is, in the hope that it will be useful, but without any warranty. Always read/reread this reference prior to installing/upgrading. While no cats have been harmed, I assume no responsibility under anything which might go wrong due to the use/misuse of it.
A copy of the GNU General Public License, version 3 or newer ships with every build. Please, read it prior to using, modifying and/or sharing any part of this work.
To prevent fraud, DO NOT mirror any link associated with this project.
---
#### DESCRIPTION
- This module installs a regular open_gapps-* zip (except aroma variant) systemlessly. When it's disabled, Google Play Services are automatically disabled on the next boot as well. This prevents continuous, disturbing gms crashes.
---
#### PRE-REQUISITES
- Any open_gapps-* zip, except aroma variant
- Custom recovery
- Magisk
---
#### SETUP STEPS
0. Make sure an open_gapps-* zip (except aroma variant) exists somewhere in /sdcard or /external_sd directories or subdirectories (max directory depth must be 3 -- i.e., /sdcard/Download/OpenGApps).
1. Optional -- run `touch /data/r` to
reinstall open_gapps-* zip (or `touch
/data/u` to uninstall the module).
2. Optional -- set up a gapps-config.txt file (removal lists work as pseudo-removal lists -- systemless debloat).
3. Install from custom recovery (i.e., TWRP).
---
#### LINKS
- [Facebook Support Page](https://facebook.com/VR25-at-xda-developers-258150974794782)
- [Git Repository](https://github.com/Magisk-Modules-Repo/MagicGApps)
- [XDA Thread](https://forum.xda-developers.com/apps/magisk/module-systemless-beansgapps-mini-7-1-x-t3611362)
- [webview_packages: fix incorrect signatures]( https://github.com/LineageOS/android_vendor_cm/commit/a3a76f5d1cc233ad8024ffdc74bb3a786e1605c3)
---
#### LATEST CHANGES
**2018.9.23 (201809230)**
- Max OpenGApps search directory depth set to 3 for faster speed.
- Support for latest Magisk versions
- Updated documentation
- Use /dev/urandom over /dev/random.
- Use Magisk imgtool over make_ext4fs and resize2fs.
**2018.8.12 (201808120)**
- Added GMS Manager script -- automatically enables/disables Google Play Services when MagicGApps is enabled/disabled; self-remove when MagicGApps is uninstalled
- Updated module description
**2018.8.11 (201808110)**
- Fixed GApps runtime permission issues
- Fixed "make_ext4fs not found" (devices running Android P)
- Let Open GApps installer use the real /persist
- Major optimizations & cosmetic changes
- Removed `gp` executable
- Updated documentation
Archive
Reserved
++Reserved++
Hey! thanks for all your Magisk mods, I noticed you posted a few in the Collection of Magisk Mods v2 thread.
I'm curious about this one though. What is it for? No offense, I just don't understand why you'd need or want Beans core Gapps to be systemless.
Especially since A) they usually always occupy that space on /system, 2) the /system partition has plenty of room for the mini Gapps (and often much larger packages) after clean installing a ROM, and thirdly I thought the whole point of Magisk and systemlessness was to have an intact and "normal" /system.
Being able to hide root is one of the coolest things about Magisk, closely followed by installing modules "systemlessly", where they don't actually take up space on your system partition but act like they do.
In essence, I think my point is that I assumed Magisk systemlessness is designed for quite the opposite purpose of this mod. Why have empty room on your system partition (where the Gapps usually reside) AND have the ability to use systemless mods -- which inherently don't utilize the system partition, by design?
tl;dr:
If you're using Magisk for "systemlessness", why leave unused space on the system partition? If the Gapps are stored on /data, you have less usable space on the device.
Again, I mean no offense. The more I think about it the less sense it makes to me. Please explain why you made this and what its advantages are! I would love to understand.
Sent from my Nexus 6P using Tapatalk
borxnx said:
Hey! thanks for all your Magisk mods, I noticed you posted a few in the Collection of Magisk Mods v2 thread.
I'm curious about this one though. What is it for? No offense, I just don't understand why you'd need or want Beans core Gapps to be systemless.
Click to expand...
Click to collapse
First of, thanks for the questioning. I thought somebody would feel confused at some point... and here we go. I just added my reasoning to the main post. You'll love it at best and like it at worst. Guaranteed.
Sorry for OT but, how do you make backup for magisk.img? ?
xkhen0017 said:
Sorry for OT but, how do you make backup for magisk.img? ?
Click to expand...
Click to collapse
The file is located in /data. Use a file manager with root access to copy it to a desired location for future use. I personally use TWRP's built in file manager.
No offense. Some people prefer the Nova launcher instead of the Pixel launcher, so I hope you don't add the pixel launcher
Dope concept and module. Will I be able to manually update Gapps from the Nightly updates, or do I have to wait for you to push from your end?
aocboe said:
No offense. Some people prefer the Nova launcher instead of the Pixel launcher, so I hope you don't add the pixel launcher
Click to expand...
Click to collapse
Thanks for your suggestion. I'll add Nova Launcher in the next version. Now I remember it is actually better than Pixel Launcher anyway.
Mecca EL said:
Dope concept and module. Will I be able to manually update Gapps from the Nightly updates, or do I have to wait for you to push from your end?
Click to expand...
Click to collapse
You either wait or just integrate app updates into system, systemlessly using Titanium Backup. That's the magic of this. However, to be honest, I'm more into it for the other modifications, since apps are updated from Pay Store anyway. Although they aren't integrated into Magisk automatically, you don't really need to worry about that too much.
Two questions:
First, can I just install this module instead of flashing gapps?
Second, can I add app I want systemized to the zip and install it?
Breno Spangler said:
Two questions:
First, can I just install this module instead of flashing gapps?
Second, can I add app I want systemized to the zip and install it?
Click to expand...
Click to collapse
One answer for both: yes.
Note: some apps may not work as system apps, unless you include libraries with them (extra space -- wasteful)
This includes some user apps. I'm open for suggestions.
Edit: I'm working on a script to batch install user apps added to the zip.
Edit 2: @Breno Spangler, the script is ready! Download
Just add your apps to the /data/app folder, remove the PLACEHOLDER file, enjoy.
Can i update the module just by installing new version or do i need to uninstall the old version first? I'm asking because i know that name changes can make software go crazy.
Shished said:
Can i update the module just by installing new version or do i need to uninstall the old version first? I'm asking because i know that name changes can make software go crazy.
Click to expand...
Click to collapse
Yes, you're right about name changes. This name won't change anytime soon without notice. I did change it at first without notice though.
Anyway, only flash without removing the previous version if the names match.
VR25 said:
Thanks for your suggestion. I'll add Nova Launcher in the next version. Now I remember it is actually better than Pixel Launcher anyway.
Click to expand...
Click to collapse
I got nova launcher as default launcher on my rom. Won't it conflict if I install this module? Doesn't it better if you remove it and we can use any launcher we want?
khnoizer said:
I got nova launcher as default launcher on my rom. Won't it conflict if I install this module? Doesn't it better if you remove it and we can use any browser we want without added launcher if we don't use it?
Click to expand...
Click to collapse
Yes it may conflict. You can open the zip, go to system/priv-app directory, and delete NovaLauncher folder.
I'll evaluate your suggestion for the next version.
Edit: @khnoizer, module updated. Check the new info in the main post.
VR25 said:
Yes it may conflict. You can open the zip, go to system/priv-app directory, and delete NovaLauncher folder.
I'll evaluate your suggestion for the next version.
Edit: @khnoizer, module updated. Check the new info in the main post.
Click to expand...
Click to collapse
Nice
stupid question: If flash a ROM that already has GAPPS bundled, that would cause a conflict with this module? Does one or the other win or do things just break.

Categories

Resources