
i was using stock gingerbread rom and kernel adiutor to get 1-2 days. my phone is old, like my computers. i now use omnirom kitkat which has sane defaults and i no longer need kernel adiutor to change the various kernel settings. i was referring to using full gapps on this custom rom vs microg on this same custom rom. full gapps eats my battery too much. with microg, i get 2-3 days and sometimes almost 4 days without charging.erm67 wrote:Did you check with kernel adiutor if the custom ROM is using the same cpufreq settings as the original one? You know most vendors tend to use aggressive settings to improve their antutu benchmark score, while custom ROMs tend to cut frequencies a bit so users are happy since the battery lasts twice as much.
I am using lineage 14.1 with full gapps and now I go 2 days without recharging .... It is a bit slower maybe but the CPU freq settings of the custom ROM are a lot better.
I would like Gentoo on my phone, but I want to use it primarily as a Phone! Can you actually use your Gentoo as a phone for calls, texts, etc?sao98021 wrote:If you want gentoo on your phone, for now the best is that gentoo RAP https://wiki.gentoo.org/wiki/Project:Android (as i'm sure you know). i prefer the prefix

well yes and no, gentoo, following that method runs side by side android, there are terminal applications like termux:float that basically keeps a term as a widget on your screen so if you'd like you could always have a gentoo comand line there, that doesn't get interrupted with phone calls/texts/whatever else your doing, and likewise it doesnt interupt with anything android is doing. so really your phone is still your phone, it just has gentoo on it as well ;D.josephg wrote:I would like Gentoo on my phone, but I want to use it primarily as a Phone! Can you actually use your Gentoo as a phone for calls, texts, etc?sao98021 wrote:If you want gentoo on your phone, for now the best is that gentoo RAP https://wiki.gentoo.org/wiki/Project:Android (as i'm sure you know). i prefer the prefix
Also, may I ask why you prefer the Prefix over RAP?
it has nearly no visable impact on battery unless you are compiling, i typically do not do anything with gcc unless my phone is plugged in.josephg wrote:so then why would you (or anyone) want gentoo on your phone? if it is to use the spare processing power to compile, that would have a huge hit on the battery. and i'm always thinking of how to stop, the various stuff running amok on my phone without my permission, draining battery.
Yeah last month I had no WiFi and I only get 4gb of 4g data, it was horrible got throttled down to literally kbs a second. So I only use tethering in emergencies and I don't download roms with the phone unless there's no options. I use adb push/pull for everything I need to take on/off.erm67 wrote:For me it depends a lot from what I download, every time I download a lineage os daily over LTE it drains the battery .... also the wifi hotspot is a battery killer since I use it mostly as a modem and I have 40G/month
uh i can't imagine using the console without a keyboard. you can have terminal emulator, bash, busybox installed as apps.sao98021 wrote:i use it for a lot of things, nmap, nano, i actually enjoy using Links on it lol, there are alot of reasons to want it it just gives you access to stuff that android should have in the first place.
did you compile your own aokp kernel/rom? i would like to do so too, and would appreciate some how to pointers in gentoo.sao98021 wrote:i can get up to 6 days on my phone depending on what i'm doing, i usually just web browse /stream youtube music. but this is with a custom kernel with cpu hotplugging and smartass cpu governors, and aokp rom, if my screen is on 6+ hours though, cut about 3-4 days off of that time, and the battery is 2 or 3 years old.
yeahsao98021 wrote:i wont lie though, a big reason is just because i want gentoo in my pocket, and because we can do it. i kinda get a kick out of it lols and if I had the option to completely remove android and just turn it into a gentoo phone with a working phone and text messaging service and modem packages I would go for it in a second, or any distro for that matter that's why it sucked when Ubuntu phone got canceled and only a few devices supported, I'm waiting to see what happens with plasma-mobile, I hope it makes it further than canonicals endeavour
I did not do these ones, I have compiled lineage before but not aokp nor android kernels, though for kernels its a similar straight forward process like makeconfig on pc, I think its called defconfig for droidsjosephg wrote:
did you compile your own aokp kernel/rom? i would like to do so too, and would appreciate some how to pointers in gentoo.
Code: Select all
source build/envsetup.sh
breakfast {your device code}
brunch {your device code again}well i didn't necessarily want aokp process. lineage is as good as any.sao98021 wrote:I have compiled lineage before
i wanted to know how to setup my gentoo before the git clone step. from there on, most custom roms describe their own steps.sao98021 wrote:As for compiling ROMs, there's a few steps to do first you need to git clone whatever ROM and release you want, say lineage 15.0, then you need to clone your device tree (if it exists and this is a problem sometimes if no tree is available for your specific device) you do that with a XML file, inside the file you define what it is that will be syncing with repo sync.
so that's all i need: dev-util/android-sdk-update-manager and shedtool? i can't find shedtool in portage though. did you mean sys-process/schedtool?sao98021 wrote:Basically the only thing that'll differ between building on gentoo vs other distros is the SDK manager.
Iirc I think you need the dev-util/android-sdk-update-manager that's standalone apart from android studio, I think you need shedtool as well.
can it do with upto 4g ram? i don't mind however long it takes, unless that be many days.sao98021 wrote:One thing to keep in mind is that you need a decently sized amount of ram, lack of it can cause builds to fail and hang. Compiling can take a really really long time. I haven't done it in a while but that's basically the giest of it.
that's what i was hoping might be an advantage of having a working gentoo already with me.sao98021 wrote:A lot of the required things needed on other distros to build are just already on gentoo by default
yup thats the one, typo. if anything else is missing it'll be easy to find, the build will error out and tell you whats missing but as far as i can remember thats all.josephg wrote:
did you mean sys-process/schedtool?
if your phones are 32bit, and your computer is 32 bit, i think you are fine. pretty sure its the opposite if you have a 64bit pc and need to build 32bit roms, thats when you need a cross toolchain, maybe.josephg wrote:well, my phone is old. so i've only recently moved up from gingerbread to kitkat.. which i'll stick with. so hopefully i can start with a much less bloated code base, than the later android versions. i have arm6 and arm7 devices, all 32bit. do i need to be on 64bit gentoo, or can i use my existing 32bit gentoo?

how can I check for sig spoofing support?sao98021 wrote: also microg should be supported on all devices, if you have the ability to flash it via custom recovery. There are standalone apk files that they have aswell, but i never tried them and also heard they didnt work for other people and that flashing the zip was the way to go, if your going to use it
i'm not up-to-date on android anymore.. most stock roms won't. lineageos does not want to. so your options are other custom roms. check your custom rom, as those who do explicitly do so. apparently there are security hazards, but i think security hazards are greater in closed source black-holes than open source code like micro-g.DaggyStyle wrote:how can I check for sig spoofing support?
DaggyStyle wrote:how can I check for sig spoofing support?sao98021 wrote: also microg should be supported on all devices, if you have the ability to flash it via custom recovery. There are standalone apk files that they have aswell, but i never tried them and also heard they didnt work for other people and that flashing the zip was the way to go, if your going to use it
Code: Select all
You need a ROM that supports signature spoofing. Some custom ROMs are patched to support signature spoofing out of the box, however most ROMs will require a patch or a Xposed module. Please ask your ROM developer if unsure.
The following ROMs have out-of-box support for signature spoofing.
CarbonROM MicroG will ask for Signature Spoofing authorization
OmniROM 5 (Must be enabled at the bottom of the developer settings first)
OmniROM 6/7 (Must be enabled in Settings>Apps>Advanced(gear icon)>Additional permissions>Spoof signature)
MarshRom (Must be enabled in Settings>Apps>Advanced(gear icon)>Additional permissions>Spoof signature)
crDroid (Must be enabled in Settings>crDroid Settings>Miscellaneous>Allow signature spoofing. In addition, spoofing permission must be granted to the app: Settings>Apps>Advanced(gear icon)>App permissions>Spoof package signature)
AospExtended (Must be enabled in Settings>Apps>Advanced(gear icon)>App Permissions>Spoof package signature)
LineageOS bundled with microG
Also there is another maintained list of a custom ROMs that include the signature spoofing patch.
If you have the Xposed Framework installed, the following module will enable signature spoofing: FakeGApps by thermatk
You can also patch your already-install ROM by flashing NanoDroid-patcher, without any computer interaction. It will auto-patch every updated ROM.
Finally, if you have Root, but are not using Xposed, you can try patching your already-installed ROM using Needle by moosd (or its fork Tingle by ale5000) or Haystack by Lanchon. Haystack can optionally add a simple UI to control spoofing similar to the one offered by OmniROM 5. Note that all 3 patchers require that the ROM to be patched is not odexed.
If you are a ROM developer or just do custom builds for whatever reason, you can download and include the patch from here.
microG GmsCore tests and diagnoses signature spoofing, but unfortunately it cannot be installed on devices that have Google services. For testing on such devices you can use Signature Spoofing Checker instead.