Comment by jadbox
11 hours ago
You can still install apps outside the play store, but the developer does need to verify their signing information. Effectively this means that any app you install must have a paper trail to the originating developer, even if its not on the app store. On one hand, I can see the need for this to track down virus creators, but on the other, it provides Google transparency and control over side loaded app. It IS a concerning move, but currently this is far from 'killing' non-appstore apps for most of the market.
So let's pick a random example app that might be popular on F-Droid today. Oh, I dunno...newpipe.
Given that Google both owns Android/Google Play Store and YouTube: what do you think they would do with the developer information of someone who makes an app that skirts their ad-model for YouTube?
I can't help but feel that this move is aimed specifically at ReVanced.
The "security" wording is the usual corpospeak - you can always trust "security" to mean "the security of our business model, of course, why are you asking?"
Exactly. I don't think Google is doing this so that people don't install some random FOSS alternatives through F-Droid.
Things like Newpipe seems much more of a target, especially if you want to take legal action. More so than stopping users, this gives Google fat more leverage about what Apps can exist. If they ever want to stop Newpipe a serious lawsuit against whoever signed the APK seems like an effective way to shut down the whole project. Certainly more effective then a constant battle between constraining them and them finding ways to circumvent the constraints.
Google is following the same game plan we saw when they decided that the full version of uBlock Origin (the version that is still effective on YouTube) should no longer be allowed within their browser monopoly.
The fact that there was a temporary workaround didn't change the endgame.
It's just there to boil the frog more slowly and keep you from hopping out of the pot.
It's the same game plan Microsoft used to force users to use an online Microsoft account to log onto their local computer.
Temporary workarounds are not the same thing as publicly abandoning the policy.
From a quick glance at /r/GooglePlayDeveloper/ it looks like Google is just as interested in killing playstore apps! It seems that they only want to support the existing larger apps now. I think they are giving a clear message to developers that its not really worth developing for that platform anymore. I think we will all agree that the playstore needed a purge but they seem to be making it impossible for any new solo devs at this point.
I thought most devs didn’t want to develop on android because IOS devs made more income per user (0) and spent more on in app purchases. Android does well with ad supported apps. Paid apps have had issues with piracy also.
“In 2024, the App Store made $103.4 billion to Google Play’s $46.7 billion.”
0 https://www.businessofapps.com/data/app-data-report/
I have no idea what this means. How does this change "kill playstore apps"?
Not related to this particular news item, but several high-profile App developers are either killing their apps on Android entirely (like iA Writer) or removing features due to Google tightening submission requirements and increasing costs for apps that integrate with their services.
not the change mentioned in the news link. I was referring to what people are discussing over on the reddit play store sub. Google are terminating dev accounts without giving any reasons or warnings. I'm sure most, if not all terminations have have some element of justification but ultimately it means that Google seem pretty happy to terminate any dev account without letting the developer know why. And to make things worse, that developer is forever banned from ever publishing any content on the playstore for life. They cannot make a new account. Their career in android app development can be destroyed in an instant. Most terminations seem to be handled by bots... and to rub salt in the wound, Google only responds to appeals... using more bots. That is according to what the community has been saying at least. I'm sure they know what they are doing and one thing we all know is that Google actually IS big enough not to fail. But it does seem like the right thing to at least make new developers more aware of the risks. And it is obviously a very stressful time for anyone who is actually making a living off an android app.
To wit, there is only one business playbook with two strategies: When you are weak, make friends. When you are strong, make war.
Android used to be weak against iPhone and needed to cooperate, so they allowed more apps in to grow the userbase. Now that they're big and strong, they don't need allies, so they start kicking out everyone who isn't making them money.
Every "enshittified" service does it - Imgur, Reddit, whatever. Everyone selling $10 bills for $9 does it. Microsoft did it. They took a step backwards by buying GitHub, when they realized they were totally blowing it on cloud. But now that they have users stuck on GitHub and VS Code, they're defecting again.
> currently this is far from 'killing' non-appstore apps for most of the market.
It means that Android is no longer suitable for my own private dev projects.
If it's for your own projects, for yourself only, ADB still works without this verification.
True, although using adb requires the use of the usb port, which for some of my projects is highly impractical.
Also, with this move, Google has made it very clear that they don't want people to have any real control over their machines -- so I'm not inclined to think that using adb to work around the problem will always be possible.
It's fine, though. My hobby projects will continue into the future, just probably without using Android.
2 replies →
You can use GrapheneOS or LineageOS without the Google rootkit and continue installing any apps you want
Considering both Graphene and Lineage have been complaining about google making development harder and harder for how long will that be a possibility?
My devices are not supported by either of those, sadly.
It also makes it easy for google to blacklist a developer, if for example the trump administration don’t like them (the same way apple removing apps documenting ICE).
And basically every corporation with any business in the US has proven _more_ than willing to instantly capitulate to any demand made by the administration.
Pretty sure virus creators could just pick a real ID leaked by the "adult only logins" shenanigans, whereas legit app developers probably wouldn't want to commit identity fraud.
If it gets that bad; Google can do what they already do with business listings - send a letter to the physical address matching the ID, containing a code, which then must be entered into the online portal.
Do that + identity check = bans for virus makers are not easily evaded, regardless of where they live.
That physical address will be useless, and probably easily worked around, in many if not most countries. Expecting Google to be able to use that address together with the law is a pretty US-centric expectation. I don't think most virus creators would be impacted, especially not the ones that are part of professional (criminal or government) organizations.
1 reply →
Will they send letters to sanctioned countries? What about a PO box, or a remailer service?
Can you imagine what you're suggesting for a Linux machine? It's absurd. My box my rules, I'll run any damn code I please.
Yeah... no. This is normal with desktop computers. Let's stop handholding people. If I trust the source, I trust the domain... I want to be able to install app from its source.
Googles/Apples argument would have been much stronger if their stores managed to not allow scams/malware/bad apps to their store but this is not the case. They want to have the full control without having the full responsibility. It's just powergrab.
It's normal for Windows and *nix, not for modern macOS which has big limitations on unsigned apps requiring command line and control panel shenanigans.
And you are completely ignoring viruses, ransomware, keyloggers, the 50 toolbars etc that has been the staple of Windows and before that DOS for over 40 years.
Scam apps are rife in the iOS App Store. But what they can’t do easily install viruses that affect anything out of its sandbox, keyloggers, etc
You are missing the part where the OS provider is the virus and keylogger. Unless of course you feel it reasonable that google and apple datamine everything you type via their software keyboard[0] or reading the contents of your notifications via play services[1].
0 - https://discuss.grapheneos.org/d/16046-google-keyboard-w-net... 1 - https://discuss.privacyguides.net/t/sandboxed-google-play-pr...
1 reply →
Sandboxing isn't feature dependent on Apple being a big curator is it? These are orthogonal but not the same issues. I've never said that PCs don't have viruses or that it isn't a problem, only that I should be able to install software from developer I trust if I want to.
I agree let's have sandboxed app instalations on platforms. Flatpak is already going this way. But it looks like big players Microsoft,Apple and Google are gatekeeping app sandboxing behind their stores instead of allowing people/devs to use sandboxing directly.
13 replies →
The toolbars don’t just magically appear there. They are the product of a technically illiterate user.
11 replies →
It's killing F-Droid, which is the only place I want to sideload from.
It makes sense for average users to have identifiable traceability.
Developers, and power users often pre-date these kinds of smartphones.
> need for this to track down virus creators
I think they’re just going to track down a random person in a random country who put their name down in exchange for a modest sum of money. That’s if there’s even a real person at the other end. Do you really think that malware creators will stumble on this?
This has to be about controlling apps that are inconvenient to Google. Those that are used to bypass Google’s control and hits their ad revenue or data collection efforts.