• Feyd@programming.dev
    link
    fedilink
    English
    arrow-up
    149
    ·
    15 days ago

    They won’t kill side loading (the fact we even call it side loading instead of simply installing software is a problem). They’ll just shoot it in the knees a little. No big deal.

    • XLE@piefed.social
      link
      fedilink
      English
      arrow-up
      47
      ·
      15 days ago

      They’ll be able to stop a group of less technically savvy people, who currently are sideloading, from using their phones the way they choose. Apparently that’s good enough for Google.

      • CallMeAnAI@lemmy.world
        link
        fedilink
        English
        arrow-up
        15
        ·
        15 days ago

        I bet you less than 1% of users are even aware and of that less than .1% can’t figure out what they need.

      • Cocodapuf@lemmy.world
        link
        fedilink
        English
        arrow-up
        7
        ·
        edit-2
        14 days ago

        I don’t know, it’s possible that the number of people already interested in sideloading and savvy enough to do it, but not savvy enough to get over this new hurdle, may be a very small number.

        I mean there are already some roadblocks to sideloading and scary system messages about safety and security risks.

    • AbidanYre@lemmy.world
      link
      fedilink
      English
      arrow-up
      17
      ·
      15 days ago

      They already don’t let you use Google pay if you don’t give them control of your phone. This is just tightening the noose a little bit.

      • Feyd@programming.dev
        link
        fedilink
        English
        arrow-up
        29
        ·
        15 days ago

        People shouldn’t use google pay in the first place. All of these things being tied together by the same group is a problem in and of itself.

      • Lost_My_Mind@lemmy.world
        link
        fedilink
        English
        arrow-up
        19
        ·
        15 days ago

        Push 3 degrees harder, relent 2 when there’s resistance.

        Meaning, 3 steps ahead for them if there’s no resistance. 1 step ahead if there is.

        Wait some time, repeat.

      • Midnight Wolf@lemmy.world
        link
        fedilink
        English
        arrow-up
        9
        ·
        15 days ago

        That is more the fault/worry of the financial sector and not G. The fact that they gave up this amount of leeway is shocking. Their risk tolerance is very low and giving G the ability to manage virtual cards and allow payments with them is huge in itself.

        Even Privacy, which does part of the same thing/idea, still only works for some cards, doesn’t work at all for credit cards (last time I checked), and has been in the sector for a similar amount of time.

        G had to lock down Pay to appease the financial sector’s risk management. Anything else was DOA.

        • Zak@lemmy.world
          link
          fedilink
          English
          arrow-up
          6
          ·
          15 days ago

          I wonder what an alternate history where Google chose not to become evil would look like.

          What if they had looked at Microsoft’s Palladium proposal and thought, as pretty much everyone outside institutional IT departments did that locked devices with remote attestation was a nightmare scenario best forgotten, refused to build it, and made an effort to prevent anyone else from doing so on top of Android? Safetynet didn’t appear until 5-6 years after Android launched to the public. What if it never did? Android already had enough momentum by that point I don’t think the financial sector could refuse to be on it no matter what risk management said.

          • Midnight Wolf@lemmy.world
            link
            fedilink
            English
            arrow-up
            5
            ·
            15 days ago

            Well, I kind of know what happened in that scenario… because it did. Until Pay, there was Wallet. The original Wallet, not the current one. Wallet had a physical and virtual prepaid debit card, that you would load up and manage in the app. I used it a few times (new tech woo), and distinctively remember ordering at a McDonald’s, the clerk announced the cost, I held my Nexus 7 to the new nfc pad, they started to say ‘uhh no you have to-’ and then a success beep, and their jaw dropped. They thought it was nuts, I told them in a few years ‘this will be everywhere’.

            So before Pay, there was Wallet, and it’s own little sandbox of testing if anyone would use this. A couple years later the Wallet card discontinued, and Pay took its place.

            • Zak@lemmy.world
              link
              fedilink
              English
              arrow-up
              5
              ·
              14 days ago

              A different Wallet/Pay implementation is a possible outcome, but I’m thinking of a bigger picture where Android phones are more like PCs: no non-unlockable bootloaders, no remote attestation anywhere, barriers to root detection at the OS level, third-party ROMs encouraged.

              The early days of Android were like that. I wonder if things had developed along that path, would we have a paradise for power users? A security nightmare for mainstream users? Both? Neither?

            • AbidanYre@lemmy.world
              link
              fedilink
              English
              arrow-up
              2
              ·
              14 days ago

              Until Pay, there was Wallet. The original Wallet, not the current one.

              Classic Google.

              I remember wallet only working consistently at McDonald’s.

  • WideEyedStupid@lemmy.world
    link
    fedilink
    English
    arrow-up
    89
    ·
    14 days ago

    I fucking hate that word. It’s not ‘sideloading’ to install on my own device what I want to install, to use the apps I want to use; to not use the apps I don’t want to use. I am not ‘sideloading’ anything when I install programs on my PC. No different on my phone.

    Fuck off with all these new bullshit terms that are only used to imply that what we’re doing (with our own devices) is somehow outside the norm, to justify the constant enshittifcation and the growing stranglehold these corporations want on our lives. It’s infuriating.

      • Gigasser@lemmy.world
        link
        fedilink
        English
        arrow-up
        24
        ·
        15 days ago

        My guess is that any good Linux phone experience would need greater funding from some company or foundation…(Valve please?)

        • Midnight Wolf@lemmy.world
          link
          fedilink
          English
          arrow-up
          13
          ·
          15 days ago

          That’s kind of a double edged sword though. Android got a foothold because a small scrappy unknown company in silicon valley brought them into the fold…

  • Kissaki@feddit.org
    link
    fedilink
    English
    arrow-up
    64
    ·
    14 days ago

    The company says it is now developing an “advanced flow that allows experienced users to accept the risks of installing software that isn’t verified.” This installation flow will include safeguards to protect people who are being coerced into installing a dangerous app, or tricked by a scammer, along with “clear warnings to ensure users fully understand the risks involved.”

    IIRC we already had to enable a setting and confirm a warning popup. What are they gonna do? Add more popups? A captcha-“puzzle”? Less easy to accept dialogs?

    • Holytimes@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      6
      ·
      14 days ago

      Honestly a less easy to accept dialog would go a long way.

      Just make it require ADB. Iv had my grandfather fall victim to a crypto scam that got him to install a app on his phone.

      As much as we hate it, google is the only one who has any power to prevent abuse of the stupid, elderly and gullible. Someone has too.

      There is a line of going to far to protect people that just makes things worse for everyone. But the reality is, our freedom comes at the expense of others freedom.

      Finding the balance is hard.

      • adavis@lemmy.world
        link
        fedilink
        English
        arrow-up
        22
        ·
        14 days ago

        Nah screw needing adb, that absolutely kills free and open source software stores like fdroid, and fdroid have said as much that Google’s then planned signing requirements would lead fdroid to stop.

        The only way I’d even be remotely OK with another adb requirement is if

        1. it’s a requirement to unlock the ability to install unsigned apps, ie it’s not to an install an app but set a flag
        2. #1 becomes a requirement for Google certification so all manufacturers have to allow it
        3. It doesn’t cause other types of attestation to fail that we see with unlocked, rooted and third party roms failing certain checks preventing some apps, most commonly banking ones from working
      • As much as we hate it, google is the only one who has any power to prevent abuse of the stupid, elderly and gullible. Someone has too.

        Not far enough. We should require a government agent to be with people to verify there isn’t any fraud before allowing any money transactions to happen.

        Wanna buy food at the grocery store? Please wait for your assigned NSA agent to verify that you’re not being scammed.

        (Is /s even needed?)

      • Kissaki@feddit.org
        link
        fedilink
        English
        arrow-up
        1
        ·
        12 days ago

        I think the dialog can be changed to give a more stern and obvious warning before escalating to no alternative installs without developer tooling.

  • 6nk06@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    50
    ·
    15 days ago

    A “concession” to use your phone, and you need to give your address, phone number, and ID. Fuck off.

  • FauxLiving@lemmy.world
    link
    fedilink
    English
    arrow-up
    30
    ·
    15 days ago

    They’re not killing sideloading, they’re just building the gallows and sharpening the axe.

    The outrage doesn’t stop anything, it just makes them slow their plans and wait out the public outrage.

  • XLE@piefed.social
    link
    fedilink
    English
    arrow-up
    26
    ·
    15 days ago

    The company has confirmed that it is developing an “advanced flow” to let experienced users install apps from unverified developers

    How about don’t change it at all, Google

  • termaxima@slrpnk.net
    link
    fedilink
    English
    arrow-up
    24
    ·
    14 days ago

    “side” loading is just normal loading for me. I have one single app from the google app store. (It’s cookie clicker 😂)

    • TheGrandNagus@lemmy.world
      link
      fedilink
      English
      arrow-up
      35
      ·
      14 days ago

      Even calling it side loading is an attempt to delegitimise the practice. To make it sound like you’re doing something dodgy by the side.

      It’s just installing an app.

      Nobody calls installing an app from outside the Microsoft store on their Windows PC “side loading”.

      Likewise for Macs regarding their app store, or installing an app from outside your distro’s repository on Linux.

    • Gsus4@mander.xyzOP
      link
      fedilink
      English
      arrow-up
      6
      ·
      14 days ago

      Do you use Fdroid or simply get apks online, like we all used to before these walled gardens?

      • termaxima@slrpnk.net
        link
        fedilink
        English
        arrow-up
        5
        ·
        14 days ago

        Neither ! I use Obtainium, which allows you to get apps directly from the source, with the convenience of a normal app store for updating !

        I usually look for apps on droid-ify, which is an alternative front end to f-droid, then whenever possible I copy the link of the source repo and install via Obtainium ; when I can’t I install the f-droid version via Obtainium as well (as a result, I have 0 apps installed by droid-ify, I only use it for search)

        When I need an App Store exclusive app, I install it via Aurora Store (which downloads apps via shared anonymous accounts)

        The only thing this system can’t get around is paid apps from the App Store. I have exactly one : Cookie Clicker. (I like the game in general so I paid to support the dev)

      • Joelk111@lemmy.world
        link
        fedilink
        English
        arrow-up
        4
        ·
        edit-2
        14 days ago

        I use fdroid whenever possible, but I do use Google Play for most everything else. I do have a few apps that I install via APK, but built-in updaters are so uncommon on Android apps that it’s kind of a pain to maintain.

        • Buckshot@programming.dev
          link
          fedilink
          English
          arrow-up
          5
          ·
          14 days ago

          Obtainium can solve that. It will check websites for updates and then download the new apk and install it. I use it more than fdroid now, can get apk straight from the developers github repo usually.

  • Anon764967@lemmy.org
    link
    fedilink
    English
    arrow-up
    20
    ·
    14 days ago

    I’m not worried about sideloading because I use GrapheneOS, but I’m worried that development for various apps might stop…

  • x00z@lemmy.world
    link
    fedilink
    English
    arrow-up
    17
    ·
    14 days ago

    Weird that they want to do all the verification themselves and not just allow certificate signing using verified CAs. Oh well it’s not weird because we all know Google does this to fight back against third party stores and to get developers back to their shitty one and of course to better track them.

    • NateNate60@lemmy.world
      link
      fedilink
      English
      arrow-up
      2
      ·
      13 days ago

      I’m guessing what you’re suggesting is that Google’s proposal is the same as requiring all packages be signed and accompanied by an Extended Validation or Oragnisation Validation X.509 certificate.

      While that would technically work, the problem with using the existing PKI is that it’s still very expensive to get EV/OV certificates. And the most common of these certs (those for TLS purposes) will soon only last 47 days which is, to put it mildly, would be a pain in the ass to use for package-signing.

      • x00z@lemmy.world
        link
        fedilink
        English
        arrow-up
        1
        ·
        13 days ago

        My project uses a free one from SignPath. They offer this for opensource projects and require a verifiable GitHub build process. It’s not EV certs but it’s good enough and free.

  • WhyJiffie@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    15
    ·
    edit-2
    14 days ago

    edit: this is an article from November, its not something new…


    bullshit! if this is actually what the “new” rule is, the exact same thing was already part of their unacceptable original plans.

    To accommodate educational and noncommercial development, Google will introduce a new limited developer account type aimed at students and hobbyists. These accounts will not undergo full identity verification but will instead allow app installations on a restricted number of registered devices.

    no to any kind of accounts, to any kind of developer registration, and any kind of install limits! its none of google’s business what apps people install outside their store, and so they shouldn’t be able to enforce a global installation limit for any apps!