[Script] Removing stupid useless apps from stock - Motorola Droid 4

Hi,
When I got my Droid, I couldn't believe all the stuff that came preinstalled with the phone, so I started deleting everything that seemed unnecessary. Given the fact that I already reflashed the phone 20 times in the last week, I made a little script to help me out. I thought I would share it with you in case it comes handy to someone.
BIG NOTE 0: There's a system part that Motorola uses to get stuff from your phone. It's called Data Collector. Whenever any app crashes, it makes quite a big dump, with your network carrier, signal level, applications installed, applications running and a lot of stuff that isn't opt-in. In fact, one of the scripts (/system/bin/bugtogo.sh) can take screenshots of your phone. I don't like being spied, so I tried to remove it all. Cannot be certain though, but I would recommend you to remove, if you like your privacy, at least, the DataCollector apks, and to empty the bugtogo.sh script from /system/bin
BIG NOTE 1: I don't use this phone in the US, so I don't know if I'm breaking part of the CDMA support. It still shows up in every settings and I don't have any reason to think it won't work, but since I can't test it in anything except GSM/UMTS, I can't know it for sure.
BIG NOTE 2: The script will install Apollo (Music Player), Nova Launcher (homescreen replacement), and Cyanogenmod's Gallery app. If you don't want them and want to keep Blur and the default gallery (the script doesn't remove the music player just in case it's needed by some other app), then don't use this script, or modify it as you wish.
BIG NOTE 3: I am not responsible for anything if this causes a mess. Worst case scenario you'll need to flash back the system partition (fastboot flash system system.img), and then reroot your phone. You have been warned.
This is what it removes:
Code:
/system/app/DataCollection.apk
/system/app/DataCollection.odex
/system/app/DataCollectorProvider.apk
/system/app/DataCollectorProvider.odex
/system/app/DataCollectorService.apk
/system/app/DataCollectorService.odex
/system/app/blur-services.apk
/system/app/blur-services.odex
/system/app/blur_facebook.apk
/system/app/blur_facebook.odex
/system/app/blur_flickr.apk
/system/app/blur_flickr.odex
/system/app/blur_kaixin001.apk
/system/app/blur_kaixin001.odex
/system/app/blur_lastfm.apk
/system/app/blur_lastfm.odex
/system/app/blur_orkut.apk
/system/app/blur_orkut.odex
/system/app/blur_photobucket.apk
/system/app/blur_photobucket.odex
/system/app/blur_picasa.apk
/system/app/blur_picasa.odex
/system/app/blur_youtube.apk
/system/app/blur_youtube.odex
/system/app/vzw_vnav_DROID4.apk
/system/app/vzwapnpermission.apk
/system/app/MyVerizon.apk
/system/app/VerizonSSOEngine.apk
/system/app/MotoVzwAtCmdPlugin.apk
/system/app/MotoVzwAtCmdPlugin.odex
/system/app/VzwController.apk
/system/app/VzwController.odex
/system/app/VzwDeviceSetup.apk
/system/app/VzwDeviceSetup.odex
/system/app/VzwEntitlementService.apk
/system/app/VzwEntitlementService.odex
/system/app/VzwPhoneService.apk
/system/app/VzwPhoneService.odex
/system/app/VCast.apk
/system/app/VCastStub.apk
/system/app/VCastTones.apk
/system/app/VCASTVideo.apk
/system/app/VmmGallery.apk
/system/app/com.motorola.android.server.ims.apk
/system/app/com.motorola.android.server.ims.odex
/system/app/com.motorola.android.settings.aplogd.apk
/system/app/com.motorola.android.settings.aplogd.odex
/system/app/VmmBackupManager.apk
/system/app/VmmBackupManager.odex
/system/app/VmmGallery.odex
/system/app/SmartActionFW.apk
/system/app/SmartActionFW.odex
/system/app/SmartActions.apk
/system/app/SmartCarDock.apk
/system/app/SmartDock.apk
/system/app/ZumoService.odex
/system/app/ZumoService.apk
/system/app/WelcomeWebtop.odex
/system/app/WelcomeWebtop.apk
/system/app/WeatherWidget.apk
/system/app/VZWInstaller.apk
/system/app/Vvm.odex
/system/app/Vvm.apk
/system/app/VSuiteApp.apk
/system/app/VRDClient.apk
/system/app/VMMServiceInterface.odex
/system/app/VMMServiceInterface.apk
/system/app/VideoSurf.apk
/system/app/Videos.apk
/system/app/VideoCalling.apk
/system/app/Swype.apk
/system/app/SocialShare.odex
/system/app/SlingBox.apk
/system/app/SocialShare.apk
/system/app/SlackerRadio.apk
/system/app/RichLocationVzW.apk
/system/app/Protips.odex
/system/app/Protips.apk
/system/app/PlusOne.apk
/system/app/PhotoEditor.odex
/system/app/PhotoEditor.apk
/system/app/OnlineAlbum.odex
/system/app/OnlineAlbum.apk
/system/app/NflMobile.apk
/system/app/Netflix.apk
/system/app/MusicStore.apk
/system/app/MotorolaAccountSetup.apk
/system/app/MotorolaAccountSetup.odex
/system/app/MotoEmailConfig.apk
/system/app/MotoDockHelperService.odex
/system/app/MotoDockHelperService.apk
/system/app/MotoConnect.odex
/system/app/MotoConnect.apk
/system/app/MotoCastDashboard.odex
/system/app/MotoCastDashboard.apk
/system/app/motoactv.apk
/system/app/MotMusic.apk
/system/app/MotGallery.apk
/system/app/MCDownloadManager.odex
/system/app/MCDownloadManager.apk
/system/app/Kindle.apk
/system/app/JunosPulsePlaceholder.apk
/system/app/IlsVzW.apk
/system/app/HuxVmmSetting.odex
/system/app/HuxVmmSetting.apk
/system/app/HuxSnCClient.odex
/system/app/HuxSnCClient.apk
/system/app/GuidedTours.apk
/system/app/GuidedTours.odex
/system/app/HelpCenter.apk
/system/app/FileManager.apk
/system/app/FileManager.odex
/system/app/Facebook.apk
/system/app/DockService.odex
/system/app/DockService.apk
/system/app/DlnaSystemService.odex
/system/app/DlnaSystemService.apk
/system/app/DLNA.odex
/system/app/DLNA.apk
/system/app/DemoMode.odex
/system/app/DemoMode.apk
/system/app/ContactIce.odex
/system/app/ContactIce.apk
/system/app/Cmas.odex
/system/app/Cmas.apk
/system/app/BuaContactAdapter.odex
/system/app/BuaContactAdapter.apk
/system/app/BlurUpdater_VZW.odex
/system/app/BlurUpdater_VZW.apk
/system/app/BlurChooser.odex
/system/app/BlurChooser.apk
/system/app/BackupRestoreConfirmation.odex
/system/app/BackupRestoreConfirmation.apk
/system/app/BackupAssistanceClient.odex
/system/app/BackupAssistanceClient.apk
/system/app/ArcVideoEditorLite.apk
/system/app/android-syncservice-app.apk
/system/app/OutOfBox.odex
/system/app/OutOfBox.apk
/system/app/FriendFeed.apk
/system/app/FriendFeed.odex
/system/framework/com.motorola.MCDownloadLibrary.services_lib.jar
/system/framework/com.motorola.MCDownloadLibrary.services_lib.odex
/system/framework/com.motorola.motoconnect_lib.jar
/system/framework/com.motorola.motoconnect_lib.odex
/system/framework/com.motorola.vzw.vmm.helper.jar
/system/framework/com.motorola.vzw.vmm.helper.odex
/system/framework/com.motorola.vzw.vmm.util.jar
/system/framework/com.motorola.vzw.vmm.util.odex
/system/framework/com.scalado.android.photoeditor.jar
/system/framework/com.scalado.caps.jar
/system/framework/com.verizon.phone.jar
/system/framework/com.verizon.phone.odex
/system/framework/com.vzw.android.gex.jar
/system/framework/com.vzw.android.gex.odex
/system/framework/com.vzw.android.hux.jar
/system/framework/com.vzw.android.hux.odex
/system/framework/com.vzw.android.jar
/system/framework/com.vzw.android.odex
/system/framework/com.vzw.android.smart.jar
/system/framework/com.vzw.android.smart.odex
Instructions:
1. Root your phone if you haven't already
2. Install Busybox from Google Play if you haven't already
2. Uncompress the zip into your internal sdcard. You should get this:
Code:
/sdcard/removecrap/Apollo.apk
/sdcard/removecrap/Gallery2.apk
/sdcard/removecrap/com.teslacoilsw.launcher-1.apk
/sdcard/removecrap/remover.sh
3. Run from a terminal on the phone, or from adb (always as root)
sh /sdcard/removecrap/remover.sh
4. Wait until the phone reboots
5. 200 extra Mb of system and a lot more free ram for your apps. Oh, and Motorola won't get another bug report from you
EDIT: Ooops, Reupdated the zip file, it was deleting one extra file (motosignature inside the framework folder)
EDIT2: Didn't catch Carrier IQ's qer binary on /xbin. Unfortunately we can't touch those binaries since they're in the randisk, so I updated the script so it removes the logfile qe generates and replaces it with a folder so it can never write the scan results again (thank you bofh.bug for the links!)

That's great, but you'll probably have trouble installing whatever official update comes next, since the updates generally expect certain apps to exist (with correct checksums too) so that they can be updated.
Sent from my DROID4 using Tapatalk

highlandsun said:
That's great, but you'll probably have trouble installing whatever official update comes next, since the updates generally expect certain apps to exist (with correct checksums too) so that they can be updated.
Sent from my DROID4 using Tapatalk
Click to expand...
Click to collapse
Probably OTAs will fail after running the script, but fixing it is as easy as reinstalling the system partition with fastboot and then applying the OTA
Sent from my DROID4 using xda app-developers app

This does disable all data connectivity (3G/4G) for CDMA users, you can still receive texts and calls, but will not be able to get data services.
When I have time I will make update this script to work with CDMA users.

arleslie said:
This does disable all data connectivity (3G/4G) for CDMA users, you can still receive texts and calls, but will not be able to get data services.
When I have time I will make update this script to work with CDMA users.
Click to expand...
Click to collapse
Were you able to fix the script so it works for CDMA users? Or, do you know what apps breaks it?

Very nice script, thanks. Easy way to run it by using Root Browser: open as script. But as for me QuickPick is better than ICS Galerry
Sent from my DROID4 using xda app-developers app

Hi biktor_gj , could you make a similar script for Android 4.1.2? Very grateful in advance

Tanzior said:
Hi biktor_gj , could you make a similar script for Android 4.1.2? Very grateful in advance
Click to expand...
Click to collapse
I did again the script for the jelly bean update. This time it removes less crap, since it seems Motorola left a bit less than on previous versions. This will remove the annoying "Foreign card" warning when you boot the phone with some non-verizon sim, the acoustic warning when you turn up the volume, smart actions and so on.
IT WON'T REMOVE THE APPS. It will leave them here:
Apps: /system/app/oldapps
system binaries: /system/bin/oldbin
Framework: /system/framework/oldframework
If you encounter any problem, you can simply move back the files through adb and the phone will be like before applying the script.
NOTE: Only tested on GSM. Probably won't work on CMDA since it's missing most of the Verizon stuff. If you can identify which apps are needed for CDMA to wokr again tell me and I'll update the script accordingly.
I run the script from ADB and worked like a charm. Been using it for 24hours and no problems so far, but you never know, so use at your own risk
Code:
[email protected]:~/Documents# adb push removecrap2.sh /sdcard/removecrap2.sh
[email protected]:~/Documents# adb shell
[email protected]_maserati:/ $ su
[email protected]_maserati:/ # sh /sdcard/removecrap2.sh

It works great, thank you. Good work.
Sent from my DROID4 using xda app-developers app

Hi to all, i found two app : ModemPanicReporter.apk and ModemStatsService.apk. What they are doing ? Maybe it is necessary to remove they too ? Removing these applications will improve battery life.
Sent from my DROID4 using xda app-developers app

Related

[APP] MakeUpdateZip-20110303 **Multi-file capable**

This is not only my first Android app, but this is also my first dive in Java. Please be gentle as I expect there are several uncaught / improperly handled exceptions.
This app will backup selected files to a zip file that can be restored via cwm. For now, that is all it does. It can be handy for the oc/uv crowd since it will allow you to keep a backup of a good S_volt_scheduler init file to flash in case your new setting are too aggressive. It does not currently restore permissions, nor does it assume root permissions.
todo:
Obtain root to copy any file
Integrate a file selector so read permissions will not be an issue.
Detect/Restore permissions
Possible feature additions:
Create a restore.zip from current files based on an update.zip you want to apply. Could save you from boot loops when messing with system files.
Create a restore.zip given a file, a target directory, and permissions.
I will probably add this to the market once I get through the todos and initial bugs.
Changelog:
20110303
Multi-file capable. OIFileManager does not yet support multi-select, so each file must be selected seperately
Exception caught for mission OIFileManager
_delete.zip file seems to work correctly in recovery
Since I am not yet using root and OIFileManager will not assume root, there are some directories that cannot be viewed, /data/app for example. There are also some files that can be selected but cannot be copied due to their permissions.
Requires OIFileManager
Nice, will be useful
This looks like it could be a useful/powerful app. It could definitely benefit from some features (more than one file/location would be great) but I can see myself using this.
Thanks!
gibson3659 said:
This is not only my first Android app, but this is also my first dive in Java. Please be gentle as I expect there are several uncaught / improperly handled exceptions.
This app will backup 1 file to a zip file that can be restored via cwm. For now, that is all it does. It can be handy for the oc/uv crowd since it will allow you to keep a backup of a good S_volt_scheduler init file to flash in case your new setting are too aggressive. It does not currently restore permissions, so the uses are currently limited.
todo:
Figure out why the _delete.zip does not delete the target file when run via cwm.
Detect/Restore permissions
Possible feature additions:
Enable backup/restore of multiple files
Create a restore.zip from current files based on an update.zip you want to apply. Could save you from boot loops when messing with system files.
Create a restore.zip given a file, a target directory, and permissions.
I will probably add this to the market once I get through the todos and initial bugs.
Requires oifilemanager.
Click to expand...
Click to collapse
Can u load the java app here? I can try to look into that and see if I can improve on the exception handling part.
fantastic idea
good job
Thanks for taking a look. Have anyone of you actually tried it?
It fc. On me... :'(
Sent from my SGH-I897 using XDA App
Do you have oifilemanager?
Sent from my SGH-I897 using XDA App
gibson3659 said:
Do you have oifilemanager?
Sent from my SGH-I897 using XDA App
Click to expand...
Click to collapse
Forgot that
Sent from my SGH-I897 using XDA App
Works like a charm! thank you so much! Perfect cause I love the stock music player and not all rims have it so this is great for installing it!
Sent from my SGH-I897 using XDA App
I am working on multiple file support, so look for a new version in a day or two.
Sent from my SGH-I897 using XDA App
just installed it, however it force closes as soon as I try to choose a source or destination file (happens as soon as I press the buttons.
Herp derp Captivate XDA app.
Make sure you install OIFilemanager from the market. I need to catch this exception and provide a link to OIFileManager.
Great App
Want to say thank you for making this. I've had all sorts of trouble getting apps from different roms to install to the system folder on my current rom. Now I can mix and match different apps easily without much pain. Thanks!
bpurkapi said:
Want to say thank you for making this. I've had all sorts of trouble getting apps from different roms to install to the system folder on my current rom. Now I can mix and match different apps easily without much pain. Thanks!
Click to expand...
Click to collapse
You are welcome. I actually have another app in mind to fully address that need, but I want to get further along with this one first. Since I am working on these on stolen time (I don't have any free time), it will take a while.
Since the apps seem to restore without permission issues, I may put that on the back burner. After I complete multi-file support, which of the future features from the op would you like to see first.
gibson3659 said:
Make sure you install OIFilemanager from the market. I need to catch this exception and provide a link to OIFileManager.
Click to expand...
Click to collapse
And I need to learn how to read through a thread for answers to my problems before I post about them.
New Version
Changelog:
20110303
Multi-file capable. OIFileManager does not yet support multi-select, so each file must be selected seperately
Exception caught for mission OIFileManager
_delete.zip file seems to work correctly in recovery
Since I am not yet using root and OIFileManager will not assume root, there are some directories that cannot be viewed, /data/app for example. There are also some files that can be selected but cannot be copied due to their permissions.
Can I get a gauge on the interest level for this app? Should I move this to the I9000 forum?
I think it's really useful when working whit OC/UV.
gibson3659 said:
Can I get a gauge on the interest level for this app? Should I move this to the I9000 forum?
Click to expand...
Click to collapse
I think you should get with rom devs, this should become an integrated feature for all rom upgrades, regardless of phone
at least get with the AIO dev, if you arent already

[MOD] Hulu mod and Webtop/Hotspot Tether for 4.1.57

I was able to get the hulu mod to work inside dolphin browser HD, and also the tethering option in the laptop dock to work, I used Ririal's script to root the phone on the latest 4.1.57 and then ran these commands in a adb shell as ROOT :
for hulu please updated flash player to 10.2 first in the market then apply the libflashplayer.so (can be found in the latest gingerblur package) file to lib folder of the flash player ::>
cp -f libflashplayer.so /data/data/com.adobe.flashplayer/lib
then we go on to unlocking the APN's and borrow some of the code from gingerblur mod from the addons batch file ::>
mount -o rw,remount /dev/block/mmcblk0p12 /system
cp -f sqlite3 /system/bin/sqlite3
chmod 755 /system/bin/sqlite3
sqlite3 /data/data/com.android.providers.telephony/databases/telephony.db "UPDATE carriers set preloaded='false';"
/system/bin/sqlite3 /data/data/com.android.providers.telephony/databases/telephony.db "INSERT INTO carriers (name, numeric, mcc, mnc, apn, user, server, password, proxy, port, mmsproxy, mmsport, mmsc, mmsc2, authtype, type, current, preloaded) VALUES ('AT&T (FREE TETHER)','310410','310','410','wap.cingular','[email protected]','','CINGULAR1','','80','wireless.cingular.com ','80','http://mmsc.cingular.com ','','-1','','1','false');"
reboot
and now you are done, next go to the APN's and check they are unlocked then change the AT$T US tether APN type to nothing, then add the "tether" with a comma at the end of the APN type of AT$T US HSDPA , then reboot the phone, once in webtop you can change from the free tether to hdspa then the verification nag will go away and you will be able use the laptop dock.
If anyone can put all this in a script as i got no brains to do a script right now
DO THIS AT YOUR OWN RISK, I AM NOT RESPONSIBLE IN ANY WAY IF YOU BRICK YOUR PHONE OR ANYTHING THAT RELATES TO THIS POST, THIS IS FOR INFORMATIONAL PURPOSES ONLY !
With that being said have fun
EDIT :
And confirmed sideloading working, issue this command in adb shell as ROOT ::>
sqlite3 /data/data/com.android.providers.settings/databases/settings.db "UPDATE secure SET value=1 WHERE name='install_non_market_apps';"
Then reboot, now you can install apps direct from the sd card.
EDIT 2:
Commands corrected now.
Does the mod retain the tegra specific version of flashplayer?
Well I used the .so file from the gingerblur 7.7 package and the flash player 10.2 from the android market, so does this make it non specific to the tegra chip?
Sent from my MB860 using XDA App
molotof said:
Well I used the .so file from the gingerblur 7.7 package and the flash player 10.2 from the android market, so does this make it non specific to the tegra chip?
Sent from my MB860 using XDA App
Click to expand...
Click to collapse
I used the Market Flash 10.2 and Gungerblur RC1 .so,
Hulu works in Dolphin HD, had to set the user agent to desktop and plugins to always on.
Going to try the webtop over cellular.
How to enable The Hotspot Tether for 4.1.57?
joojle said:
How to enable The Hotspot Tether for 4.1.57?
Click to expand...
Click to collapse
Just follow the tethering steps and you are set to turn on hotspot from the settings under wifi.
Sent from my MB860 using XDA App
molotof said:
Just follow the tethering steps and you are set to turn on hotspot from the settings under wifi.
Sent from my MB860 using XDA App
Click to expand...
Click to collapse
I get a syntax error on your first sqlite3 command, something along the lines that it's expecting a ")" ??
http://forum.xda-developers.com/showthread.php?t=1017373
Not to detract from the thread, but this enabler is a simpler way of getting sideloading/tethering APNs installed. No need for manual commands assuming you used the correct tools to root in the first place (i.e. sqlite3 is installed.).
Yeah better off using the scripts now as all is well in gingerblur land
molotof said:
Yeah better off using the scripts now as all is well in gingerblur land
Click to expand...
Click to collapse
Thanks for the effort though!
All the thanks go to you and other devs here in xda for such a great job in working on these things and making our lives easier
Sent from my MB860 using XDA App
Will THis Mod Work without Gingerblur
I've been too lazy to install Gingerblur but wanted to see if this mod will work without it. Thanks!
Couldn't you just use the zip files
(hulu,webtop,hdmi etc) included separately in the kennethpenns gingerblur thread? Wouldnt that work through tenfars cwm without actually installing gingerblur itself or are those specific to gingerblur only?
Edit: Actually I just answered my own question! lol the zips all install fine on stock 4.1.57 with root but do they work? I'll find out soon enough...
Gutterball said:
Couldn't you just use the zip files
(hulu,webtop,hdmi etc) included separately in the kennethpenns gingerblur thread? Wouldnt that work through tenfars cwm without actually installing gingerblur itself or are those specific to gingerblur only?
Edit: Actually I just answered my own question! lol the zips all install fine on stock 4.1.57 with root but do they work? I'll find out soon enough...
Click to expand...
Click to collapse
That i have no idea if it is possible or not, as these commands are for the purists that want CrapyBlur on and the original look without doing anything else to the file system.
I think it is in gingerblur add on packages BUT you would need the sqlite from the main package, so i guess this is the best bet for now !
molotof said:
That i have no idea if it is possible or not, as these commands are for the purists that want CrapyBlur on and the original look without doing anything else to the file system.
I think it is in gingerblur add on packages BUT you would need the sqlite from the main package, so i guess this is the best bet for now !
Click to expand...
Click to collapse
Actually installing those zips on stock work through cwm! So thats good enough for me! Thats cool! Because I like gingerblur but for some damn reason whenever I install it? my wifi is weak and disconnects alot... I have no idea why??
Indeed got it working
Although, what have you guys seen in terms of how well HULU works? For me it's a little buggy. The video has issues with commercials not loading properly. I assume this is normal.
But all the other video controls seem to be fickle
mattyv said:
Although, what have you guys seen in terms of how well HULU works? For me it's a little buggy. The video has issues with commercials not loading properly. I assume this is normal.
But all the other video controls seem to be fickle
Click to expand...
Click to collapse
The reason ads wont play is probably because you have ad blocking setup on your phone. What rom and root did you use? The regular vids will still play but commercials wont come through. LOL big loss!
thanks
you are right. it does work without the ads working. one thing i noticed is that the speed is a little slow on hulu using the webtop. i.e. the video is choppy. has anyone had any experiemce with that? is it something that can be sped up?
mattyv said:
you are right. it does work without the ads working. one thing i noticed is that the speed is a little slow on hulu using the webtop. i.e. the video is choppy. has anyone had any experiemce with that? is it something that can be sped up?
Click to expand...
Click to collapse
I noticed that too. Honestly gingerblur somehow, someway was having an adverse reaction on my wifi(though I seem to be the only one with this problem) I flashed back to stock, rooted, installed all the seperate zips from gingerblur without installing gingerblur itself using tenfars cwm recovery. Then I flashed gladiatrix rom also and my wifi has been perfect and hulu is running at normal speed with no choppiness.
The only thing with hulu is you gotta uninstall flash player 10.2 and grab the one from the market. Then grab a file called libflashplayer.so and copy it to data/data/com.adobeflashplayer/lib put it inside that folder using root explorer and it should ask you to overwrite click yes. Then open dolphin hd in settings make sure flash plugin is set to always on and that the agent is set as desktop. Then go to hulu.com click a video and it should play fine and with sound cause I was having a problem with no sound but this fixes it!
As far as the webtop is concerned?I think the webtop in general is buggy and laggy but still an awesome feature to have it probably will get better with more updates.
just wanna be sure here the only line i need to enable the hulu mod is this?
cp -f libflashplayer.so /data/data/com.adobe.flashplayer/lib

[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!

[Q] Camera Force Close after OTA

Hello Everyone,
So I unfroze all of my apps in Titanium Backup and flashed the OTA that is posted in the development forum for the Droid 3 and it seems to have worked great other than one small problem. Every time I try to use the camera or camcorder they will open for about 2-3 seconds and then they close and I end up back at my home screen. Does anyone have any ideas on what I can try to make my camera apps work again?
EDIT: Sorry, forgot to mention that I did try rebooting the phone as well as clearing the cache for the camera app, no change. Also Camera Zoom FX stays open but just has black where the camera image would normally be.
Thanks!
Maybe you... forgot to unfreeze the camera app lol.
No but id check what you do have frozen, maybe there's a service the camera app is dependent upon you might have accidentally frozen (assuming you rerooted after update)
Sent from my DROID3 using Tapatalk
I did re-root after applying the OTA update and then I froze about 15 apps that I found to be annoying/un-needed, however even after unfreezing all of them, any app involving the camera still isn't working. I also just noticed that my flashlight app that worked before the OTA is not working either.
First thing I would try is "clear data" for the Camera app and reboot.
rtbrjason said:
First thing I would try is "clear data" for the Camera app and reboot.
Click to expand...
Click to collapse
Tried that a couple of times but no change. I just also noticed that the camera app flashes a small message up at the bottom of the screen really quickly stating that the camera is unable to initialize.
Uninstall any third-party app that uses the camera (if you have any) the try again.
kishin14 said:
Uninstall any third-party app that uses the camera (if you have any) the try again.
Click to expand...
Click to collapse
Thank you for the suggestion, I hadn't thought of that. Unfortunately that did not work either. No change, still getting the same message for about a second or two and then it closes.
Try re-uploading the camera apk and odex files, might need to set permissions the same as the other system apps.
Unzip and use something like rootexplorer, delete current BlurCamera.apk and BlurCamera.odex, set write access on system/app folder then copy these.
-smc
The problem is the camera firmware, amongst other things, is first deleted and then replaced during the OTA update - if something happens, that firmware is never copied back causing the camera to fail.
The problem I had was too much stuff installed in /system and it simply ran out of space. This also caused my recovery to fail to update which then failed checksum if I tried to boot to recovery.
I had a bunch of binaries I installed in /system/xbin taking up several MB of space. I deleted them - including busybox - and reran the update. Now everything works fine.
If your recovery is hosed, I posted how to fix in the update thread.
If you need help and haven't wiped /cache yet, post /cache/recovery/last_log
limaxray said:
The problem is the camera firmware, amongst other things, is first deleted and then replaced during the OTA update - if something happens, that firmware is never copied back causing the camera to fail.
The problem I had was too much stuff installed in /system and it simply ran out of space. This also caused my recovery to fail to update which then failed checksum if I tried to boot to recovery.
I had a bunch of binaries I installed in /system/xbin taking up several MB of space. I deleted them - including busybox - and reran the update. Now everything works fine.
If your recovery is hosed, I posted how to fix in the update thread.
If you need help and haven't wiped /cache yet, post /cache/recovery/last_log
Click to expand...
Click to collapse
also, one note, i'm seeing alot of people reporting issues with the stock apps AFTER they've removed bloat (any method). the first thing people should do is put the bloat back, or in worse case scenario, do a wipe to see if there's really something wrong.
i froze an email service and it cause my text messenger to stop working. you don't know what libraries are shared with what. freeze with caution.
640k said:
also, one note, i'm seeing alot of people reporting issues with the stock apps AFTER they've removed bloat (any method). the first thing people should do is put the bloat back, or in worse case scenario, do a wipe to see if there's really something wrong.
i froze an email service and it cause my text messenger to stop working. you don't know what libraries are shared with what. freeze with caution.
Click to expand...
Click to collapse
I agree, and would suggest to anyone to use the script for removing and replacing the bloat - it makes it much easier to do (especially from adb when you foul it up) and keeps track of what you've done.
That said, I highly doubt that is the issue here. The update script first checksums everything that needs to be patched and deletes everything that is to be replaced. So if you have anything removed, it will either cause it to fail (if the file is to be patched) or not matter (if it is to be deleted or simply isn't touched). In other words, if you have anything missing that is needed, the update wouldn't touch anything.
Furthermore, I don't think any of the commonly removed bloatware serves as a dependency for the camera. At least not as far as I can tell.
I can tell you that /system is filled to the brim with all of the bloatware. The current ROM is just barely shoehorned in there. Many 'for-root-users' apps like to install stuff to /system and since the updater script doesn't check for free space, it may very well fail to extract in the middle of execution even though it already deleted a bunch of files.
So I think more importantly than restoring bloat, you should remove anything you added.
I tried your directions and re-ran the update after fixing recovery, however my camera still doesn't work because of the same basic issue, running out of space before the update completed. Upon re-rooting and going in to my system directory with root explorer I noticed that I now only have 195k free there. I checked the xbin folder and do not see busybox or anything else there that I recognize that I could delete to free up space. How can I tell what is safe to delete and what isn't so I can free up enough to fix my recovery again and hopefully get the update to work properly?
You can see a breakdown of disk usage with this command:
Code:
du -sh /system/*
Here's mine with busybox removed:
Code:
147.6M /system/app
7.5M /system/bin
11.0K /system/build.prop
5.5M /system/etc
5.1M /system/fonts
35.5M /system/framework
75.7M /system/lib
1.0K /system/lost+found
19.2M /system/media
0 /system/preinstall
304.0K /system/recovery-from-boot.p
4.6M /system/tts
8.3M /system/usr
135.0K /system/xbin
And my free space is
Code:
$ df /system
Filesystem Size Used Free Blksize
/system 320M 317M 2M 1024
Other than su, the only files you need in xbin are (don't worry about the symlinks)
Code:
backup dexdump drm1_func_test run_backup run_restore ssmgrd
I think the only extra bits I now have on /system is su.
I also found the system dump from this post to be very helpful.
Whenever I'm trying du It's saying that the command wasn't found. What are you using for your terminal access?
Hmm it seems du isn't a standard binary even though I have it in bin. I sure don't remember putting that in there...
Anyway, I use adb or Better Terminal Emulator Pro, depending what mood on in.
To use adb, you'll need to install busybox to /data somewhere (I have mine in /data/local/bin) and use
Code:
$ /data/local/bin/busybox du -sh /system/*
BTEP has a fairly complete set of CLI tools included - such as du - so you don't need busybox.
I figured out how to do the command through busybox and have come up with some interesting results...
I am over yours on...
Code:
153.8M /system/app
1.9M /system/xbin
I am under yours on...
Code:
4.7M /system/bin
4.9M /system/etc
71.8M /system/lib
And I match yours on...
Code:
11.0K /system/build.prop
5.1M /system/fonts
35.5M /system/framework
1.0K /system/lost+found
19.2M /system/media
0 /system/preinstall
304.0K /system/recovery-from-boot.p
4.6M /system/tts
8.3M /system/usr
This is with busybox installed in the xbin folder so that is probably why I am over on that one, however the app folder is quite a bit over as well but I can't figure out why. The only file that I can find in there that doesn't seem to belong is Superuser.apk but it is only 191k.
UPDATE: I finally found a large app that wasn't present in the system dump that you had mentioned before. I backed it up to my sd card and removed it, went through the update, and now my camera is working. Thank you very much to everyone who helped, especially limaxray!
Glad I was able to help!
This is a great example for why we should always wipe data/cache before any rom update.
dsw361 said:
This is a great example for why we should always wipe data/cache before any rom update.
Click to expand...
Click to collapse
That wouldn't have helped here at all. If anything, it would have made it impossible to use adb in case of a boot loop.
These are not like community ROM updates and don't need anything wiped.
limaxray said:
That wouldn't have helped here at all. If anything, it would have made it impossible to use adb in case of a boot loop.
These are not like community ROM updates and don't need anything wiped.
Click to expand...
Click to collapse
Exactly. the last thing I would do is wipe data/cache if we encountered a bootloop. Adb is so important to us right now because we don't have a custom recovery or an sbf.
Sent from my DROID3 using Tapatalk

[Q] Pure "Google Experience" AOSP for First?

With Facebook turned off, the First seems like a terrific phone, particularly for those who do not want (what can be confusing) Manufacturer's extras. I found the S4 particularly confusing AND annoying, particularly after coming from an unbranded, generic Chinese manufacture phone.
Although the First stock ROM is nearly bloat-free, is there a "GE" ROM available for the First that does not lock-in the AT&T extras such as their tethering check, Free Wireless app, Video Messaging, etc? I figure I would rather add features than have them as default.
Mine is due tomorrow!
Thanks --LS
Not yet. I'm not sure if cm will support the first.
Hopefully someone with the know how will work on getting is android 4.2.2
Was your Chinese phone stock android?
Sent from my Nexus 7 using xda premium
NaterTots said:
Not yet. I'm not sure if cm will support the first.
Hopefully someone with the know how will work on getting is android 4.2.2
Was your Chinese phone stock android?
Sent from my Nexus 7 using xda premium
Click to expand...
Click to collapse
Absolutely Android v4.0.3. It was a MTK6575 Android (w007) iPhone clone. Really nice until the backlight (or LCD) died after 7 months. So it still works, just can't tell what you are doing.
Tried a Galaxy S4 Active with an ATT ST SIM,, but it was REALLY locked down and the ROM crazy busy.
I figured the First can be my next phone unless it becomes a "holding pattern" for the Moto X or Nexus 5
You can freeze some apps and delete others via ADB shell with root access. Or clean out a stock rom before loading.
killall-q said:
You can freeze some apps and delete others via ADB shell with root access. Or clean out a stock rom before loading.
Click to expand...
Click to collapse
Thanks for the links. Pretty sure I don't know enough to "clean out" a ROM, though, which is why I was looking for the "pure" ROM. I'll Google for some guides. Any suggestions?
amphi66 said:
Thanks for the links. Pretty sure I don't know enough to "clean out" a ROM, though, which is why I was looking for the "pure" ROM. I'll Google for some guides. Any suggestions?
Click to expand...
Click to collapse
Bloatware is usually in "\system\app\" alongside essential system apps. If you're not sure about an app just Google the filename.
To clean an installed rom use ADB with root permissions. If you boot your phone into recovery you can use these commands without obtaining root in ADB shell.
Code:
adb shell
cd /system/apps
ls
rm ATT_myATT.apk
To delete those files from a ROM zip, you need to be in Linux. The reason is Android contains files that have the same names but only differ in caSE (because its design was so carefully thought out), so you need case sensitive file system support to save the zip. I just load up an Ubuntu live CD or USB drive to do the dirty work.
killall-q said:
Bloatware is usually in "\system\app\" alongside essential system apps. If you're not sure about an app just Google the filename.
To clean an installed rom use ADB with root permissions. If you boot your phone into recovery you can use these commands without obtaining root in ADB shell.
Code:
adb shell
cd /system/apps
ls
rm ATT_myATT.apk
To delete those files from a ROM zip, you need to be in Linux. The reason is Android contains files that have the same names but only differ in caSE (because its design was so carefully thought out), so you need case sensitive file system support to save the zip. I just load up an Ubuntu live CD or USB drive to do the dirty work.
Click to expand...
Click to collapse
Thank you. That is certainly within my level of experience, as is using Root Explorer to change permissions or delete apps. I thought you were going to tell me to use a 'kitchen' and decompile. I think I'm ready to go!
I just use titanium backup to uninstall bloatware lol or use root explorer system/app/delete whichever
Sent from my HTC first using xda premium

Categories

Resources