Keep Android Open
f-droid.org786 points by LorenDB 5 hours ago
786 points by LorenDB 5 hours ago
It is a disgrace how Google has managed this situation.
To recap the storyline, as far as I understand it: last August, Google announced plans to heavily restrict sideloading. Following community pushback, they promised an "advanced flow" for power users. The media widely reported this as a walk-back, leading users to assume the open ecosystem was safe.
But this promised feature hasn't appeared in any Android 16 or 17 betas. Google is quietly proceeding with the original lockdown.
The impact is a direct threat to independent AOSP distributions like Murena's e/OS/ (which I'm personally using). If installing a basic APK eventually requires a Google-verified developer ID, maintaining a truly de-Googled mobile OS becomes nearly impossible.
If this finally pushes adoption of truly open Linux phones, then this will end up being a good thing, and the greatest favor that Google could do for the open source community.
Tragically, Linux phones have languished and are in an absolute state these days, but a lot of the building blocks are in place if user adoption occurs en masse. (Shout out to the lunatics who have kept this dream alive during these dark years.)
It won't though, because there's a ecosystem of banking/insurance/whatever apps that have bought into the android/iphone lockdown mindsete that people will simply be locked out of. Open alternatives can grow when there is a viable means of slow growth, and cutting off the oxygen to such things is the implicit intent.
The best solution for this is to buy a $30 burner phone at Walmart and use it unactivated, tethered to your main de-Googled device. You can use the burner for only tasks requiring Play Integrity.
Make sure to leave one star reviews on all such apps that you run into.
> banking/insurance/whatever apps
I know banking apps are the typical example, but I've always wondered why. I use my bank's app maybe once or twice a year when I need to Zelle someone, which I only need to do when they don't have Venmo. (Unless we consider Venmo a banking app.)
I only have one bank's app installed, the rest of my banks I only interact with over their website, on desktop.
As for insurance, I've never had an insurance company's app installed.
Am I just an outlier here? Honestly, if I switched to a non standard OS, I'd be more annoyed about losing, say, Google Maps, Uber/Lyft, or various chat apps. Banking and insurance just don't come to mind at all as something I need my phone for.
My bank sends me an alert when my card is used to make a transaction - handy for spotting fraud.
I get an alert when a payment comes it - handy for knowing if a client has paid.
I can quickly check my balance - handy for knowing if I can afford another round of drinks.
I can repay a friend in two taps - handy if they've paid for dinner.
Is anything essential? No. Is it something people use multiple times per day? Yes!
I can't deposit checks over the website, and I use a bank with no physical locations near me.
Have a look at this post
https://news.ycombinator.com/item?id=46723594 from Emre @emrekosmaz
It is a smartphone that runs Android, launches Debian, and dual-boots Windows 11
Actual link https://nexphone.com/blog/the-tale-of-nexphone-one-phone-eve...
Until Android is crippled it will continue to take resources away from Linux Phone development and companies that will launch phones for it
For me as a desktop linux poweruser, I find this potential transition pretty intimidating, I've never flashed a phone with a custom rom let alone switch to a completely different OS, and I am not sure if the phone can even be reset to its original OS, if things go south.
It's relatively easy. It's basically a command for each step you want to do and it tends to fail gracefully nowadays.
If you can install a linux distro you can flash a custom rom on a well-supported phone.
If it were more mainstream I could see GUI apps to manage all this for people, if they don't already exist. Idk I just use adb.
It's also high risk. I've bricked two phones doing it.
I flash phones almost every other week. And tablets. I have been flashing since Androids came out. But never bricked. But maybe that is why I don't have any problems.
I've been flashing phones for over 2 decades and have never bricked a phone. How did you manage that?
Are you seriously implying that flashing phones doesn’t risk bricking them or you’re not aware of that risk are you serious?
> Are you seriously implying that flashing phones doesn’t risk bricking them or you’re not aware of that risk are you serious?
Yes, that is generally the case. As a general rule with an Android phone reflashing the OS itself or the bootloader carries no risk of bricking the device (meaning making it impossible to recover without specialized hardware and/or opening up parts that were not intended to be opened).
There are plenty of ways to "soft-brick" a device such that you might need to plug it in to a computer, and adb/fastboot can definitely be a pain in the ass to use (especially on Windows), but if you have a device with an unlocked bootloader it's very rare to be able to actually brick the device while doing normal things.
Now, if you're doing abnormal things like reflashing the radio firmware you can absolutely brick some devices there, but you don't have to do that just to boot an alternative OS and generally shouldn't be doing it without very good reason and specific knowledge of exactly what you're doing.
I'm not going to say there are no devices where the standard process to flash an alternative OS is dangerous, but none of the relatively common ones I've ever owned or used have been built that way because OEMs don't want their own official firmware updates to be dangerous either.
tl;dr: It is sometimes possible to brick a device by flashing the wrong thing incorrectly, but the risk of doing that if you are just installing an alternative OS through a standard process is basically zero.
That describes relatively easy for you, but not for the average person who can’t even be bothered to change the default ringtone.
The challenge I've found when looking for instructions for flashing one of my old phones is the assumption of knowledge some rom builders have, or perhaps an assumption about their audience. This seems like it has the potential to bit someone in the ass because if they're relying on other sources like the lineageOS wiki or forum posts elsewhere for example there's no guarantee it'll stay available, complete, or relevant to their variant over time. It's an added burden for what is a gracious volunteer role, but it's a handicap if they want more people using the fruits of their labor.
Even if you have linux, there are still third parties that have control over your hardware. Even if you're using graphenos, you can't block the sim or the cellular radio stack, and likely other modules on the SoC, from at-will access to every sensor on the device. You can at least protect your files, unless there's a mitm or other vector that graphenos can't cope with. And at worst, they can simply clone all your encrypted bits and wait on Moore's law or sufficient cubits to go back and crack the copy, on the off chance there's anything they want with your data in the first place.
Expecting Google to give up control of one of the only alternative operating systems is right up there with believing in the tooth fairy.
What you're saying should happen, but it will only happen when the government legislates it happens; which frankly they should be doing (along with nationalizing a few other software projects to be fair).
A trillion dollar transnational corporation with massive monopolistic tendencies will never ever do the right thing. Expect to force feed it down their throats.
In general, governments seem to be much more invested in making it illegal to have anything that is too open and too free. Even EU is lusting for draconian control features like chat control where you don't own and operate the software you installed on your device even if, at the same timem, they're trying to gnaw on the influence of Big Tech.
The limitation of linux phones is hardware. I have been watching the progress of postmarketOS on the fairphone 4, and looks promising.
>The impact is a direct threat to independent AOSP distributions like Murena's e/OS/ (which I'm personally using). If installing a basic APK eventually requires a Google-verified developer ID, maintaining a truly de-Googled mobile OS becomes nearly impossible.
I have trouble understanding why this is a threat to AOSP distribution. I would have said quite the opposite actually, I don't see why they would not remove the verification and that's an incentive for people to use their project instead of Google Android.
The only reason I was sticking to Android for years is this. And I think there is no moat for Android. I would rather switch to iOS if both platforms are same restrictive.
Good thing restricting side-loading isn't legal in the European Union! Not a problem here. Apple had to enable side-loading on their EU-based phones and so will Google if they restrict it.
Yes it is, and no they didn't. Apple has to allow (heavily restricted) alternative app stores, and I'm not clear on whether any actually exist right now.
My understanding is that how Apple is restricting the alternative app stores is also illegal in EU, so I don't thinkt this is the end of this story.
It's almost two years and they are still doing it. So they are moving mighty slow if that is the case.
How specific is the law? What if side loading requires a "trusted" signed certificate where trusted means from Google Play?
Not even playing devil's advocate, just wondering how many loopholes actually exist.
If a lawsuit tackles this problem in the EU, will we finally also see somebody go after MS for their obnoxious code signing certificates?
While MS code signing certs are more circumventable for power-users than Android's new approved developer program, their pricing is far more prohibitive for independent OSS developers and hobbyists, costing hundreds of USD per year.
The kind of "side-loading" of notarized apps outside the manufacturer's app store that Apple allows in the EU is exactly what Google proposed to do for all its Android builds. We don't want that.
Personally I'm excited about the death of Android, now resources can be put toward mainstreaming and maturing the Linux Phone ecosystem
Hopefully 2026 or 2027 will be the year of the Linux Phone
Strong disagree. Linux, its permission system and its (barely existent) application isolation are lightyears away from the security guarantees that Android brings.
Desktop OSes and their derivatives are woefully behind in this regard, and unfortunately the will to bring them up to par is incredibly weak. Of those in mass use (Qubes OS is neat but its user base isn’t even a rounding error), macOS probably does the most, but it’s still lagging behind iOS and what’s been implemented has come with much consternation from the technically inclined peanut gallery.
I understand some amount of reticence with commercial OSes, but there’s no justification for being against it on open Linux based desktops and mobile OSes. We really need to get past the 90s-minded paradigm of everything having access to everything else all the time with the only (scantly) meaningful safeguards coming in the form of *nix user permissions.
> We really need to get past the 90s-minded paradigm of everything having access to everything else all the time
I do agree with that, and I strongly believe that the iOS and Android security model is way ahead of Desktop Linux. But what I observe is that nobody seems to care about the security model. A recurrent complaint I see against anything AOSP-based (including Android) is that people "want to be root".
It comes from a history of using mostly trusted application sources like Debian/Ubuntu package archives with manual review being the norm. And few supply chain attacks.
But both Flatpak and Snap offer this new model from the two biggest desktop players in the Linux world: Red Hat and Canonical.
As the sibling comment said though, being an administrator for your own computer (including a phone) does not mean that you will be running untrusted applications as one: on the contrary, if you assume an administrator role and run an untrusted application, naturally, all bets are off. But even as a power user, I'd love to be able to safely run programs I do not necessarily trust, feeding it only data it needs and no more.
Again, Snap/Flatpak provide this model, but we need to see more application authors take them up to ship their software.
Allowing the owner of the device root access doesn't necessarily break the security model. It just means that the user can grant additional privileges to specific apps the owner has decided to trust. Every other app still has to abide by the restrictions.
The fact that Android complains and tells any app that asks whether the owner actually, you know, owns the device they paid for is an implementation detail.
A Linux distribution that adopts an Android style security model could easily still provide the owner root access while locking down less trusted apps in such a way that the apps can't know or care whether the device is rooted.
Fun fact - on most Linux distros any user program can see almost any event, yes including key presses, by reading from the right /dev/... file.
This is not surprising. The desktop Linux community reacted with hostility to the well funded security efforts (selinux, apparmor, grsecurity, etc)
Do you have any source for that claim? That would be a pretty serious security issue even unrelated to any security hardening (eg. on a multi-user system, one user could read out the password from another user — even with desktop usage, second user could be SSHed in).
As a datapoint, everything in /dev/input/* is owned by root:input on my Debian Bookworm install, and my main user is not a member of the "input" group either.
Biggest problem with most security hardening for Linux desktop is that it breaks the natural usage pattern: I store my files by their content, not by their format (eg. I might have a folder for my project containing image files, spreadsheets, FreeCAD files, maybe even some code or TeX/ODF files). If programs are restricted to access the entirety of my $HOME though, there is not much benefit to that protection since that's where my most valuable data is. If they are restricted to per-program folder, I need to start organizing my data differently and unnaturally.
Android mostly does not use the "files" metaphor and basically does exactly that (per-app data): coming up with a security model and file management UX that does both is where the challenge is.
Security is a tradeoff (fucking always...)
It's the same reason I choose to keep my front door unlocked basically all the time - I know my neighborhood, the risk is really low and the convenience is high.
Further... practically everyone agrees that they don't need bank vaults as front doors. It makes zero practical sense: The cost is incredibly high, and the convenience is very low.
There are ALL sorts of wonderfully cool things you can do on a system where applications are allowed to trust each other, and the system is permissive by default.
You can customize behavior more easily, you can extend software more easily, you can add incredibly detailed & functional accessibility support, you can create incredibly powerful macros and commands.
This is so important that fundamental OS design from the early 90s actually prioritized and catered to exactly this style of open, trusted, platform (ex - all of COM in windows...). This is what made personal computing a reality...
All of those fall flat when you try to impose "well funded" security efforts.
Those efforts have a place, in the same way that bank vaults have a place. Whether that place is a personal computer is a different question.
Implying those folks are hostile for no reason is... at best a woeful misunderstanding of the situation, and at worst a malicious mischaracterization.
Flatpak and Snaps are built to solve this. They do conflict with some expectations from users to be able to play around with things, though, so they do not have the penetration one might want.
They only cover the user-facing app part of the story. The rest of the system needs isolation and safeguards, too, including things like the desktop environment and whatever random daemon.
A solution that's integral to the system and not just loosely taped on is required.
Flatpak provides very weak sandboxing compared to android. It was more about packaging and distribution than security.
Aren't all the necessary pieces for something better essentially in place now that unprivileged namespaces are well-established?
They've for sure had more than their fair share of security issues, but those are bugs, not fundamental design problems as far as I understand?
This might be a strange take in these times, but I feel like the browser largely solved the "I need to run potentially adversarial application code in a sandbox". For native applications, stick to stuff that's vetted and in well-maintained repositories, or well-known open source projects that you trust. All of this technical work just to be able to run hostile native code ignores that you don't have to, and probably shouldn't want to, run sketchy code on your device. Installing random untrusted software is bad, even with the most advanced security model in the world. At the very least it will probably abuse whatever permissions it has to spy on you to any degree it can (which is a lot, even for web pages) and to send you advertising notifications.
This assumes that the mentioned systems are the only security considerations on a Linux system. Clearly this is not the case so I am unsure why you omit other security-related aspects of Linux here.
Android, being based upon the Linux kernel, has all those and its own app permission system built on top. Linux on its own comes nowhere close to this.
You can build those things on top of Linux, like Android did. Linux has containerization and all.
Not lightyears. About 20 years, which is how long it took Google to pile on the mountain of complexity and inefficiency to accomplish this.
I understand why mobile/tablet OSs are so crappy compared to desktop; in the past these devices had no resources cpu and ram wise and had to heavily watch battery consumption (the latter is still true mostly, but that should be up to the user), but my phone is more powerful than my laptop and yet runs crap with no real usable filesystem and all kinds of other weirdness that's no longer needed.
However, I have 2 Linux phones and Linux on phones is just not there. Massive vendors (Samsung, Huawei, etc) would need to get behind it to make it go anywhere. Also so banking etc apps remain available also on those phones. We can already run android apps on Linux, Windows apps, so it would be a bright future but really it needs injections and support for large phone makers.
I hope the EU/US mess will give it somewhat of a push but I doubt it.
FWIW, Nokia did develop a pretty good Linux phone back in the day (Maemo/Meego) with Nokia N9 (it even received rave reviews from consumer tech sites like engadget), but it did get killed off as they got absorbed into Microsoft (we all know that didn't age well).
Similarly, Palm Pre, and especially HP Pre 3 was a wonderful WebOS incarnation.
Ubuntu Touch did seem like it had a future, but it was a massive sink for Canonical so it was defunded as well.
The user experience was there on all of these: the apps, not so much.
I.. don't think it will happen. For several reasons too. It is not that I don't think Android will change substantially, but the following constraints suggest a different trajectory:
- AI boom or bust will affect hardware availability - there is a push on its way to revamp phones into 'what comes next' -- see various versions of the same product that listens to you ( earing, ring, necklace ) - small LLMs allow for minimal hardware requirements for some tasks - anti-institutional sentiment seems to be driving some of the adoption
I think adoption will hinge on whether existing Android apps will just run on it with something like waydroid/anbox or not.
Gaming on Linux took off with Proton. Linux on phones might go the same path.
This is one of the most naive things I see people repeat.
The reality is that we're lucky to have mostly-good things at all that align with most of our interests.
Yet people get so comfortable that they start to think mostly-good things are some sort of guarantee or natural order of the world.
Such that if only they could just kill off the thing that's mostly-good, they'll finally get something that's even better (or rather, more aligned with their interests rather than anyone else's).
In reality, mostly-good things that align with most of our interests is mostly a fluke of history, not something that was guaranteed to unfold.
Other common examples: capitalism, the internet, html/css, their favorite part of society (but they have ideas of how it could be a little better), some open-source project they actually use daily, etc.
If only there weren't Android, surely your set of ideals would win and nobody else's.
> death of Android
death of personal computing freedom, sovereign compute, and probably soon our ability to meaningfully contribute to the field as ICs?
A lot of really bad things are happening to our field, and Google is one of the agents responsible for much of it.
> A lot of really bad things are happening to our field, and Google is one of the agents responsible for much of it.
I mean, breaking news from 2010, but of course never assume things are so bad that they can’t get worse.
The impact is a direct threat to independent AOSP distributions like Murena's e/OS/ (which I'm personally using).
I don't think this is true, right? An AOSP build can just decide to still allow installing arbitrary APKs. Also see this post from the GrapheneOS team:
https://mastodon.social/@GrapheneOS@grapheneos.social/116103...
You can’t really do that long-term as Google will change code that will not match however you are not enforcing this policy
So at the very least you’d have to keep patches up to date.
Long term divergence could be enough that’s it’s just a hard fork and/or Google changes so much that the maintainer can’t keep the patches working at the same pace
I couldn’t read your link as it asks to join mastodon.social
All distributions involve maintaining patch sets. The question is what the marginal burden of this particular patch is.
The patch set for graphene is substantial, this is a relatively minor change.
I like it, because more and more people see Google as what it is: a ruthless, selfish and extremely greedy mega-mega-corporation. The less we depend on it the better.
Who could Android be possibly recommended to at this point?
I know iPhones aren't affordable for the layman in many countries. But for anyone with an option, why would you buy an Android? All the "customization" things I cared about when I was on Android are either doable on an iPhone now with better implementation, or something I don't care about.
I was a die-hard until I went through enough cycles of Google deprecating and reinventing their apps and services every year, breaking my workflow/habits, that I got sick of them and moved to Apple everything. And all the changes I've seen since then are only making me happier I got out of the ecosystem when I did. Unlimited Google Photos backups with Pixels are gone, Google Play Music is gone, the free development/distribution environment is gone, etc.
If people can't even develop for the thing without going through the Google process, they're really just a shitty iOS knockoff.
But this thread is about the option to install apps on your device regardless of OS vendor approval, and that's not possible either with iOS nor is iOS open source. And that's what this is all about. If you don't care about open-source and user freedom, then this change wouldn't matter to you anyway.
I switched back to Android in large part for KDE Connect. You can get continuity esque features that work with any desktop operating system. I also get to use real Firefox instead of a Safari wrapper. I still use as few Google services as possible, pretty much just Maps.
KDE Connect works just fine on iOS.
It "works" but it is significantly less useful. Notification mirroring doesn't work, you can't read/respond to text messages, it can't reliably run in the background.
These are all due to limitations imposed by Apple.
At this point, I wouldn't recommend Android other than enjoying the much steeper discount with the headset. For me, the only thing that is keeping me on Android is easier access to commas on the keyboard.
I love the Java/Kotlin userspace, even if it is Android Java flavour, and the our way or the highway attitude to C and C++ code, instead of yet another UNIX clone with some kind of X Windows into the phone.
In the past I was also on Windows Phone, again great .NET based userspace, with some limited C++, moving into the future, not legacy OS design.
I can afford iPhones, but won't buy them for private use, as I am not sponsoring Apple tax when I think about how many people on this world hardly can afford a feature phone in first place.
However I also support their Swift/Objective-C userspace, without being yet another UNIX clone.
If the Linux phones are to be yet another OpenMoko with Gtk+, or Qt, I don't see it moving the needle in mainstream adoption.
> But for anyone with an option, why would you buy an Android?
How the heck this is true?!? iOS is just bad.
Its usability is bad, its interface is bad, its apps are just a ton of crap, and it _will_ keep getting worse.
I'm not even talking about its "walled concentration camp" app model.
you're a really vanilla user then.
wake me up when there's an adblocker on an iphone.
There are several that plug into Safari, and Pihole just works. Does Android have ad blockers that do more? It's been a few years since I switched.
I can run proper uBlock Origin in Firefox on Android. Sure something like Pihole works, but I am often on mobile data or other WiFi networks.
Thankfully you don't really need an adblocker for apps on an iPhone. Your browser could use one, but thankfully those do exist :)
That said, I want off the iOS ecosystem, but Google has basically said guess what? We are going the way of Apple, so we don't care about you either.
So right now there isn't really anywhere else to go. I'm going to keep trucking in iOS for now, but I hope I find something better soon.
> Thankfully you don't really need an adblocker for apps on an iPhone. Your browser could use one, but thankfully those do exist :)
uBlock Origin on Firefox Mobile is significantly better than any Safari adblocker I've been able to find. (1Blocker's the best I've found for Safari.)
> Thankfully you don't really need an adblocker for apps on an iPhone.
That's for me to decide, thank you very much.
who is talking about app adblockers. power android users get their apps from fdroid. You relly are out of touch.
And you know very well, There are only meme adblockers for the browser on IOS.
The fundamental problem is that we are relying on the good graces of Google to keep Android open, despite the fact that it often runs run contrary to their goals as a $4T for-profit behemoth. This may have worked in the past, but the "don't be evil" days are very far behind us.
I don't see a real future for Andrioid as an open platform unless the community comes together and does a hard fork. Google can continue to develop their version and go the Apple way (which, funny enough, no one has a problem with). Development of AOSP can be controlled by a software foundation, like tons of other successful projects.
A hard fork doesn't matter when the vast majority of phones have a locked bootloader.
Yeah, that's the biggest issue. And it all originally stemed from phone carriers wanting to lock customers into their services.
We need some pro-consumer regulations on hardware which mandate open platforms. Fat chance of that happening, though, as the likes of both the EU and US want these locked down systems so they put in mandatory backdoors.
The other big issue is the closed source binary only drivers for almost everything.
Google's own phones do not have a locked booloader. You can buy a Pixel and put GrapheneOS on it in like 10 minutes. But basically no one does this, because no matter what people say in online forums they actually value ease of use and shiny features over privacy and software freedom.
A google tax which google's grace bestows upon us for as long as its whim want.
Even if locked bootloaders weren't a thing, not being able to just buy a phone with an open Android pre-installed means it would get relegated to the Linux Zone, with a whole lot of "security alert" and "device not supported". Also, low popularity leads to fewer development resources, so it would probably suffer from lack of polish.
People will keep using the OS their phone comes with and that would be Google's Android. It's worse than with Windows PCs and Windows to be honest because phones have a locked bootloader.
People give a lot of flack to the EU, but this is the sort of thing they would regulate.
Or the fact that you need device drivers for every piece of hardware in a phone.
A hard fork is not needed. Non-Google Android do not have to enforce this requirement. It's more important to get as many people on alternatives like GrapheneOS as possible. And fund them by donating to them. If every ~0.5 million GrapheneOS users donated 10 Euro per month, they would be very well-funded.
There is no such thing as non-Google Android. At most you have people applying tiny patches on top of AOSP, but 100% of the code in the underlying project is still Google-approved, and none of the alternatives have control over that.
It's the same as the situation with Chrome/Chromium. There are a million "de-Googled"/"privacy focused" alternatives to Chrome all using the same engine, and when Google pushed manifest v3 changes to block ad-blockers every single one of them was affected.
At most you have people applying tiny patches on top of AOSP, but 100% of the code in the underlying project is still Google-approved, and none of the alternatives have control over that.
You are making an orthogonal point. Yes, Google maintains AOSP. No, that does not mean that AOSP OSes that are not in Google's Android program (calling it that to avoid semantics games) have to adopt this change. If you want to hear it from the experts: https://grapheneos.social/@GrapheneOS/116103732687045013
Unless these different Android flavors all have the resources to indefinitely rewrite AOSP and remove all Google code they don't agree with - no, they pretty much have to adopt the changes (see the earlier Chromium example). And if they do somehow manage this after a point all the patching basically becomes a fork, which is exactly what I started the conversation with.
I see your point, but it all hinges on when you consider the changes to be a patch set and when a fork. I don't think there is a very clear definition, except I don't think most of these projects would call themselves AOSP forks.
At any rate, this particular Google anti-feature does not require a large patch (or maybe none at all).
> and when Google pushed manifest v3 changes to block ad-blockers every single one of them was affected.
That's just objectively wrong, both Brave and Opera still support manifest v2 and are committed to continue doing so for the foreseeable future. Even Edge apparently still has it, funnily enough.
Nope, actually "both Brave and Opera still support manifest v2" is objectively wrong.
Brave does NOT support manifest v2. They have instead hand picked exactly 4 manifest v2 extensions (AdGuard, NoScript, uBlock Origin, and uMatrix) and have hard-coded special support for them. They quite literally say in https://brave.com/blog/brave-shields-manifest-v3/ that all other v2 extensions will go away from Brave once Google fully removes support for them (which may have happened already, since it was posted a while ago).
As for Opera (https://blogs.opera.com/news/2025/09/mv2-extensions-opera/):
> MV3 extensions are the new standard and will offer a more stable and secure experience. Opera itself will shift to an MV3-only extension store.
> They have instead hand picked exactly 4 manifest v2 extensions (AdGuard, NoScript, uBlock Origin, and uMatrix) and have hard-coded special support for them. They quite literally say in https://brave.com/blog/brave-shields-manifest-v3/
You're misreading that page, they have special cased the hosting of those 4 extensions, because they do not have their own addon web store and are relying on Chrome's instead. You can still install any manifest v2 addon manually, not that there are going to be many outside of those 4 that care about v2.
As for Opera:
"Today, we reiterate what we said back in October 2024: MV2 extensions are still available to use on Opera, and we are actively working to keep it that way for as long as it’s technically reasonable."
> for as long as it’s technically reasonable
Read: for as long as Chromium allows this via a flag.
which begs the question, why ublock origin is not native on all browser yet?
addons for firefox were at first a way to test features. we only have devtookls because one person wrote an addon copying ie6 dev tool. next Firefox release it was part of the core browser.
Get a large phone vendor to get a flagship phone with Graphene or so on the market. Otherwise nothing will happen. Even starting with the smaller ones like Blackview would do something. But almost no one will do that because users are said to want android; like my parents care... But they will care of course when their banking app stops working... That is the real issue imho.
Google's moat with Android is the same as it's moat with Chrome: complexity. There are very few entities that could fork Android.
What about the Android SDK? I don't think that this is open source, is it? As a developer, when you download an Android SDK you have accept a licence that is not open source, right?
The answer has to come from anti trust legislation. Android is too big for Google to control.
Under what law is that a legal or ethical thing to do? Why not suggest ios be taken away from Apple as well and windows from Microsoft?
Can you be more specific on exactly what "that" you are thinking of which would be illegal or unethical?
Parent-poster just referenced past/future legislation in general.
Who else is going to maintain and develop it? It's the same issue as with Chrome, even if you force Google to give it to some other company, they're all just as bad. And it's too big and too costly to maintain for anyone else but tech giants.
The only other options would be convincing users to pay 5 bucks a month for their software, or have some Government fork over the tens of millions required to pay open source developers. And good luck with that.
I'm thinking with ever increasing seriousness: let's split any company that grows past a certain size. Each side gets a copy of the codebase and half the assets, no one who's been on the board on one side can be on the other side's board, and neither side can buy off the other. They can use the existing branding for a limited time and with a qualifier (say Google Turnip vs Google Potato) but after that it's on the strength of the new brand which they're each building and for which they're competing against each other and the rest of the market.
This is not happening in my lifetime, of course it isn't. But by god does it need to happen.
Right? We need a "You won capitalism!" award where everybody in the org gets a huge bonus and then the company is split into small pieces and then they start over. On top of it we do what you describe and enforce the split so they can't collude.
I welcome feature stagnation on mobile!
Every single release is a step backwards.
Android 15 cannot hold a candle to what cynogenmod did on top of android 2.3. And that's objective.
> And that's objective.
I don't think you understand what that word means.
Regardless, your opinion (and mine) is irrelevant. People want at least some of the features of modern android, and any alternative lacking those is not going to be adopted by most people. Just look at how many people try GrapheneOS and find the minor things to be dealbreakers for them.
And as long as that's the case you can't expect people to vote for a scenario where they'll end up with a, in their eyes, worse product.
Historical meaning is pretty worthless though. It's like saying CPU's are going backwards because the 386 was a bigger jump. Technology matures eventually and that's not a bad thing.
Android doesn't really work on hardware changes as AOSP doesn't run on a single phone on earth anyways, not even the emulators, this is the goal of the manufacturers.
For the features you can read here for example what Android 16 changed:
What is stopping a hard fork?
The gigantic task of maintaining and developing a mobile OS that needs to retain compatibility with AOSP/GPS anyway to tap into the huge amount of applications that are available?
It will cost a lot of money and as long as Google is still doing regular AOSP code drops, what's the point?
I contacted the EU DMA team about my concerns and got a real reply within 24 hours. Not just an automated message, it looked like a real human read my message and wrote a reply. I'd urge other EU citizens to do the same.
Great idea, I just did the same. I encourage other EU citizens to do the same. Keeping at least one of the two major mobile ecosystems open is important.
(And install GrapheneOS, the more successful open Android becomes, the better.)
GrapheneOS is great. But that currently means you have to buy a phone from Google to work around Google looking down Android.
When I do this for family I buy a used pixel. Then no dollar goes directly back to Google.
True. I'm really happy that they are working with an OEM to bring an alternative in 2027. Until then:
- A refurbished Pixel works (except some weird Verizon locking that I heard about the other day).
- Pixels get really heavily discounted near the end of the cycle (e.g. 9a currently). Google probably doesn't make much on it if you are opting out of your ecosystem.
They say they will announce a partnership with a major OEM manufacturer in March 2026!
Wow, someone replied to an email. From the same organization that is pushing for chat control. That would give you hope... European tax payers have this funny belief that their bureaucratic overlords are all there in Brussels acting with the taxpayer's interest and privacy in mind. One can dream, I suppose...
EU did bring regulations that helped consumers. I have a feeling that criticism of EU regulations mostly come from people who are not in the EU.
I am genuinely curious, what is your moral justification to attempt to use party A to forcefully influence how party B develops/sells *their* intellectual property? Party B owes you nothing. You are free to not use their products or start a company to compete. How do you justify it, and how would you feel if you were on the receiving end of such a dictum?
Well, Google has marketed Android as an open source operating system (AOSP) and openness about the system [1] and encouraged manufacturers and developers to build on it based on the premise of openness and of course being "free". People advocated for Android because it was open source compared to other alternatives. But with this change they are simply ending that openness. People that have developed F-Droid and other alternative stores have contributed to the platform value (such as not being able to de-google their phone), the same goes for many other developers who have spent countless of hours developing for Android.
To say they don't owe you nothing seems like a betrayal on the promise that Android was an open platform (and open source).
> You are free to not use their products or start a company to compete
That's not an option as you are making it out to be. For a user switching means buying a new phone, repurchasing apps (if you bought) and maybe apps won't be even available to the new system, for developers that means all their knowledge about the system gone. Building a mobile operating system requires millions if not billions of dollars, years of work and convincing developers and businesses (hardware makers) to use your operating system. The barrier to enter is so high that telling people to just compete with Google is not a realistic solution.
[1] https://blog.google/company-news/inside-google/around-the-gl...
Maybe "intelectual property" is really imaginary property given how the same big companies just gobble data from other people and companies wothout permission to feed their AI models (Facebook with books, recently NVIDIA with milions of videos from Youtube).
I guess they would not due that if they really believed some questionable synthetic construct like "intelectual property" really existed ?
Party A does not owe Party B the right to sell in Party A:s legal area.
Party B is allowed to choose not to sell in EU. If you wanna sell in EU you have to comply with EU rules. If you wanna sell in US you have to comply with US laws. That simple.
That is not how the European Union works. One of the core goals of the EU is to guarantee the European single market. One of the core principles of the single market is the Freedom to establish and provide services [1]. The Apple/Google duopoly have effectively created a market within the single market where the core principles of the single market do not apply anymore.
Tech has a strong tendency to favor outcomes with only a handful large players that make competition impossible due to network effects, etc., distorting the market. The Digital Markets Act was made to address this problem.
IANAL, but Google's Android changes seem like a fairly clear violation of the DMA.
This is typically hard for people from the US to grasp (I saw that you are not originally from the US though). In Europe, capitalism is not the end goal, the goal of capitalism is to serve the people and if that fails, it needs to be regulated.
---
As an aside, the lengths people go to defend a company with $402.836B yearly revenue :).
[1] https://en.wikipedia.org/wiki/European_single_market#Four_fr...
Yes. I am effectively asking you what the moral justification for DMA is. I understand that lawmakers can make whatever law they want. I understand they made it. I am curious how people who agree this should be possible think of this from a moral angle, especially as engineers who make their living by creating intellectual property and probably wouldn’t want to see control of it seized randomly
I'd ask the inverse of the question: morally, should a single gatekeeper have the right to deny two consenting parties the ability for one to run the other's software?
Especially when that ability has been established practice and depended upon for decades? And the gate-kept device in question is many users' primary gateway to the modern world?
There's nuance here, of course - I'm not morally obliged to help you run Doom on your Tamagotchi just because you want to do so. But many people around the world rely on an Android device as their only personal computing device (and this is arguably more true for Android than it is for iOS). And to install myself as an arbiter of what code they can and cannot run, with full knowledge that I could at any time be required to leverage that capability at the behest of a government those worldwide users never agreed to be dependent on? That would be a morally fraught system for me to create.
The moral justification is that I am a citizen, and can demand the laws I want. When enough people think like me, we can actually make it a law. By holding the smartphone OS oligopoly these companies hold a lot of power on the people. I do not like that. Hence I like laws that try to change that.
> especially as engineers who make their living by creating intellectual property and probably wouldn’t want to see control of it seized randomly
If these people try to use their intellectual property to control my device and hence my ability to do things, I want to have a say what they do. Yes, that is what software is: directions to machines. I own the machine, hence I want a say what it does. You are free to keep your intellectual property for yourself, if you want to.
At some point free markets become fiction. There's no financially viable way to start competing businesses in markets as entrenched as mobile OSes. Otherwise this would have happened. And if that becomes anti consumers, then the consumers start changing the rules the companies operate under. Because in a democracy we have more consumers than CEOs,so they vote with majority.
(This obviously simplifies things, but ultimately we as humans still haven't found the one and only true philosophy or moral, and maybe that's not possible (I'm no philosopher))
There are no absolute morals. But I think in general healthy societies are arranged around the ideas that people should have: the basics of living (housing, food, vacation, and some luxory), agency, and equal opportunities.
It should be clear that having a small number of companies murder all competition and personal freedoms (like doing what you want to do with something you own like a phone) are in contrast to these basic values.
---
Or the alternative, more blunt answer: it does not require a moral justification. EU citizens directly elected the EP, the EP ratified the DMA. So Google can either comply or leave the EU as a market (which they wont do because it's too large and others would be happy to take it).
The moral argument is that vertically integrated monopolies threaten the rights of consumers, who are human beings. Corporations are legal fictions and their "rights" are another convenient fiction to align incentives. They carry zero moral weight.
Are we still talking about massive companies with power to arbitrarily decide how billions of people use the personal computers they bought? Who's doing the feeling? Why would we presume all of their conduct to be moral?
> Party B owes you nothing. You are free to not use their products or start a company to compete.
When 99% of government/banks/etc require you to use a certain service to access basic services, you need some way of ensuring you don't have to sell your soul to use it. Alternatives would be really great, but Google is part of a duopoly.
Just because you build the rails doesn't mean you get to decide who gets to use the trains.
That is not their fault, though. I can see how you could complain to the people who mandate you use B’s products. Otherwise what you’re saying is that control of any intellectual property can be stolen from its owners simply by becoming popular outside of their control
> That is not their fault, though.
It is though. They are actively working on increasing their marketshare. That doesn't happen by accident. They have chosen to place the interests of the corporation over the interest of their fellow people. They are fine to do that, because we separated that responsibility. Corporations can only chase for profit, because we have governments, that make the rules, so that chasing profits is in the interests of the people.
Maybe you don't like that, and that is fine for you, although I don't like that you don't like that. Maybe you want a society where might makes right. However a lot of people don't feel that way, hence why we outsourced that world model to the government.
People don't like that their neighbor is stronger than them and takes there stuff, so they pay feudal lords. Then the feudal lords want some security, so they outsource that to elected emperors. After a while the feudal lords misuse their power, so parliaments are invented. Eventually people have enough and demand voting rights. The elected leaders betray the people by sending them to war, so they created multinational institutions, that try to prevent this (EU). They haven't used their power to betray the people enough, so we are still fine with them.
"Wealth comes with obligations" is literally in my country's constitution. You, may don't like that, but I do. I think a lot of other people do as well. It is of course always for discussion how much.
It kind of is their fault because of Google Play Integrity APIs. They are effectively developing tools that are designed to make their product mandatory. There wouldn't be a backlash that big if we could just unlock our bootloaders and run a patched version of Android.
> any [] property can be [taken by the state] from its [original] owners simply by [those owners becoming more powerful than the state wants]
When rephrased like the above, I think what you’re describing is pretty common in history. Many industries and assets have been nationalized when it serves the state’s interests.
IMO the moral justification is that there is no ownership or private property except that which is sanctioned by the state (or someone state-like) applying violence in its defense. In this framing, there’s little moral justification for the state letting private actors accrue outsized power that harms consumers/citizens.
Brutal, but understandable and well-argued. Thank you.
People outsource the brutality (to the government), so that they don't need to deal with it in their daily life. If we couldn't force companies to act in ways we want through a formal system, then the world would look much more brutal.
or alternatively we can just stop using products/services of said companies
I can ban persons from doing things, I rather not have them do. Companies are legal persons, so why shouldn't this apply to them? At some point ignoring behaviour is not making it go away, it needs to be actively worked against, otherwise it will become (practically) mandatory.