#Android is dead and we’d better all leave the ship before it sinks entirely.
Earlier this year #Google already took bold steps in moving the development of several AOSP components behind closed doors, removing the open-source foundations of the project one component at the time.
Options to unlock bootloaders on Android devices are also narrowing down. Xiaomi removed the ability to unlock the bootloader entirely in MIUI in August (after months spent making it ridiculously difficult), same for OnePlus, Samsung did so in July, and probably Google devices will soon follow suit.
And let’s not mention the nightmare of the Play Integrity API that forces all Android developers to register through the Play Store and use Google’s signing keys, even if they don’t intend to distribute their apps through it.
Sure, officially Google has taken a step back and has pledged to provide a way for developers and power-users to bypass those restrictions. But we can all expect it to be a cumbersome and change-prone process filled with ridiculous amounts of frictions at every step - and I wouldn’t even expect such a morally bankrupt company to keep maintaining this “sideloading” option.
Google once competed with Apple for customers. But in a world where Google walks away from the biggest antitrust trial since 1998 with yet another slap on the wrist, competition is dead, and Google is taking notes from Apple about what they can legally get away with. And the EU, the biggest opposer of its anti-competitive acts, is also becoming softer with Big Tech - both because Vestager has left the job, and because being soft with trillion-dollar monopolist tech titans is seen as a sign of being “technologically competitive”.
Your best bet is to purchase a Pixel 9a now, before more manufacturers decide to block bootloaders, and immediately flash it with #GrapheneOS.
The long term plan would instead be to throw all of our efforts and energies on Linux phones. The folks at GrapheneOS are doing an amazing job and fighting against all kind of pressures, but at some point we should probably all just acknowledge that anything that is tainted with Android, or runs on a device intended only to run Android, is a liability, and we should no longer build solutions on top of hardware and software that we can no longer trust.
Sailfish, PostmarketOS, UBPorts, MeeGo or whatever comes next must succeed. No matter the cost.
Bootloader unlocking option removed from One UI 8.0
It looks like Samsung has silently removed the option to unlock the bootloader from One UI 8.0 onwards as it has been reported by some users in the forum (here, here). By reversing the Settings...salvo_giangri (XDA Forums)
reshared this
Iron Bug and Rob 🏳️🌈 Rartsy Humanist reshared this.

GrapheneOS
in reply to Fabio Manganiello • • •Your claims about Android and the Android Open Source Project are extremely misinformed. AOSP has not made any part of the cross-platform OS closed source. The only changes to what's published was specifically for Pixels. They still provide most of what they did before for Pixels.
A huge portion of the coverage of Android in tech media is inaccurate from people who don't understand it. Android releases were always developed behind closed doors and released as open source on launch day.
GrapheneOS
in reply to GrapheneOS • • •Devices disallowing installing another OS impacts any OS, not specifically ones based on the Android Open Source Project. Play Integrity API impacts any OS which wants to provide compatibility with those apps, not only the ones with a base OS based on the Android Open Source Project. You won't avoid either of those by moving to an OS based on the desktop Linux software stack.
Planned checks for sideloaded apps don't apply to an AOSP-based OS not licensing Google Mobile Services anyway.
GrapheneOS
in reply to GrapheneOS • • •> The long term plan would instead be to throw all of our efforts and energies on Linux phones.
Android Open Source Project and GrapheneOS are Linux distributions.
Your first listed recommendation, SailfishOS, is a largely closed source operating. It doesn't have an equivalent to the Android Open Source Project. You're promoting moving from a high quality open source OS with strong privacy and security with lots of apps to a largely closed source OS with none of that.
GrapheneOS
in reply to GrapheneOS • • •The operating systems you've listed have atrocious privacy and security. They massively roll those back to desktop operation system standards or below. It's the direct opposite of the direction taken by GrapheneOS.
> that is tainted with Android, or runs on a device intended only to run Android, is a liability
This is nonsense, and you promote unsafe options without basic privacy and security over it. Those far less trustworthy and mislead people about what they're providing.
Fabio Manganiello
in reply to GrapheneOS • • •@GrapheneOS
Thanks for clarifying - this detail wasn’t actually reported by most of the tech outlets.
Yes, I know that AOSP is still open.
But I expressed my concern that this will keep being the case.
We’re basically relying on the good faith of Google in releasing for free to everyone, and not only to commercial partners, the source code that they mostly develop in house - which I wouldn’t take so much for granted.
I’m very well aware of that.
That’s why in other posts we argued
... Show more...@GrapheneOS
Thanks for clarifying - this detail wasn’t actually reported by most of the tech outlets.
Yes, I know that AOSP is still open.
But I expressed my concern that this will keep being the case.
We’re basically relying on the good faith of Google in releasing for free to everyone, and not only to commercial partners, the source code that they mostly develop in house - which I wouldn’t take so much for granted.
I’m very well aware of that.
That’s why in other posts we argued that true peace of mind can only come once we also have friendly hardware producers onboard who won’t lock up their bootloaders without notice.
As me and others on this thread already proposed, by working with hardware manufacturers who are not jerks.
Just like Graphene must rely on Google’s goodwill in keeping the AOSP open, it must also rely on its goodwill not to lock up the Pixel bootloaders in the next iterations. This is a liability.
Partnering together with e.g. Fairphone, Purism or Jolla for example could help. Sure, they aren’t perfect, but your deep knowledge of the Android ecosystem and the best hardening practices could provide invaluable insights on how to build 100% (hardware and software) FOSS devices whose bootloaders won’t be suddenly permanently locked tomorrow.
If instead most of your online activities focus on showing how much better your solution is compared to what everyone else provides, and how each other single hardware and OS manufacturer sucks, then these strategic partnerships are harder to forge.
To be clear, I’m a Graphene user myself, and I largely prefer it over most of the alternatives out there.
But we should also acknowledge that there are multiple dimensions to take into account when considering Google Android alternatives.
Some folks don’t want the full spyware package, but they are ok to accept the microG trade-offs if they come with the comfort of using some apps that rely on the Play Services. /e/, Iode or LineageOS could then be viable options.
Other folks don’t want to have anything to do with anything touched by Google, and want to have a stack as similar as possible to their Linux desktop. And maybe also easy root access. For those folks UBPorts, PMOS or Sailfish can be ok, even if of course it means less security.
Other folks want everything in their device to be FOSS. And for those, at the current state, an AOSP-based solution that doesn’t close up anything it builds on top of it is a better option than Sailfish (but hey you’ve also got PMOS that is actually open).
Of course if you want something that is simultaneously 100% FOSS, de-Googled, secure and always up-to-date with the latest patches you go for Graphene. But there’s a whole spectrum of alternatives that it shouldn’t be ignored just because it accepts one trade-off or another.
Sorry, I used “make it harder” instead of “discouraging”. But the message is similar. Stuff like LineageOS actively provides guides on how to flash rootkit. GrapheneOS discourages it and offers no support to users who do it. People usually choose one or the other according to their needs. If I want a device where I can run my Termux scripts as root I probably would opt for Lineage, not Graphene, even if it’s technically possible on Graphene. And, of course, I take full responsibility of running custom scripts as root on my device. No need for anyone to remind me that it’s very insecure if it’s a trade-off I may accept (and no need to criticize those who accept those trade-offs).
All in all, I love and I fully support what you’re building. But your aggressive interactions alienate people - and I don’t think I’m the only one here.
Most of your posts fall along the lines of “look how much better/open/secure/purist what we build is compared to X, Y and Z - and whatever everyone else builds is awful”. And of course I acknowledge that your points are 100% valid most of the times, but they ignore that different people who choose de-Googled products may have different reasons and may accept different trade-offs, and they also ignore some of your own liabilities (like your reliance on Google’s goodwill both for AOSP and Pixels). This isn’t the kind of constructive behaviour that empowers communities.
https://cs.android.com/android/platform/superproject/main
cs.android.comGrapheneOS
in reply to Fabio Manganiello • • •> Thanks for clarifying - this detail wasn’t actually reported by most of the tech outlets.
Please correct your post which has been widely propagated and has already created a substantial workload for us correcting misconceptions.
> But I expressed my concern that this will keep being the case.
You're expressed that as part of a post with many inaccurate statements about it which has been widely spread and caused many people to misunderstand the situation and express concerns to us.
GrapheneOS
in reply to GrapheneOS • • •> As me and others on this thread already proposed, by working with hardware manufacturers who are not jerks.
We are working with a large Android OEM. It isn't easy to make a device with proper updates and hardware-based security features. We aimed to have it ready for 2026 but the Snapdragon flagship they're using had a deficiency for MTE support.
> Fairphone, Purism
Both companies are scamming people with very false marketing for extremely insecure products without proper updates.
GrapheneOS
in reply to GrapheneOS • • •LisPi
in reply to GrapheneOS • • •Iron Bug
in reply to LisPi • • •