MrSoup

cross-posted from: https://lemm.ee/post/42024710

Android apps are blocking sideloading and forcing Google Play versions instead

You might sideload an Android app, or manually install its APK package, if you're using a custom version of Android that doesn't include Google's Play Store. Alternately, the app might be experimental, under development, or perhaps no longer maintained and offered by its developer. Until now, the existence of sideload-ready APKs on the web was something that seemed to be tolerated, if warned against, by Google.

This quiet standstill is being shaken up by a new feature in Google's Play Integrity API. As reported by Android Authority, developer tools to push "remediation" dialogs during sideloading debuted at Google's I/O conference in May, have begun showing up on users' phones. Sideloaders of apps from the British shop Tesco, fandom app BeyBlade X, and ChatGPT have reported "Get this app from Play" prompts, which cannot be worked around. An Android gaming handheld user encountered a similarly worded prompt from Diablo Immortal on their device three months ago.

Google's Play Integrity API is how apps have previously blocked access when loaded onto phones that are in some way modified from a stock OS with all Google Play integrations intact. Recently, a popular two-factor authentication app blocked access on rooted phones, including the security-minded GrapheneOS. Apps can call the Play Integrity API and get back an "integrity verdict," relaying if the phone has a "trustworthy" software environment, has Google Play Protect enabled, and passes other software checks.

Graphene has questioned the veracity of Google's Integrity API and SafetyNet Attestation systems, recommending instead standard Android hardware attestation. Rahman notes that apps do not have to take an all-or-nothing approach to integrity checking. Rather than block installation entirely, apps could call on the API only during sensitive actions, issuing a warning there. But not having a Play Store connection can also deprive developers of metrics, allow for installation on incompatible devices (and resulting bad reviews), and, of course, open the door to paid app piracy.

Greetings,

I've installed Fedora Linux (with pipewire) on my friend's Alienware M17xR4 (linux-hardware probe).

This incredible laptop got a Sound Blaster Recon3Di with a S/PDIF Digital Output which unfortunally does not work out of the box. I can see the vu meter moving inside gnome-control-center but no audio comes out and the port's red light (which on Windows lights up) does not turn on at all.

By lookin up I've found this thread on Linux Mint Forums but I had no luck with it.

Has anyone else got issues with similar hardware? Thanks in advance.

I've introduced two of my friends (not into tech) to Lemmy. Since they're not into tech this is their first web forum.

I've explained the federation thru the usual email metaphore and that's ok, but to lookup for communities is not quite there on client side.

Let me explain.
He wanted to see all the communities on an instance because that instance is in his native language but he's registered on another instance. So to see all those communities you must go on instance.domain/communities, copy the name of the community you are interessed in and paste it inside the app/web client to look it up.

And to see all the communities all over the fediverse you must use lemmyverse.net which is a cool site, but still you got to copy paste back and forth to the app.

This could be implementend inside app itself by listing all communities and add ability to filter by things like instance.

Obviously open to discussion about the issue itself and how that could be improved.

Feel free to tag apps/clients devs to ear their opinion too.

Does every PeerTube instance store all other instances' content metadata (title, description, comments)? Would federating virtually with YouTube (through a YouTube frontend like Piped) give a too high ammount of data to store on other instances?