Linux phones are still behind android and iPhone, but the gap shrank a surprising amount while I wasn’t looking. These are damn near usable day to day phones now! But there are still a few things that need done and I was wondering what everyone’s thoughts on these were:
1 - tap to pay. I don’t see how this can practically be done. Like, at all.
2 - android auto/apple CarPlay emulation. A Linux phones could theoretically emulate one of these protocols and display a separate session on the head unit of a car. But I dont see any kind of project out there that already does this in an open-source kind of way. The closest I can find are some shady dongles on amazon that give wireless CarPlay to head units that normally require USB cables. It can be done, but I don’t see it being done in our community.
3 - voice assistants. wether done on device or phoning into our home servers and having requests processed there, this should be doable and integrated with convenient shortcuts. Home assistant has some things like this, and there’s good-old Mycroft blowing around out there still. Siri is used every day by plenty of people and she sucks. If that’s the benchmark I think our community can easily meet that.
I started looking at Linux phones again because I loathe what apple is doing to this UI now and android has some interesting foldables but now that google is forcing Gemini into everything and you can’t turn it off, killing third party ROMS, and getting somehow even MORE invasive, that whole ecosystem seems like it’s about to march right off a cliff so its not an option anymore for me.
You must log in or register to comment.
tap to pay, voice assistants, carplay…everything I hate about modern phones. Don’t threaten me with a good time, Linux.
You may not like tap to pay or CarPlay but I and a lot of others do.
It’s a deal breaker for me to not have these two features in a product I’d like to spend hard earned money on.
But those features are not OS implementation issues. They are simply hardware driver issues.
Don’t want or need any of those things you mention. I want a phone, I want to be able to send messages, I want GPS and a camera. Good battery life, wifi and enough memory and storage… And then privacy…
Same. Has that been solved yet?
Vollaphone with Ubuntu touch can do that.
I thought Ububtu Touch was abandoned?
XL device
Ugh, nope. I want something small
It didn’t die but interest really died down. It’s still based on 20.04 if that’s any indicator and was on 16.04 before that.
I already don’t have any of those things on my de-googled android. I’m used to it. Sure, they would be nice, but it’s not a dealbreaker that I have to tap a card instead of my phone, or use Bluetooth instead of carplay, or type on my phone instead of talking to it.
The only thing I was missing without Google was push notifications. And that works out of the box on my /e/ OS FP5. It provides the same API as GSF, but with a different, anonymous push service. I doubt that there will ever be a workaround for Google Pay, because you need the intersection of a well-known company and low level device integration for that to work. And as you say, it’s not a big deal. The Graphene OS guys were pretty smug for a long while about how superior their sandboxed-GSF approach is, but look how that worked out for them. MicroG was always the right idea and if it can’t be done with MicroG it isn’t worth doing (on Android).
Actually I don’t need any of those things you mention. It may be a mistake to assume that Linux phones should imitate Google/Apple phones.
Obviously this is subjective, but I use android auto all the time and something similar for a linux phone would be really nice for me. Don’t dismiss them just cause you wouldn’t use them
My thoughts exactly reading this list. I don’t use any of those as-is and have zero interest. I do agree Linux phones seem a bit behind at the moment, but as soon as they’re on par with say GrapheneOS, then we’re golden.
It’s not that I want an imitation, but I do want certain functionalities to be available
Dunno. GPS and map apps seems pretty important for something more mobile than a laptop.
That’s about the connection to Car Play, not GPS
Doesn’t GPS work on Linux phones? As for map apps, OpenStreetMaps based apps are free and more acurate than google (atleast in my region), the only thing that might be lacking is realtime traffic information.
Is there an osmand app for Linux?
Not directly, here’s what we have:
https://linuxphoneapps.org/categories/maps-and-navigation/
Of these, at least PureMaps does turn-by-turn - as a no-car-person that last drove in meaningful way when paper maps where a thing, I am the wrong person to ask about car navigation stuff.
Additionally, there’s the OrganicMaps desktop flatpak (not a great experience, only good for seeing where you are) and zooming around. Fortunately, a work on a mobile-friendly Kirigami app for OrganicMaps has been funded by nlnet.
Also, runnning some web Maps in a browser (e.g., via https://linuxphoneapps.org/apps/dev.heppen.webapps/) is always an option (e.g., for browsing Google Maps for an open restaurant nearby).
One of the most useful things about OSMAnd to me is the Brouter integration for bike routes, so it would be great to see this as an option for Linux
@sudoer777 @1peter10 , but they can’t seem to keep the bots off it.
Same. Never use these things on Android.
Everyone here just saying “oh I don’t use that therefore no one needs it and should just lose it and switch to a Linux distro” is not helping anyone. This person told us their requirements to switch. How hard is that to understand for anyone. They also told us the requirements of most of the population. This concept should not be so hard to understand. Everyone has features they need in certain products. Some people don’t care how headphones sound they just care that they make sound others are really picky audiophles. It’s all preference
Who said that? There is a lot of comments saying “I dont use those features maybe i should switch” but I dont see a single comment telling others to switch.
Someone did do some work on reimplementing the Android Auto Client Server API.
Just needs time and interest.
God i wish I was smart enough to contribute to these things
It’s not too late, I have faith in you
Claude code can help
No it can’t. Why would someone maintaining a code base want to read and debug code submitted by someone else who didn’t even bother to write it, especially if I’m not already using Claude code or another vibe code generator.
Are those actually the only things you find lacking? If so that’s really good, practically the same as using LineageOS without any Google services.
I don’t use any of the stuff you mentioned and might have to consider Linux mobile as a daily driver if it’s that good. Especially if Google kills custom ROMs, it sounds like the people already running them would feel right at home switching to Linux mobile.
More importantly, how’s the app situation? Can people generally expect most of the desktop GTK or Qt apps they’re familiar with to be usable on a phone form factor? Is there a reliable way to run Android APKs on regular Linux now? At the very least F-droid apps?
Yes most native applications are responsive and adapt to mobile.
GTK has it built into it’s widgets. But some third party apps on GTK/QT may not adapt.
The capability is there though.
As someone who spent some time on the topic (result), it’s not that every new app is adaptive. Even if someone uses the nice new widgets of libadwaita (or previously libhandy (GTK3)), that app is not necessary running well on mobile if width-reqests demand a higher minimal width or content is just too wide.
The same is true for QtQuick Components or Kirigami, which are the equivalent for adaptive Qt apps.
That said, yes, many new apps developed with these technologies work fine OOTB without the developer even knowing; and if they are too wide or tall, fixing that is usually rather simple and not a full rewrite/redesign.
To answer your question about Android apps, there is an application called Waydroid that can run on Linux phones. This essentially emulates Android and you can install apps on there. Some Play Store apps require access to Google Play Services, and even though MicroG tries to emulate it without being as privacy invasive, it is not perfect and some apps won’t run well or even at all.
I only use it for a few things that do not have any way to access through a web browser.
Yes, you can even run android apps on Linux mobile using waydroid or something similar. So even if you need your stopgap android apps while waiting for Linux equivalents, waydroid has your back.
As for me, I plan on using PWAs as much as possible.
By tap to pay, you mean things like Apple pay and Google pay? We don’t have that on degoogled androids, let alone on Linux phones…
But they are still incredibly useful. I do and will put up with a fully-googled phone just for that convenience.
do they come with a surcharge on every payment?
I’ve never seen a surcharge for tap to pay in the US. I’m not sure about elsewhere, but whether I’m tapping my car, my phone, or my watch I have never seen any surcharge from the retailer, my banks, or from Google.
ok that makes things better. Here its like a 1-3% surcharge at some shops while larger shops eat the cost.
We do occasionally see a small surcharge in the US when using a card, but that’s regardless of method (swipe, insert, or tap). Very small businesses will often charge 1-5% for any debit or credit purchase, and cash price is the listed price. But again, that’s not tap specific
- Would require banks and such to cooperate. Good luck with that, Microsoft and Google will just pay banks to keep us out
#1 only happens if the EU gets it as a secondary part of whatever their plan is to de-americanize payment-processing
Help a non-techy out. I’ve fully switched my computers to Linux (fedora workstation, silver blue, and ubuntu). Been Linux only for several years now. Silverblue is probably my favorite. I’m willing to make the switch for my phone, too. But there are a few things I’m pretty reliant on:
My banking apps, cash app, and, embarrassing as it may be to admit, Grindr.
Any chance of getting those?
You can run Android apps on a Linux phone via Waydroid, but banking apps could be an issue if they force these Google intrgrity checks. Grindr probably does not?
Anyway, you should be able to fire up Waydroid on your Linux desktop and test this beforehand. I have never done this myself, so I might have misunderstood something.
Grindr doesn’t even work on GrapheneOS, it’s security checks are insane. I tried the modded Grindr app and they instantly banned my account, so I decided the app isn’t worth my time.
Baking apps: pin the websites Grindr: use waydroid or switch to sniffies Cash App: oof, I don’t know if waydroid will be enough for this one.
I’ve honestly never considered using my bank through a mobile browser. Yeah, it I can do that I’d be fine on that front.
Sniffies is completely dead here, and the dudes that are on it are gross. Grindr isn’t much better, but since everyone’s on it you can occasionally find people who are willing to use protection or hosting someone other than some bushes. I’ll try way droid and see if it works. If it doesn’t, I googled it and it says you can use Grindr from desktop if you pay… I may end up having to do that if I made the switch.
Which leaves cash app as the biggie. I’ll try waydroid, but if it doesn’t work I’ll probably end up needing to keep android or switching to iOS (I hate iPhones:( ), or maybe even getting a second phone I use exclusively for cash app. No sim, just my wifi hotspot (can you do a wifi hotspot with a Linux phone yet?). In order to prevent overdrafts and accidental charges, I never spend directly from my bank account. I transfer exactly what I’ll need for each purchase to cash app before the transaction and shop like that. Keeps me aware, and no accidental charges or surprises.
Baking apps: pin the websites
Typically if you want to check your account status sure, that work. Maybe do an IBAN transfer, if somehow 2nd step auth via their app isn’t required, but typically mobile payment, even if it’s not really mobile (e.g. scanning a QRcode on a desktop) requires their app. So in theory yes, in practice for most of the things people use banking daily it’s closer to mobile payment IMHO, which is basically owned by iOS/Android AFAICT.
Power consumption needs work also.
As for tap to pay, I’ve found I’ve used it a lot less after getting a mag safe wallet. It’s a good stopgap imo
RCS text messaging is another to consider, at least in the US. The carriers implanted it in a proprietary way, so only Apple and Google apps have it. It’s a poor substitute for an IM/chat app and not private and secure like it was promised due to poor implementations, but it’s still far better than plain SMS. I still have people I can’t get to use Signal or another secure IM app.
The Android Auto is the only one I’d be sad about. I love not having to use my phone’s screen for navigation and the navigation built into most cars is crap and expensive to keep maps and data updated. I like being able to use any navigation app, though Google Maps/Waze is still the only one I’ve found that has both live traffic info, which is extremely important with my city, and reading the street names rather than just “turn left” it says “turn left on some street” so I don’t have to look at the screen as much.
I use GrapheneOS and that’s what I won’t be able to replace once I finish my Immich and Home Assistant self host setups to replace Google Photos and Google Home/Nest, but st least they are sandboxed a bit.
Though Google has been moving to make it even more difficult to use their apps on these alternate OSes. Like I just found that Google Photos latest version pops up a not closeable error screen if it doesn’t have full “photos and video” access. Doesn’t work with the limited access or storage scopes that come with GrapheneOS, at least for now. I have photos I don’t want google to scan and index even if they are not being uploaded, which they do now. It’s obviously a ploy to get access to your data since it used to work fine. Now, I just use the mobile website instead until I have time to get Immich totally working and get people to switch if they want to see my stuff or share with me.
I think JMP.chat supports RCS, and it lets you text through Cheogram or another XMPP client. I believe it also upgrades the connection if both users are using Cheogram similar to Signal when it supported SMS
This is like a google voice number? Do they do VoIP and voicemail transcription, because I don’t have a replacement for Google voice yet.
Edit: yes they do voip, voicemail, and transcriptions, but they do not do RCS yet. When they do, I might consider switching, especially if I can use their voicemail for my regular number, like gv.
JMP does not (yet) support these features:
- RCS, which allows for video calls over the phone network.
Apparently the RCS is being tested still. Other than that, yes it’s similar to Google voice but the clients are open source
I don’t really see any of these as deal breakers, because I think the state of Linux phones in 2025 isn’t about being “finished” or “perfect,” it’s about being part of a bigger journey. Every limitation mentioned is just a reflection of where things stand right now, not anything permanent. What kinda excites me is that Linux phones are built around openness, community, and the freedom to adapt, qualities you don’t really get with mainstream options. Sure, there are missing features, rough edges, and some compromises, but none of that outweighs the value of having a device that puts you in control…
While I appreciate that, I really want the freedom to use it that way I want to, not the way others are happy with. It’s open, which makes that theoretically possible, but I’m no Linux dev. I can’t create missing features. So I need to work with what people smarter than me came up with.
I get what you mean. The openness invites possibility, but for a lot of us can feel limiting when we can’t build the missing things ourselves…
tap to pay
I don’t see why the Linux kernel couldn’t add support for NFC devices or someone couldn’t write a driver. I always pay for everything in cash anyway.
voice assistants
I know there are foss and local-only voice assistants for Android so it is possible. You’d be limited by the computing power of a phone so eg I imagine running ollama on a phone would be a huge battery drain.
I don’t think that’s the issue with tap to pay. Linux already works with NFC, the issue is banks and payment apps.
Which is why having it call out to something I control rather than a tech bros server is okay to me.
1 - tap to pay. I don’t see how this can practically be done. Like, at all.
Yeah, better go back to carrying pieces of plastic with you at all times. Bonus: you can leave your phone home and still pay for things.
Better yet, cash
You heathen!
Actually I don’t care.
Yea but with cash you have to carry a fat wallet around and are limited to a finite amount of your money. I get that it has its advantages, but it has disadvantages too.
That’s fine if your bank provides tap-to-pay plastic, but not all do, so you end up more vulnerable to skimmers.
Each contactless payment generates a transaction-specific, one-time code, that is extremely effective in reducing counterfeit fraud.
https://usa.visa.com/pay-with-visa/contactless-payments/contactless-payments.html
I dont use my phone to pay, I use my watch and have for years. Everywhere. And it works fine the few times I’ve left my phone behind.
