this post was submitted on 19 Feb 2026
1188 points (99.3% liked)

Technology

81606 readers
4620 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related news or articles.
  3. Be excellent to each other!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, this includes using AI responses and summaries. To ask if your bot can be added please contact a mod.
  9. Check for duplicates before posting, duplicates may be removed
  10. Accounts 7 days and younger will have their posts automatically removed.

Approved Bots


founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] cecilkorik@piefed.ca 2 points 6 hours ago

I absolutely agree they can maintain an AOSP fork going forward, and I think that's completely realistic and I would be surprised if that is not the case.

But I was answering OP from a strictly technical perspective about the potential difficulties they could, theoretically face while doing that. Since you asked what is the hard part, I'll answer along those lines (again, with the caveat that I don't think these are going to pose realistic obstacles for the GrapheneOS team in the near term) My point is not to say it's impossible but I think it's important for people to be aware that this approach comes with risks, and those risks will grow over time especially when you're up against a non-cooperative upstream that is one of the largest and richest tech companies in the world.

For one thing you're never going to support any new phones without either pulling driver support from AOSP or reverse-engineering the hardware and drivers yourselves, or accepting that some parts will just... not work. So you get stuck on older and less capable hardware. Maybe you don't care about that too much, and that works fine for awhile, but eventually the cracks start to show. Now you have to either start figuring out how to get into the newer hardware, or you have to start getting custom newer hardware of your own, which is $$$.

Using closed hardware this way as leverage is a pretty common way of getting in the way of open source development, and Android hardware is very closed. Similar tactics are already even being used against x86 PCs now with things like TPM and Secure Boot. It doesn't completely brick your system on day one of course, but the erosion of support begins when they start writing software that intentionally relies on these features to say "oh, sorry, this software you want to use? it won't actually work on the open source OS/open source client because they don't have access to this hardware... what a shame." One or two pieces of software, no big deal. But they won't stop there, eventually it'll be like half the software, then over time it'll become 90% of the software, you won't be able to find alternatives. They can often afford to be more patient and relentless about this shit than we are. The battle will continue, and there's no sure path to victory. Forking is one tool we have, and that's great, but we also have to remember that it's not a flawless, unstoppable long-term solution that we can play as a trump card whenever corporate interests do something bad. They don't just give up. They have other means of getting their way.