top 90 comments

sorted by: hot top controversial new old
[–] 308 points 1 year ago (21 children)

Google can go fuck itself.

Hopefully this will put some jet fuel into the Linux phone development.

  • source
  • hideshow 21 child comments
  • [–] 81 points 1 year ago (14 children)

    I'm checking out Graphene OS next week and pretty pumped about it. This Google ratfucking has been just the push I need to get off Android.

    And obviously I haven't stopped telling people around me haha

  • source
  • parent
  • hideshow 14 child comments
  • [–] 57 points 1 year ago (3 children)

    Most F-Droid users are NOT custom ROMs.
    This means that as long as F-Droid does not get their own developer key - it will become useless. F-Droid is privacy focused - both dev and user, and they oppose requiring devs to essentially give up their privacy and sign the APK with their own dev key.

    Now, if F-Droid is dead, GrapheneOS becomes useless. Who would want to develop apps for the 0.0001% of the population (i.e custom ROM users)

  • source
  • parent
  • hideshow 3 child comments
  • [–] 21 points 1 year ago (1 child)

    This.

    I am the person you are talking about. I've looked into graphene before and I do host some of my own services at home. I also work full time and I don't want to spend all of my free time managing things. I use F-Droid, but I am on stock android on my pixel.

    I appreciate the privacy and FOSS nature of F-Droid, but I use things like Android auto Google maps for work, I use banking apps on my phone as well. I know technically micro G and blah blah blah, but like I said: work full time.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 20 points 1 year ago (8 children)

    Graphene is bult on top of android AOSP, which is owned by google... And of course they are fucking it over.

    Check calyxos.org s recent blog posts, it is basically dying (and graphene is the same)

  • source
  • parent
  • hideshow 8 child comments
  • [–] 20 points 1 year ago (1 child)

    The pause in Calyx updates has nothing to do with Google's fuckery, and they are not "dying." They lost a major lead developer and decided they needed to restructure so no one would be so essential going forward.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 7 points 1 year ago (2 children)

    What happened to the Open Handset Alliance?

  • source
  • parent
  • hideshow 2 child comments
  • [–] 3 points 1 year ago

    GrapheneOS isn't dying. There's an OEM partnership in the works and they'll release devices with support for GrapheneOS in a year or two. GrapheneOS still provides updates and while the changes have made some things harder, the project is still going strong.

  • source
  • parent
  • [–] 3 points 1 year ago (1 child)

    So.. huh, so what's the alternative then? I guess some other flavour of linux?

  • source
  • parent
  • hideshow 1 child comment
  • [–] 13 points 1 year ago

    For mobile phones that works as a daily driver? Gobbling up iOS. Or gobbling up what's becoming of Android.

    I really wish we had open phones that "just work". I'd even go with slightly quirky but functional. Unfortunately, that requires strong cooperation between hardware maker and software developers; and it will require a lot of work. But that's not the main issue. The direction we're headed toward is "everything need an official app", and those will mostly only work on "official" phones made by big manufacturers.

    Even today, making some bank apps work on non vanilla Android is not always straightforward, and it's still relatively open and easy to do. The move by Google is going to tighten this even more, and I have no doubt, if they pull through, that this will go in the requirements for the "play protect" validation BS. Meaning if you want that bank app, or whatever state digital ID app (meh) to work, you'll need a "real" Android or an iOS device. And those apps are becoming more and more mandatory (I can't log-in to my bank's online website without their app and proprietary 2FA…).

    A niche, open-source OS, Linux or modified AOSP or whatever, will have a hard time filling that gap as things keep moving. Which is really sad.

  • source
  • parent
  • [–] 1 point 1 year ago* (1 child)

    i wonder if it's possible for fdroid or another dev to make a linux/windows/osx app which basically uses an adb connection to automatically upload and install applications

  • source
  • parent
  • hideshow 1 child comment
  • [–] 111 points 1 year ago (12 children)

    I hope google fails as a whole in the near future and gets dissolved once and for all. Sick and tired of tech companies trying to be sources of authority, working with authoritarian governments, and dictating what you can and can't do.

  • source
  • hideshow 12 child comments
  • [–] 33 points 1 year ago (9 children)

    I’ll be honest, tech got us by the balls… and they know it.

  • source
  • parent
  • hideshow 9 child comments
  • [–] 26 points 1 year ago (8 children)

    No they don't. There are viable, open source alternatives for 99% of the software/services we use. The fact that people are not aware of it is already like half of the real problem.

  • source
  • parent
  • hideshow 8 child comments
  • [–] 16 points 1 year ago (6 children)

    Say that to my banking and credit card apps (some of which don't even have a web version for seCuRitY reasons)

  • source
  • parent
  • hideshow 6 child comments
  • [–] -2 points 1 year ago (3 children)

    The open source alternative to those is currently doing quite well.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 55 points 1 year ago (6 children)

    So now 3rd party app stores need an ADB loopback to work around that.

    Not hard to do, but uselessly annoying.

  • source
  • hideshow 6 child comments
  • [–] 5 points 1 year ago (2 children)

    That's only if the apps distributed are unverified. Mind, the EU already requires app stores to document the identities of devs, but there are loopholes for Small enterprises. In 2027, manufacturers need to document the identities of their suppliers. There are still exceptions for non-profit open source projects, but that's not what Google is. Surely, no one here wants Google to avoid regulations by investing in open source.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 3 points 1 year ago (1 child)

    I believe F-Droid signs the packages it distributes so that creates a painful choke point. Revoke F-Droid's key and it will break all of F-Droid instantaneously. The only exception for F-Droid's signing is if the build is reproducible, which is a high bar for a lot of projects, and then F-Droid will use the upstream signature.

    Also, they're trying to close the ADB loophole.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 1 year ago

    I expect phones in the EU are going to become a lot more locked down in the next 14 months, like Samsung is already showing. But also think that Google will try its best to make developing for Android easy to get into.

  • source
  • parent
  • [–] 95 points 1 year ago (13 children)

    We really need some money poured into the Linux mobile space because this is a terrible direction to go.

  • source
  • hideshow 13 child comments
  • [–] 31 points 1 year ago (9 children)

    dug my pinephone out of a drawer yesterday and gave it a whirl. still pretty rough unfortunately even after updating postmarket os.

    Cool being able to SSH into my phone though

  • source
  • parent
  • hideshow 9 child comments
  • [–] 13 points 1 year ago (6 children)

    I'm still hoping they can get to a state for more general users. I really want one still. I need a Linux phone doing the old sidekick designs.

  • source
  • parent
  • hideshow 6 child comments
  • [–] 13 points 1 year ago (4 children)

    The main issue will be application support.

    Linux running on the desktop in 2025 is helped immensely by everything being web based. So long as you have a browser you are fine for a lot of general computing.

    The phone space is ruled by apps. The phone makers and the companies developing apps prefer it this way.

    Getting a banking app, or Uber or Facebook Messenger to work on a Linux phone is going to be a massive pain in the ass (ignoring the rest of the OS which is definitely not even close to useable for the general public).

    I would love a Linux phone but we are so far away.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 3 points 1 year ago

    The phone space is ruled by apps. The phone makers and the companies developing apps prefer it this way.

    That's true, but for everything non-free, they always end up having a perfectly working web app that will accept my money.

  • source
  • parent
  • [–] 15 points 1 year ago (2 children)

    Plain AOSP is already pretty brutal. An alternate OS is practically a non-starter. Phones aren't just web browsers and SMS.

    • Tap-to-pay
      • Including transit fares
    • Bank apps
    • RCS messaging
    • MFA and security apps
    • Work profiles
    • Streaming media that's not 480p

    Not to mention that the camera is going to suuuuuuuuck.

    Forking or improving AOSP is more viable but none of the more mainstream ROMs want to piss off Google. That's why most LineageOS forums forbid talking about defeating Play Integrity.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 0 points 1 year ago (1 child)

    Also no GPU driver, because even if the manufacturer does actually provide it, some nerd within the community will block it for not being "free software" enough and that "for light 2D applications, CPU blitter is more than enough".

  • source
  • parent
  • hideshow 1 child comment
  • [–] 2 points 1 year ago

    On a mobile device? It's more likely that only OSS drivers work and the binary blob driver only worked with a pre-Pandemic aged kernel. Or it needed a very specific userspace library that doesn't work with a minimal libc.

    "Free software enough" usually means "has a snowball's chance of actually working".

  • source
  • parent
  • [–] 44 points 1 year ago

    Free market and openness my ass.

  • source
  • [–] 42 points 1 year ago (18 children)

    Can someone "redpilled by corporate" explain me how this policy actually increase security?

    It's trivial for a malware developer to pay $25 with a stolen card and a stolen id

    Look at the "verified" bots on xitter, they didn't solve the bots problem, rather just monetized it

  • source
  • hideshow 18 child comments
  • [–] 11 points 1 year ago

    It's not about stopping malware; it's about being able to act on malware.

    Making a new account with a new phone number and new credit card is a minor barrier to entry.

    That said, it's a cool story, but I think they're looking to stop vanced style patching.

  • source
  • parent
  • [–] 13 points 1 year ago* (10 children)

    The vast majority of malware isn't delivered via play store because of the existing measures and protections they have. Same reason you see very little app-store-based malware on iOS. DISCLAIMER: YES MALWARE EXISTS ON APPLE HARDWARE PLEASE DON'T SHOUT AT ME. Talking specifically about anything installed via first party stores on both platforms.

    Their main issue is this: dumb people install apks from spurious website and infect their phones. The least controllable and most pervasive factor here is the intelligence and knowledge of the user which cannot be controlled for by Google. So by eliminating the ability to exploit this entirely, it will eliminate that specific vector.

    It's a sledgehammer solution that naturally comes with many downsides like disrupting intelligent and knowledgeable users that just want to hack around with FOSS and such.

    Google is relying on It being too expensive for malware creators to have to guide each individual user through adb installation and usage process just to get access to their phone. Most scammers only do that level of interaction to extract actual cash/gift cards from the target.

    I am personally and directly affected by their decision in many negative ways, but I'm not so dense as to not understand why they're doing it.

    /corpodronespeak

    EDIT: bots help Xitter maintain inflated usage figures which justify people's jobs, share prices, etc. Bots are a feature, not a bug.

  • source
  • parent
  • hideshow 10 child comments
  • [–] 6 points 1 year ago* (4 children)

    yes, of course malware is distributed via apk.

    But what's the difference between:

    1. malware that is signed anonymously and then, when its signature is identified, it's removed via play protect
    2. malware that is signed with a stolen identity and then, when its signature is identified, it's removed via play protect

    ?

    Isn't exactly the same stuff? Or there's someone that is actually thinking that criminals will use their real ID card for the verification?

    Does not change anything for malware distribution, except bother them for a dozen minutes meanwhile they "verify" their stolen ID

  • source
  • parent
  • hideshow 4 child comments
  • [–] 2 points 1 year ago (3 children)

    Because it can be invalidated. That's the difference.

    It's absolutely not foolproof, but nothing is. Most actions corps take for this stuff only slows down the spread. Hackers and bad actors innovate way faster than companies can keep up with. So companies cast a wide net with their solutions. And the cycle continues.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 1 point 1 year ago (2 children)

    Apks can be invalidated after installation?

  • source
  • parent
  • hideshow 2 child comments
  • [–] 3 points 1 year ago

    with the new system, you must go online to check if the license for that app is still valid or revoked. But the current system works almost the same: if there's an internet connection play protect checks the signature against an online malware db and prevents installation.

    From a couple years ago, google has the power to remotely install/uninstall any apk on your phone without your consent

  • source
  • parent
  • [–] 3 points 1 year ago (4 children)

    Their main issue is this: dumb people install apks from spurious website

    No they don't. Most people don't even know what an apk even is.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 2 points 1 year ago (3 children)

    Most people don't know what a bootloader is. They still turn their devices on and off every day.

    This whole conversation is about adding obstacles to prevent non technical users from doing things they don't fully understand.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 5 points 1 year ago (2 children)

    The overwhelming majority of Android users don't even know where to start to install software outside of the Play Store. If they're even aware that it's possible.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 3 points 1 year ago

    Corporate needs to have somebody to sue in case of a policy violation. Very especially those debloated apps that float around the web - they need to ensure they have a physical person to pin the blame to in court.

  • source
  • parent
  • [–] -5 points 1 year ago (2 children)

    Google is doing this to comply with EU regulations supposed to increase security. Now imagine that Google was pushing back against this instead of complying. As per usual, Lemmy would be up in arms against Google for failing to protect people's data and not complying with our laws and culture. You'd be downvoted to oblivion for asked that question and called a corporate bootlicker.

    I think these rules come from German legal culture, which traditionally has a strong need to control information exchange and processing.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 1 point 1 year ago (1 child)

    the way they originally phrased it, it was seemingly because of authoritarian governments like singapore wanting to exert more control (hey google, can you revoke the certificate or doxx this dev for us?) and then they realized that they could make more money if they extended this block worldwide

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 1 year ago

    I'm sure the EU is not the only jurisdiction demanding this sort of thing, but I doubt Singapore has the pull needed to get Google to move.

    Brussels effect. Imagine Google were to still allow unverified apps in the US. Most devs would still opt for verification so as not to lose the EU market. The proportion of malware is probably going to be higher among the few remaining unverified apps. Sooner or later, some US scam victims would sue Google for failing to protect them like it protects Europeans. Hard to refute.

  • source
  • parent
  • load more comments (-1 replies)
    [–] 41 points 1 year ago (12 children)

    So... Will the ADB let me do this? reVanced specially, YouTube is completely unwatchable otherwise.

  • source
  • hideshow 12 child comments
  • [–] 13 points 1 year ago

    I haven't used revanced in a while, but Fennic + ubo + sponsor block should get you to basically the same place unless they've added new features since I used it last.

    No separate app required.

  • source
  • parent
  • [–] 12 points 1 year ago (2 children)

    I suspect this is designed to block revanced entirely. It won't be able to install the apk it compiles or downloads, so apps won't be able to update even if you have it installed via adb to begin with.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 7 points 1 year ago (3 children)

    Shizuku + Obtainium might still be an option.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 3 points 1 year ago

    They're doing the same thing Apple has been doing for years, I used to run a self-signing application which ran every week or so by itself.

    Workarounds are going to exist plenty, it's just a slap in the face. Especially because the Play Store is filled with malware. Apple's strict rules are horrible for developers, but at least it's not as riddled with malware.

  • source
  • parent
  • [–] 4 points 1 year ago (1 child)

    All APKs will require a signed developer certificate.

    I doubt they will be signing keys for developers who circumvent Google's services, or that violate their ToS.

    They're copying this scheme from Apple in Europe, when it was forced to allow other app stores.

    In that case, Apple revoked certificates for apps it didn't like, such as P2P/torrents. Mind you, these were NOT apps that were not hosted on Apple's App Store.

  • source
  • parent
  • hideshow 1 child comment
  • load more comments
    view more: next ›
    76 comments in c/linuxphones@lemmy.ca view that post
    16 comments in c/android@lemdro.id view that post