3 ms·

> disable their bloatware with adb, but there's no reason they have to allow this There's a reason. It is Google and its Compatibility Definition Document: htt

> disable their bloatware with adb, but there's no reason they have to allow this There's a reason. It is Google and its Compatibility Definition Document: https://source.android.com/compatibility/ https://source.android.com/compatibility/ So no: OEMs that want to market their phones as running "Android" cannot break things as they please.

NotPractical 5y ago
Can you please link to somewhere it says that OEMs can't prevent adb from disabling system apps? They obviously can't disable adb entirely (because it's useful to Android developers), but they can probably add restrictions on top of it.
- ignoramous 5y ago
  (disclosure: I co-develop apps in the android sec/privacy space) Every device branded as running "Android" must pass Google's Compatibility Test Suite (CTS) [0]. One look at the tests suggest that many of the adb commands Universal Android Debloater (UAD) [1] relies on are infact part of CTS: - pm uninstall: https://cs.android.com/android/platform/superproject/+/master:cts/tests/tests/content/src/android/content/pm/cts/PackageManagerTest.java;drc=e2f88805cab390f89c1805e35ed2ba5f444430b7;l=1465 https://cs.android.com/android/platform/superproject/+/maste... - pm clear: https://cs.android.com/android/platform/superproject/+/master:cts/tests/tests/role/src/android/app/role/cts/RoleManagerTest.java;drc=512939f36d4b60f6ef3f2ebfd22d3d77fd712417;l=408 https://cs.android.com/android/platform/superproject/+/maste... - am force-stop: https://cs.android.com/android/platform/superproject/+/master:cts/tests/tests/os/src/android/os/cts/AutoRevokeTest.kt;drc=4ebe4f93bd823ef7b56747937d639c38dc8b75fc;l=407 https://cs.android.com/android/platform/superproject/+/maste... and so on... [0] https://source.android.com/compatibility/cts https://source.android.com/compatibility/cts [1] adb commands used by UAD: https://github.com/0x192/universal-android-debloater/blob/28647f38cbf9497af60a4d31eb0c230aeeae294d/src/core/sync.rs#L119-L229 https://github.com/0x192/universal-android-debloater/blob/28...
  - kiallmacinnes 5y ago
    I don't see anything in there that requires `adb uninstall com.sony.foo` to work, for example? The command should generally work, sure, but that doesn't appear to require the command should work for all stock package names.
    - ignoramous 5y ago
      If you are an OEM, you may violate the spirit of the CTS at your own expense.
- Groxx 5y ago
  The first entry in their FAQ covers this: https://gitlab.com/W1nst0n/universal-android-debloater-rs/-/wikis/FAQ https://gitlab.com/W1nst0n/universal-android-debloater-rs/-/... >Q: How is it possible to delete a system package without root permission? >A: It's actually not possible. [more details on what can be done and what cannot]

NotPractical 5y ago

Can you please link to somewhere it says that OEMs can't prevent adb from disabling system apps? They obviously can't disable adb entirely (because it's useful to Android developers), but they can probably add restrictions on top of it.

ignoramous 5y ago
(disclosure: I co-develop apps in the android sec/privacy space) Every device branded as running "Android" must pass Google's Compatibility Test Suite (CTS) [0]. One look at the tests suggest that many of the adb commands Universal Android Debloater (UAD) [1] relies on are infact part of CTS: - pm uninstall: https://cs.android.com/android/platform/superproject/+/master:cts/tests/tests/content/src/android/content/pm/cts/PackageManagerTest.java;drc=e2f88805cab390f89c1805e35ed2ba5f444430b7;l=1465 https://cs.android.com/android/platform/superproject/+/maste... - pm clear: https://cs.android.com/android/platform/superproject/+/master:cts/tests/tests/role/src/android/app/role/cts/RoleManagerTest.java;drc=512939f36d4b60f6ef3f2ebfd22d3d77fd712417;l=408 https://cs.android.com/android/platform/superproject/+/maste... - am force-stop: https://cs.android.com/android/platform/superproject/+/master:cts/tests/tests/os/src/android/os/cts/AutoRevokeTest.kt;drc=4ebe4f93bd823ef7b56747937d639c38dc8b75fc;l=407 https://cs.android.com/android/platform/superproject/+/maste... and so on... [0] https://source.android.com/compatibility/cts https://source.android.com/compatibility/cts [1] adb commands used by UAD: https://github.com/0x192/universal-android-debloater/blob/28647f38cbf9497af60a4d31eb0c230aeeae294d/src/core/sync.rs#L119-L229 https://github.com/0x192/universal-android-debloater/blob/28...
- kiallmacinnes 5y ago
  I don't see anything in there that requires `adb uninstall com.sony.foo` to work, for example? The command should generally work, sure, but that doesn't appear to require the command should work for all stock package names.
  - ignoramous 5y ago
    If you are an OEM, you may violate the spirit of the CTS at your own expense.
Groxx 5y ago
The first entry in their FAQ covers this: https://gitlab.com/W1nst0n/universal-android-debloater-rs/-/wikis/FAQ https://gitlab.com/W1nst0n/universal-android-debloater-rs/-/... >Q: How is it possible to delete a system package without root permission? >A: It's actually not possible. [more details on what can be done and what cannot]