â settings â apps & notification â display the xx apps â 3 dot menu â show system process â âBLUETOOTHâ â advanced â âSCROLL TO THE BOTTOMâ â com.android.bluetooth
when not located in /system/app, they are often in /system/priv-app
To add to thisâŚThose who want to know what some of those obscure system apps are like pebble, squircle, circle ,seedvault, tall cutout, osuLogin, rounded rectangle, RubikâŚteardrop etc. Iâm not seeing any thing in this forum or the docs that cover these system procs. Would be nice to go to the bottom of the app where it lists the version and repository name and point to an explanation. They saw fit to show the system list of applications but not point to a definition.
As for my example with BLUETOOTH or for example MAP (com.generalmagic.magicearth) it is clear, but how can I find the program that is responsible for the fingerprint?
And I do not want to just disable BLUETOOTH or NSF, I want to completely remove their systems!
Addition to my question. Below is a list of system programs, where in the /e/OS wiki can I find such a list with an explanation for each program, for example:
drwxr-xr-x 4 root root 4096 2009-01-01 03:00 Bluetooth is Bluetooth
drwxr-xr-x 3 root root 4096 2009-01-01 03:00 Stk the SIM card menu
Short answer is âYou canâtâ, at least if you expect the device to continue functioning.
Longer answer is that to remove them, you would need to make a build that does not include the components you donât want. Even then, it may be that you cannot even build without some of those components: if some of the core software components rely on the components you donât like, then they will not build without them. Only way to find out is to try.
The fingerprint sensor is implemented in very low-level software, which will interface with whichever system component handles authentication. Same will be true for the software which runs Bluetooth, or NSF (whatever that is - did you mean NFC, in which case the same applies). You canât just remove such low-level software components from a built ROM
No. I wrote that it you remove the low-level software components that make these features work there is a good chance that your phone will not work at all.
You said
To âremove their systemsâ you would have to do a lot more that delete the two apps you named. Disabling those apps would probably have exactly the same effect as rm -R-ing them: it certainly would not 'remove their systems` (whatever that means)
How do you know this? Have you tried to do what I wrote or are you reasoning theoretically (without practice) and then launch NFC or BLUETOOTH.
I donât know what you call a low-level solution, you wrote several times but didnât explain what you mean, for me a low-level solution is physical removal (disconnection from the NFC board)
No I have not tried it because I want my phones to work I am âreasoningâ on the basis of my knowledge and experience as a software engineer and working with Android custom ROMs.
If I wanted to completely âremove their systemsâ (and I still donât know what that means), I would do something like the following, in an adb root shell with system mounted and writable:
And - on the outside chance that succeeded, I wouldnât expect my phone to function at all, until I reflash it with a working ROM. But if you are working from a level of competence that allows you to physically remove hardware, then I salute you, and bow to your superior knowledge, experience, and expertise
I understand your humor, but I will tell you that you do not need to have much competence to look at the datasheet of the phone, open the phone cover and remove the NFC plate and delete the files that I wrote about.
And to raise your information level as an engineer, I want to tell you that BLUETOOTH is considered the most vulnerable protocol, read about: BlueSmacking, Bluebugging, BlueJacking, BlueSnarfing, Bluesniping, KNOB
There are reasons why billions of users around the world use malicious WhatsApp, do you know the answer why?)) There is a free XPMM with the same functions and you can install it on your server, Richard Stallman has already talked about all this many times.
Watch his video.
Thatâs why many use BLUETOOTH!
As for the physical hardware switch (not software), this is a good solution in my opinion.
Some users used my main question for their own purposes, until I received an answer, where on the /e/OS website there is information wiki purpose of system programs the list of which I wrote above.