libhybris literally uses an Android comtainer to bridge over Android kernel drivers from the SoC vendor to the Linux (non-Android) userland.
EDIT: postmarketOS has a mainline strategy, you could create a downstream port, but ultimately their goal is to create strong mainline support for many devices.
AFAIK they offer a way to port their OS to Android devices by re-using the drivers built for Android when building a SailfishOS image for non-native hardware. I personally wouldn’t call that “it’s mostly Android”, but that might be where we have different interpretations. Your initial comment came across as if it was a glorified launcher or a deGoogled Android. If I interpreted that wrongly, my bad. Cheers
I’ve changed wording from “mostly still Android” to “mostly still Android kernel and Android drivers”, I agree, might have been a bit unclear.
Anyway, libhybris requires running half an Android system in a container, so I believe it’d be fair to say it is… half an Android system and a somewhat regular Linux userland with a proprietary UI.
It’s important to know that it can only be updated as long as the SoC vendor provides updated kernel sources.
It’d take months to rebase it onto a new kernel. Just trying to port the drivers would take more time than mainlining. But once you keep things upstream, it suddenly becomes much easier to maintain.
That’s where mainlining comes in.
For example, I am mainlining the Xperia 10 III to make sure it does not become obsolete trash and can still ne used in a couple years:
libhybris literally uses an Android comtainer to bridge over Android kernel drivers from the SoC vendor to the Linux (non-Android) userland.
EDIT: postmarketOS has a mainline strategy, you could create a downstream port, but ultimately their goal is to create strong mainline support for many devices.
AFAIK they offer a way to port their OS to Android devices by re-using the drivers built for Android when building a SailfishOS image for non-native hardware. I personally wouldn’t call that “it’s mostly Android”, but that might be where we have different interpretations. Your initial comment came across as if it was a glorified launcher or a deGoogled Android. If I interpreted that wrongly, my bad. Cheers
I’ve changed wording from “mostly still Android” to “mostly still Android kernel and Android drivers”, I agree, might have been a bit unclear.
Anyway, libhybris requires running half an Android system in a container, so I believe it’d be fair to say it is… half an Android system and a somewhat regular Linux userland with a proprietary UI.
It’s important to know that it can only be updated as long as the SoC vendor provides updated kernel sources.
It’d take months to rebase it onto a new kernel. Just trying to port the drivers would take more time than mainlining. But once you keep things upstream, it suddenly becomes much easier to maintain.
That’s where mainlining comes in.
For example, I am mainlining the Xperia 10 III to make sure it does not become obsolete trash and can still ne used in a couple years:
https://git.erebion.eu/forgejo/erebion/pdx213-temp