We need a financial way to reward the resistance. Big corps do not care, as we saw them cave to Apple.
Anyway, I did my part, basically I only use FDroid. I filled this out: https://docs.google.com/forms/d/e/1FAIpQLSfN3UQeNspQsZCO2ITk...
>Combat astroturfing: when you encounter suspect posts on community forums and social media in support of the policy (“Well, actually…”), challenge them and do not be shy.
Someone contact Dang, because this is now allowed. I have been suspicious HN has actively supported astroturfers over the years for some sort of financial or mutually beneficial gain.
Anyway I basically changed to web apps. They are much easier to deal with and develop.
Hypothetically, if Pixel phones became the go-to phone on Android, would G be less or more likely to keep it open? I have a bad feeling that the former is more accurate. The fragmentation somewhat forces the openness, or at least a baseline of openness. If pixels went to 98% market share, a rug pull seems easy and desirable for the management classes.
I'll admit that my cynicism is in no small part to having seen Android team members at G carrying around iPhones. It kills me to think that the bad parts of Apple are so interwoven into Android through cultural assimilation.
> it will no longer be possible to develop apps for the Android platform without first registering centrally with Google
This is inaccurate. The enforcement is through Google Mobile Services. The article fails to point out that some manufacturers build versions/forks of Android that do not include GMS, but these are still technically Android.
I've had to deal with google's review process for docs add-ons and play store apps. It was a demotivating experience, disrespectful, inhumane and unfair. The idea that this will be the only way to be allowed to create things for android is so depressing. Putting hundreds of hours of effort into an app to hear back a vague "does not comply with some rule" is such a let down. This has been my main motivation to degoogle.
Previously:
Some more discussion in February
Open Letter to Google on Mandatory Developer Registration for App Distribution
Question. How will this play with distributions like graphene that allow for no Google play services?
This initiative is well-appreciated, but - are we not barking up the wrong tree? Should the effort really be focused on pressuring Alphabet to modify an ecosystem that they already partially closed, and that they already have overall control over - rather than promoting a properly free alternative? I mean, non-Android Linux phones are already a thing, albeit clunky and not very popular. Would it not make sense to get some non-US entities (NGOs, phone manufacturers/vendors, municipalities or even states or multi-state entities) to form a consortium and invest enough in finishing up the engineering work necessary to make that a viable alternative? Without any single party controlling it?
And I thought Google was always " do no evil ".
Somewhere along the way, installing became side-loading and the rot started taking hold.
</boomer-rant>
I'm using a 5 year old OnePlus Nord that needs to be replaced and all of a sudden I see I have no options but Samsung, Motorola and Google.
Not sure what I'll do. Does Asus still make a phone?
It feels like there is a wide open opportunity for some new OS's to enter the mainstream marketplace. I see nothing but dissatisfaction with the incumbents.
Android was never open. Its security model / the permission system is anticompetitive and the user is a third class citizen.
Google can do everything as they control the system - this gives full innovation capabilities. Then there are vendors which are restricted by Google via CDD (checked by CTS/VTS), they might add "privileged apps" but they can't touch what Google does on the system..
And only then there are regular developers/users, apps which they can install have very limited capabilities, they can't extend the system beyond a limited set of APIs that Google allows them to use.
This limits third party innovation already, but Google constantly makes it worse by restricting third party app capabilities even further under the guise of "security"..
The detail that keeps getting lost in these threads: the "advanced flow" for power users is delivered through Google Play Services, not the Android OS. That's the whole game.
It means the safeguard is not part of AOSP. It ships as a closed component that Google can narrow, gate, or remove in any Play Services update, with no Android version bump, no OEM coordination, no user consent beyond the usual auto-update. "Open platform with an escape hatch" is load-bearing in the PR; "closed escape hatch bolted onto an open kernel" is what's actually shipping.
The second tell is timing. It's five months from enforcement and the flow has not appeared in any beta, dev preview, or canary build. We're being asked to treat a blog post and UI mockups as a functional guarantee. No other platform change of this scope lands without a shipping preview this late, and Google knows it.
The third piece most devs skim past: registration requires uploading evidence of your private signing key. Whatever you think of the verification program in principle, that specific requirement changes the threat model of every Android key in existence, including the ones protecting apps people already depend on.
"Sideloading still works" is only true in the narrow sense that some ceremony remains. The mechanism protecting that ceremony is owned by the party with the strongest incentive to eventually close it.