this post was submitted on 13 Oct 2025
351 points (99.2% liked)

Open Source

41451 readers
302 users here now

All about open source! Feel free to ask questions, and share news, and interesting stuff!

Useful Links

Rules

Related Communities

Community icon from opensource.org, but we are not affiliated with them.

founded 6 years ago
MODERATORS
 

I mostly use apps installed from F-Droid, so I’m not sure how I’ll use the phone, except that it’s sometimes required as a contact method.

you are viewing a single comment's thread
view the rest of the comments
[–] 17lifers@sopuli.xyz 100 points 4 days ago* (last edited 4 days ago) (3 children)

install them with adb. its a crucial feature for developers, so they won't easiky get rid of it.

[–] berty@feddit.org 23 points 4 days ago (1 children)

How do you get updates when installing via adb?

[–] frongt@lemmy.zip 58 points 4 days ago

Install them via adb, probably

[–] tisktisk@piefed.social 10 points 4 days ago (5 children)

Is this manageable for the non-dev by chance? I can get by on a tutorial or too but if enough things break I'm feeling a dumbphone alt may be the only viable path

[–] Kraiden@piefed.social 26 points 4 days ago (1 children)

Depends on your comfort with CLI tools. Here's the process (assumes Windows):

  1. Download and extract platform tools
  2. Add that location to your PATH
  • Win + R, type "cmd", enter
  • set PATH=%PATH%;C:\your\path\here\ <- Temporary, just for the current session
  • setx /M path "%path%;C:\your\path\here\" <- Permanent
  1. On your device, go to Settings -> About and look for Build Number it can sometimes be buried in Software Information

  2. Tap Build Number repeatedly until a message appears You are now a developer

  3. You should now have a new Developer options menu item somewhere in your settings. Sometimes it's top level, sometimes it's buried under Additional Settings or Advanced Settings or the like

  4. Make sure USB Debugging is turned on

  5. Connect the device over USB

  6. Back on WIndows type:

  • adb devices
  • You might get a popup on the device asking if you want to allow USB debugging. Select Yes, and run adb devices again. You should see your device listed
  1. Download the APK of the app you want to install (AAB files are a PITA, but can be installed too. Try to get APK files though)
  2. Install with:
  • adb install C:/path/to/app.apk <- if adb devices only returns one device
  • adb -s <device_id> install C:/path/to/app.apk <- specific device

You can install updates the same way, just download the updated APK and add the -r flag adb install -r C:/path/to/app.apk

More useful adb commands

[–] Evotech@lemmy.world 22 points 4 days ago (3 children)
[–] Aceticon@lemmy.dbzer0.com 9 points 4 days ago* (last edited 4 days ago) (1 children)

Most of that stuff is automatable - except the bit about activating Developer mode and USB Debugging on the device (steps 3 to 6) which only needs to be done once per device - so I expect we will soon see several nice GUI tools that automate the rest and eventually we might even just see stuff that talks directly to the phone over USB via libusb and using the same protocol as ADB, so installing the Android Platform Tools won't at all be needed.

But yeah, at this point it requires people to at the very least be familiar with using the command line.

[–] Prathas@lemmy.zip 3 points 3 days ago (1 children)

Someone suggested elsewhere (I can't remember where) that Shizuku could be messed around with to allow installation without any computer's involvement at all, to emulate adb on the phone itself. Would you know anything about this workaround?

[–] Aceticon@lemmy.dbzer0.com 4 points 3 days ago* (last edited 3 days ago)

A quick look through its documentation shows that it instructs the user how to go through a subset of the instructions the original user provided (or an alternative set of instructions if using Android 11+ as there it can use a different mechanism) plus a few more, in order to run a Shizuku service as user "adb".

From then on, that Shizuku service can then be used by other apps to do everything the "adb" user can, including installing and updating applications.

So I guess it could be used by something like F-Droid to go around Google's new mechanism to close down app installs.

For Android < 11 it's is no more non-expert friendly than the instructions already provided by the original user, though it's better in Android 11+ as there it's all interacting with menus on the Android side (see here under Start Shizuku)

[–] Kraiden@piefed.social 6 points 4 days ago

That's why I posted it. So people can decide for themselves. Doesn't seem that bad to me, but then I'm a dev, so it's really hard to judge what a non dev would be comfortable with

[–] umbrella@lemmy.ml 1 points 3 days ago* (last edited 3 days ago)

yes actually, it's just not that practical.

which i think might be the entire point anyway.

[–] illusionist@lemmy.zip 8 points 4 days ago (1 children)

No it's not. Not because of that it's too difficult but it's too much work on a weekly basis just to update your stuff.

I have no rooted phone because I have grapheneos but it should be possible to do it directly on your rooted phone with shizuku et al which wouldn't be that bad.

[–] BarrelAgedBoredom@lemmy.zip 3 points 4 days ago (2 children)

How's graphene been serving you? I've wanted to take the plunge for a while now and this no side loading bs has me looking into it again

[–] naeap@sopuli.xyz 4 points 3 days ago

Can just confirm the other comment

GrapheneOS is serving me very well
No problems (currently) with banking apps either

I'm very happy with it - although a real Linux phone would be really cool

[–] illusionist@lemmy.zip 6 points 4 days ago

Gos is good. It is a solid os. I like it a lot. I have a lot of freedom that I don't have on other phones. But it is also just android. other brands like samsung added a lot of goodies to their os. It is a phone, it works, it's alright. It took me a while to understand that graphene's exploit protection slows down apps. I disable that for all important apps like osmand where speed is crucial. Osmand is still slower than on an iphone 6. Do I have to use it security wise? No, but I like supporting it. Will my next phone have gos as well? Yes. It has no annoyance on it. There is no unwanted app or anything. That's amazing.

[–] Klajan@lemmy.zip 3 points 4 days ago

There is also Shizuku that might be utilized in der Future to install apps (Im just speculating here)

Yes it is.

It will probably be something similar to ios altstore. You would have an app which has a list of your non-playstore apps and repo for their releases and would notify you for upgrades that you would manually have to install (for example I suppose obtainium will implement adb), the setup will be annoying but far far less cumbersome than apple where you have to reboot your device multiple times self sign ipas and refresh once a week otherwise the apps don't load at all. This iOS experience is awful but still doable and non-dev. Android will have a better experience for sure.

[–] NuXCOM_90Percent@lemmy.zip 1 points 4 days ago (1 children)

Is this manageable for the non-dev by chance?

Not really.

I've not been following things super closely, but the idea would be that each user would get their own developer key and then locally compile and deploy whatever apps they want as though it were a project they themselves were working on. The first bit is not too dissimilar from how a lot of people with XBOXes made dev accounts to install emulators. But the latter is going to get real messy and REAL compromised REAL fast as people just use third party tools and binaries that will inevitably be compromised.

I’m feeling a dumbphone alt may be the only viable path

It really depends on what your use case is. If you actually just talk to people on phones? Uhm... I am not even sure where you would find a dumb phone at this point, but that will probably work for voice calls and SMS using just your carrier and MAYBE wifi. But anything that involves apps, which is a shockingly large part of the world, will be a mess. Some you can (and should) do workarounds (banking apps, for example) but others you are kind of up a creek since your options are to use a modern phone or not be able to (for example) see your kid's daycare schedule.

[–] PoisonedPrisonPanda@discuss.tchncs.de 1 points 4 days ago (1 children)

where do you get that stuff with a dev key?

sideloading is completely fine, only requirements are the tools on the pc and a cable.

[–] NuXCOM_90Percent@lemmy.zip 1 points 4 days ago (1 children)

I've seen differing reports on that one. One Q&A with a google rep that made it sound like android studio (? The IDE/toolkit) could still do whatever without a key but with a lot of vague reference to other modes and programs.

Which, to me, reeks of "Sooner than later, all devs will need a key". Because if it were really that clean cut, they would be screaming it from the mountain top.

[–] PoisonedPrisonPanda@discuss.tchncs.de 1 points 4 days ago (1 children)

I think that goes similarily with the plan that app publishers need to be authorized to publish on play store? same as with a key. KYC everywhere

so you mean unauthorized apps wont be running on android?

that would be anyway the enshittification of android.

[–] NuXCOM_90Percent@lemmy.zip 1 points 3 days ago

so you mean unauthorized apps wont be running on android?

That is indeed the plan and what is meant by "starts restricting FOSS apps" (which is an incorrect statement but whatever)

https://arstechnica.com/gadgets/2025/08/google-will-block-sideloading-of-unverified-android-apps-starting-next-year/

However, making that happen outside of its app store will require Google to take a page from Apple's playbook and flex its muscle in a way many Android users and developers could find intrusive. Google plans to create a streamlined Android Developer Console, which devs will use if they plan to distribute apps outside of the Play Store. After verifying their identities, developers will have to register the package name and signing keys of their apps. Google won't check the content or functionality of the apps, though.

(...)

Google says that only apps with verified identities will be installable on certified Android devices, which is virtually every Android-based device

What was argued was that people can basically just compile/download and deploy their own apps via development tools. Which is unfeasible for the vast majority of users for skill reasons but also, as I said, likely to be blocked by google themselves in the not too distant future.

[–] shadshack@sh.itjust.works 3 points 4 days ago

LADB can have a phone connect to itself over ADB and install apks which are stored on the phone. Maybe F-Droid can utilize this as an installation medium.