AOSP is open and is a much better starting place than anything else.
There's no great reason for these to be Android/Apple specific. I'm just offering examples as requested.
Allows you to have a digital copy of your ID and sign in to government sites/services (there are alternative methods).
Wouldn’t well designed mobile web-apps suffice for that use case? I have several web-app site shortcuts linked on my Home Screen which behave just like the native apps. In most cases I don’t see why that would not be sufficient, including most “government apps” use cases
It can't emulate hardware attestation though, which most bank apps now require, so good luck with that.
People here seem to think this is some sort of Orwellian attempt to control them, but the reasons are more mundane and technical - many of them (mine included, from two countries) use security facilities on the phone to secure your accounts.
For example, my HSBC UK app has replaced the little calculator thing they used to ship, and uses iOS face recognition to secure the generation of log-on codes which you need in order to use the web interface, as well as for secure access to the banking app directly.
With a rooted phone they don't have the guarantees that these aren't being exfiltrated, or the app being subverted in novel ways, so they don't want to support it.
You may not consider this a good enough reason, and I have heard it said on HN that 'the banks shouldn't get to control what I do on my computing device!', and that attitude is absolutely fine, but then you'll most likely end up with either less secure banking (meaning more fraud, higher fees etc) or going back to having to have a dedicated security device.
> I can deposit checks through it on my laptop
American-like banking detected... who uses checks in 2025?! :)
Yeah, fair. :-) I live in a small town, the only check I write is my rent check, which I literally walk across the street to deposit. But I still on rare occasions receive checks as well.
I did receive one check this year, a refund from a company who had screwed up billing on a medical scan. For some reason they couldn't just refund it to my debit card. It was really annoying to have to get to a bank during opening hours to deposit it, but my bank here doesn't offer mobile check scanning. Some do, my old UK bank did ... oh well.
> apparently it needs to be said that I am not suggesting you switch to Linux on your phone today; just that development needs to accelerate. Please don’t be one of the 34 people that replied to tell me Linux is not ready.
Common people don't care about the OS, they care about apps.
It's a chicken-egg issue. The last 10% of polish won't be done till a critical mass of users adopt the platform, and vice versa.
apparently it needs to be said that I am not suggesting you switch to Linux on your phone today; just that development needs to accelerate.
Please don’t be one of the 34 people that replied to tell me Linux is not ready.What if all banks require it?
What government apps do people run? Why do you need to access your bank account on your phone? Is this some payments model that's just not common in my country where we still use physical credit cards for everything?
My bank requires me to authenticate all online transactions via the phone app. Without it, it's not possible to make online payments.
So no, my everyday interactions don't require the phone app. But any interaction that is novel enough to require direct communication with the bank has been rendered annoying without the phone app.
I'm someone for whom I'd probably be willing to deal with all these inconveniences to make my statement about ownership over my hardware and software, but I doubt that very many average consumers would.
There are a bunch of them here in Australia, and there were several in the UK.
Here in Aus, there's a secure ID app for government services, and various apps to access state and national government services. There's a tax one that allows you to scan receipts to collect them up for your annual tax return. In the UK I had an NHS app, can't remember what else...
They aren't mandatory, you can live without them, but they are often convenient.
> Why do you need to access your bank account on your phone?
Because it's many people's primary computing device? Why would you not want to access your bank accounts on your phone?
And because if you want to log on to some banks websites you need to have a 2FA security code which can either be generated by a dedicated security device, which has become less common now, or by an app on the phone which is then usually biometrically protected. There is sometimes a second code-generation method for higher value transfers.
So it is convenient to be able to send payments in the bank app, though less common than using my phone instead of the physical card through apple/google pay. Those don't require the bank app to be installed though.
Google likes Android ROMs because they pacify the developer community from working on real competitors, while not presenting any meaningful threat to their control of the majority of Android devices. The MADA that prevented OEMs from shipping AOSP is probably dead but what hardware manufacturer is going to risk Google's ire by shipping something.
As it stands, and the way things are devoloping, accurate. But as the relevant systems are an integration of hard- and software, significant work needs to be done on the former as well. And I've yet to come across a Linux phone (or phone-like pocket computer) that ticks most of the neccessary boxes.
My Android phone prevents me from recording phone calls at the request of my carrier, even though it's totally legal for me to do so in my jurisdiction.
I'm not loving where this is all going.
FWIW the default phone app on GrapheneOS supports recording phone calls.
Edit: apparently the /s is obligatory on this one
I also live in a one party consent state.
The most frustrating part about this "feature" is that you don't know it's enabled until the screenshot is taken and you're left with a picture of nothing.
That and some app authors thinking they're protecting you with this (referring to banking apps in particular)
(Linked from the post: https://forum.syncthing.net/t/discontinuing-syncthing-androi...)
Agreed. So get to it and design/built some worthwile ones.
EDIT: That was obviously not an order to the the parent, but more a lamentation about and call to the industry. Sorry kids; I sometimes forget that the binars are allergic to ambiguities. :)
Rock solid. Every few year feature updates, only security fixes otherwise.
But for a "normal" linux environment on a phone I recommend postmarketOS. They make an effort to support a variety of user interfaces, init systems, devices.
Still, it is important to consider that the hardware and driver support is the limiting factor here. The camera is very bad on the pinephone because it doesn't have the image processing capability to record video in realtime. It also has no OpenGLES3 or Vulkan. Very poor lima GPU.
Awhile back, I was thinking that one pragmatic way to get this viable Linux smartphone moving might be for hobbyists to focus on getting one easily available, affordable device working fully with pure Debian or PostmarketOS (no closed drivers or other modules, and preferably no blobs) and with Purism's Phosh.
Then that would boost contributions to, and demand for, Purism's open source components for Librem 5 (and whatever the successor hardware would be).
If the hardware is something like PinePhone, I'm just going to handwave that maybe this cheap device won't cannibalize much sales of Purism's premium devices, but instead the community investment into the platform will effectively generate much higher net demand for Purism's premium products. With higher volume, Purism could also hit more accessible price points.
If the Purism hardware demand happens, then there may be competing hardware entrants. And they will have to compete partly on being trustworthy and aligned with the interests of the kinds of customer who want to run a non-Apple, non-Google device. Where Purism should a head start in credibility and goodwill. The new entrants will have to contribute engineer time (possibly: pay community contractors) to getting their device to work well with this platform, and be expected to upstream all of it as open source to the platform mainline, if they want to be attractive to these customers.
(I'm not saying the cheap device has to be PinePhone; that just seemed the most likely one at the time. It could even be something like an older popular Pixel or model, with many unlockable-bootloader units available cheap on eBay, for which people are able to assemble/develop open source drivers. Or maybe GrapheneOS will get their own device built, and it can also be used for this non-Android-based open Linux platform.)
its-kostya•57m ago
For example. I _want_ to run Linux phones even without all the apps & convenience, except Signal messenger. I am unable to use Signal without first registering through a mobile app. I suspect the desktop version will run fine-ish (proton after all). But at the end of the day, adoption will increase if mobile apps had a compatible desktop version on a Linux phone.