Years ago, I met someone (through another friend) who worked in CS, and was super into digital privacy. He was the first person I knew to run a Linux phone, for privacy reasons. He tried to pay for as much as possible by cash, and maintained his accounts manually on paper. The only way to contact him was by text message (intermittently, unreliably) or via a specific client using the Matrix protocol. My friend and I both installed the client to be able to contact him and maintain a friendship.
After a few months, we both lost contact with him simultaneously: something was updated in the client, and it was impossible to re-establish contact with him without a F2F interaction (="privacy"). Sadly, he was also uncontactable by text message. For both of us, the friendship simply ceased to exist.
My reflection is that such things --as with many things in life-- are on a spectrum. At some point on the spectrum, as you head towards the extreme end, your position on that spectrum (be it voluntary or --as with disease-- involuntary) start to impair your ability to live (what might be considered) a normal functional life. I'd also hazard that moving towards that extreme end of the spectrum beings increasing small gains, coupled with increasingly large downsides.
I'm not suggesting that running a pure Linux phone is extreme, but it's definitely in the middle zone where there are definite downsides.
I'm still dealing with the fallout from the choices I made in order to conform with that phone. And at the end of the day... I got nothing out of it. Nothing but issues, problems and inconveniences.
The modem eventually stopped working for some reason, and I moved to an iPhone 7 that had been abandoned for quite some time.
It felt like I had let out a breath I had been holding in for years.
It mostly boils down to the fact that I can't really face the shame of admitting that pretty much everything I did was a waste of time and effort and returning to using proprietary, hated private solutions.
Read: messaging apps, banking, apps for work, basically everything.
> Does this mean that open source is more important than privacy to people of this mindset?
Not exactly, but I think the questions should really be something like "who is the guarantor of your privacy?"
If you are happy with it being a corporation like apple then you're fine. I'm not, and what we consider more secure would have to be a much deeper conversation in which we actually define our threat models.
Besides that there is also all of the transitive points, like what does apple trust? What does google trust?
I'm not sure if I'm more secure, but I am sure that I have less people influencing my security and that I have a reasonable way to validate them.
also there are more safe options, like deltachat that don't depend on a phone at all. if we live in the same city we could have regular hangouts where we'd be able to meet without any prior arrangements. or if we know each other well enough you know where i live, or have contact to family members.
this is a matter of priority. i keep using the chinese wechat despite privacy concerns because it is the only way to stay in touch with friends and family in china. i long refused to use it, but as a consequence some friends from that time are now lost.
but outside of china matrix and deltachat are the best options even with android. and matrix unfortunately isn't even that good[1]. it still fails some times, and it is difficult to maintain a server and keep it spam free.
[1] matrix is getting better, but the key handling is complex, and at least one seurity minded friend rejected it in disgust last year when for unknown reasons at one point the encryption between us failed and we could not talk to each other. it's a problem when even tech oriented people privacy minded people reject matrix.
Network effects and human nature combines to make this a completely insurmountable obstacle. You'll likely never convince even a sizable minority of your own friends & family to do tech things the hard way because you think it's more private that way.
That is the argument in favour of being a bit more mainstream - you get to interface with the rest of humanity with much less friction.
They can't waste the time they can use on shitcoins for something like SMS.
I got one from the Fosdem and it is truly amazing! Contrary to previous things I tried, like the pinephone, this one is really totally usable for everyday with everything that you could need (phone, SMS, 4g/5g, ...). Especially, for one time it has a very good camera, on par with some Xiaomi phones, that is really ok when you like to take pictures.
Basically, it is a kind of a debian, but there is something very amazing, waydroid, that allows to run Android apps like if it was native apps but with full control other their rights, like being in a sandbox.
The only issue that is not really solvable is that a lot of apps are requiring the Google integrity verification shit, so your are forced to connect with your Google account to the play store or Google services to be able to use them. Like these shitty OpenAI and Mistral apps...
I'll stay with my Librem 5, which is also totally usable, runs actual Debian, runs Waydroid too, and does not bring me Halium pain.
No videos? Fine, I rarely take videos.
No bluetooth? Mildly annoying, but especially with the 3.5mm jack, I could live without it.
No GPS? This one would be a deal-breaker for me.
But depending on the person I can see it being usable.
In fact all things from that chart are there and have been there for years now, including 20h battery life and encrypted SIP calls.
My L5 gets nowhere near that listening to MP3s on road trips.
There was also another issue that may have caused interrupt storms when kill switches were set to off, but that has been already fixed recently.
There are some small power consumption improvements coming in kernel updates soon too, though these shouldn't make a drastic difference, just an extra hour or so.
For most people, it can be difficult to predict future scenarios for Bluetooth that's unrelated to wireless earphones. I always use wired earphones and didn't think I ever needed Bluetooth and always had it disabled. However, I was later forced to use it to configure new devices. E.g.:
- internet router (Eero) from ISP has no buttons or a status display so required Bluetooth on smartphone to configure it
- battery backup power station (Delta Ecoflow) require Bluetooth to configure them
The common theme is for device manufacturers to avoid adding elaborate LCD displays or touchscreen interfaces to the actual device and instead -- offload the configuration UI to the customers' smartphones... which necessitates pairing via Bluetooth.
And an app that eventually gets delisted or whatever and your interfaceless device gets turned into a pumpkin...
Last week for the first time I've used WebUSB to configure flight controller for my drone/wing. Felt like magic.
I'm glad I own the phone for the same reason that I regret not holding on to my G1 (the first android phone): Its a neat piece of history. But alas, it will never see use as an actual phone.
The question is whether you're able to live without Android & iOS, perhaps with some limited help from Waydroid. If the answer is yes, as it is for me, then it's a great daily driver.
I use it because it's familiar, hackable and respectful to my attention. It works the way I want it to work and it's capable enough to fulfill all my needs. Switching to Android would be a downgrade on all these aspects. I'm aware that it would be an upgrade in some other aspects that I care about less.
1. The Volla Phone Quintus, with Ubuntu Touch: https://volla.online/de/shop/volla-phone-quintus/
2. Jolla C2 (or any other supported Xperia device), with SailfishOS: https://commerce.jolla.com/products/Jolla-community-phone
Just a note of something I came across when looking just now. Don’t mind paying for continued development but worth knowing before you buy.
But, compared to the pinephone and co, this is the first one that could be used as a daily driver, without another read android backup phone. And it works well out of the box, without firmware flashing or any console/dev operation.
Slight adjustment to your verbiage: you are forced to interact with Google, but I don't recall having to give a phone number for emulators. Then again, one didn't need a microsofr account to use windows until recently, so I might be wrong.
Tablets and things like x86 android exist so I don't know that Google can enforce phone numbers anyhow, if you want a separate login for each device...
In addition with integrity verification, I can easily think that they are using it for "push notifications" that will also travel through Google.
So, it is not only that you will have to "interact" with Google, but the fact that you will be forced to let Google track you: which phone you use, which ip, which app with which account, used when, where, ...".
That defects a little bit the purpose to have a "free" phone if you still have to give your data to Google.
So the problem is the "push" not the "pull".
Many apps do require passing the integrity check, though, but microG is getting better on that front (and IIRC you don’t need a Google account for that).
I get that there's still a google profile on your usage of the device, and i'm sure they have a way to link it to your other profile(s).
Meanwhile here I am on my Linux machine, constantly anxious that sooner or later one of my bazillion npm and pip dependencies will get compromised, and secretly praying that one day proper sandboxing and an Android-security model will be common on the Linux desktop, so that I can erect security boundaries between my applications and repositories.
I find this quote[0] by the developer of SpectrumOS[1] rather telling:
<qyliss> I have embarked on the ultimate yak shave
<qyliss> it started with "I wish I could securely store passwords on my computer"
<qyliss> And now I am at the "I have funding to build my own operating system" level
Why wait? You can shove your pip/npm uses into docker/podman and remove 90% of the attack surface today. (Provided you don't map your home directory into the containers)
But I agree it might remove the 90%.
Also the very same npm backdoors have already hit android apps. What can sandboxing do if you backdoor a dependency of your banking app?
"Your car does not come with a seatbelt? Seatbelt parts are easy to order online and assembled on any car, it's your fault for not using one."
> Also the very same npm backdoors have already hit android apps. What can sandboxing do if you backdoor a dependency of your banking app?
The whole point of sandboxing is that one compromised app can not compromise the whole system and other apps. Compromised dependency on my banking app on Android or iOS only compromises that banking app and nothing else.
Flatpak is primarily a convenience mechanism for app makers. Any security boundary you may find in it is optional, all defaults are always toward not breaking apps. Apps pretty much uniformly either silently get read access to all your files, and even when that is not true they often get permanent read-write access to any file you open in them.
Go look at the permissions for GNOME Papers. Try to argue that it's "sandboxed".
This is outdated information. The situation has improved since the publishing of flatkill with flathub loudly warning about permissions and less apps having full R/W access.
Android apps can be configured insecurely too although less severe, still it's the users responsibility to check and modify permission.
In either case it's a substantial improvement from no isolation at all with much easier handling than other sanbox tools or MACs.
Not good enough when apps can still silently have full access to home and /media without the user even realizing.
Fedora is notable because any software installed via repositories has a policy written for it, so it is already far more in effect than you might realize.
It's entirely comparable to Android sandboxing because it's part of the foundation of Android sandboxing.
A lot of it is probably standards and culture work, like where a user can expect to store files and have them readable by Firefox in this example. So perhaps this is something the GNOME/Freedesktop people could have been interested in and made a difference? Instead we have things like Flatpak, which is good but not the lowest hanging fruit here.
Granted, I'm viewing this as far easier than the sandbox "fake file system" approach? Firefox would be able to see the file exists, most likely, but just not have read rights to it. Yes, you can have some things it can't list, but I would expect that to be low on probability to want to attach to an email?
Linux desktop environments had the chance to set a precedent here where software could for example have had a directory named after the application under the user's home, and use subuid to access files. That is simply an example, but would be a backwards compatible way to create a shared culture how Linux desktop software operate, and easen a transition where desktop software could be limited to "their" own directory.
Instead they squandered this chance by focusing all effort on moving dotfiles around (.config was such a waste of energy where we the heated debate could have been about something more useful, such as the above). Now we have Snap and Flatpak which both try to solve a culture problem (where we store our files) with technical solutions (bind mounts! modal gui:s! popup dialogs!). These will not improve the situation. In the best case it will train users to click "Yes" more, which we know not to help security.
It's also not like Linux is any different with respect to installing random PyPI/npm packages on any other desktop/laptop OS (https://xkcd.com/1200/), so I'm not sure anything desktop Linux does here would change the fact that installing random software from the internet may be a bad idea sometimes ;)
- flatpak
- docker/podman/vm, etc
- /etc/shadow has been around for decades.
- Boot/login with TPM / Yubikey etc around for a decade.
I'd wager a bet and say most end-users who end up using Linux are, by one definition or more, developers.
Currently I use Sailfish from Jolla on a Sony phone. For a linux phone, it serves my needs. I would be open to change.
VoLTE works fine (phosh with gnome-calls)
feel free to ask questions you may have
Do you use Waydroid and Android apps? Apps like Whatsapp and Signal are things I use.
Daily Driving a Linux Phone - https://news.ycombinator.com/item?id=43750756 - 2 days ago (3 points, 2 comments)
Not that android with 2 SIM cards works good, but it seems no phones with 2 sims are supported by linux at the moment.
The geniuses at google can't comprehend the concept of "call numbers from country X with number from country X, do the same for country Y" so I must manually select by myself every single time and I get charged some obscene amount of money if I click wrong.
Can't speak for the other user who says "degraded in recent stable release"; I use edge and I'm not aware of any issues, and latest stable is as stable as edge is.
Edit: Actually, one "degraded" in the last few months is that GTK dropped support for hardware acceleration on the PP's ancient GPU (2008, GLES 2 only, gtk requires 3 now) so GNOME-related DEs like Phosh use the CPU for rendering now. It's still snappy enough for the way I use it but it might be slow for videos and such.
Before PostmarketOS I used Arch on a Pinephone Pro for 2 years, but I think it finally updated itself into oblivion... The software never reached a really stable state, but I was surprised, that it worked so long.
In the beginning of the PinePhone I think Mobian worked best, but the most recent version didn't look as good as PostmarketOS to me.
Is it still possible to initialize an Android phone without a Google account?
At the heart of this is Netguard. I'm using this firewall as a whitelist. Blocking network for everything except for the things I approve. So far, this seems to be working well.
It's been a great experience. Have ended up using this device more than my iPhone. Still has the stock ROM but, with the bad stuff disabled, it hasn't gotten in my way. This feels like it's truly my own device in a way that's rare these days. Main drawback is the lack of future updates.
Check devices supported by 3rd party distros like LineageOS which out of the box have no Google services. Ironically Pixel phones are very well supported. Xiaomi, OnePlus, too. There are quite a few:
Without that ability, anyone can plug in to your phone and write whatever they want to the internal flash and your phone will be none the wiser.
...it's sure nice this exists and is available to anyone but it's not seriously a risk if you're not of interest to people who are willing to physically show up and bug your hardware in a way that requires quite a bit of preparation
Or maybe it is because mobile computing is just stuck, and it won't move even in decades ...
All in all I must have installed 3rd party roms on 6-7 devices with good results.
You can even sandbox some Google services to get things like maps working.
The issue is that it's just a stop-gap solution : we ought to strive to remove our dependence on Android/iOS(/Xiaomi) entirely.
Totally, get a Pixel phone and put GrapheneOS on it. You get state of the art hardware and the latest Android hardened for privacy and with optional Google services. That is, you can install and remove them anytime like any other app.
After that I tried Firefox OS but it was switfly replaced by Android, thank the gods for Android.
It was a (small) brick and the resistive touch display + stylus was not perfect, but okay.
The software ecosystem was not good, though. Userbase was small. And when Nokia finally dropped it, it remained the first and last of its kind, so noone was keen on keeping developing for it.
Meego was getting better, and Sailfish is actually really ok.
I'm "temporarily" (4 years now...) using Android ("/e/os" - what a stupid name), but since I do not want to use any Google Services, I feel that it's always just whack-a-mole to get the app you want running on the device and have it properly working...
All of them work just fine on the mobile browser on these Linux OSes...
What you'll get stuck with is the lack of useful smartphone apps like bank apps, payment apps, navigation apps etc...
Start a martial art instead :) Things like jewelry, fitness bands and watches aren't generally allowed during training and will only last for a few sessions even if allowed anyway.
That should get you used to not monitoring everything.
1. Does bluetooth headphones work? Kinda dealbreaker to go back to cables.
2. Music apps? Soundcloud web app probably ok. I don't use Apple Music much, but I know they have web app.
3. I don't even dream HomePod or HomeKit support. I use HomeKit to open my house, but probably could move it to Home Assistant.
4. Messenger/Instagram web apps suck balls, but I manage to cope.
5. Government Id app - this one ties to phones hardware. Very useful but I'm not extremeley dependent on it.
6. Car Key - dealbreaker to go back to keys/cards
7. Payment card - it's been a decade or so since I use this.
8. Myriad of apps that technically don't require a phone to operate - could probably have a burner phone for this - DJI, Eufy, Tuya, Deye, Wyze, Ewelink, Aqara.
9. EV charger apps - afaik none of them have web interface. Keyfobs are an option, but another thing to loose.
10. Supermarket loyalty apps - screenshot normally works
11. I assume some sort of video calling app exists for it? Is it cross platform?
But for me, I see so much potential in Linux phones, but after waiting decades for the Linux desktop to pickup, I won't hold my breath.
Linux desktops are very much usable now, especially if you choose a competent DE like KDE, and a decent distro (ie, not Ubuntu).
Is there anything particular you find the Linux desktop still lacks majorly, preventing you from switching?
For instance, not long ago, they were including ads/Amazon results in the Apps menu[1], similar to what Microsoft did with the Start menu. They also keep sneaking in suggestions (aka ads) for their Ubuntu Pro subscription in various places like the MOTD, or when you run apt[2], which isn't cool.
Most recently, the biggest annoyance is with the way they've been aggressively pushing their Snap store, to the point of even hijacking regular "apt install" commands - normally, you'd expect an "apt install" to fetch a regular .deb from the distro's repos, but they silently hijack the command to fetch apps from their Snap store instead[3]. Now, you may think that normal, non-technical users don't need to care about Snaps - and you'd be right, if they actually worked well. Snaps are slow and buggy and have been a constant source of pain for many users[4].
A major issue is with how buggy Ubuntu has become, especially OS upgrades, which may result in anything from minor issues like broken shortcuts, to complete breakage[5]. This might lead you to think that it's better to do a fresh install, but of late, new ISO releases have been incredibly buggy - like the 24.04 LTS installer, which kept crashing for many users[6] - and considering that LTS is supposed to be the super-stable version, that is not a good user experience.
Finally, my pet peeve is with how commercial Canonical have become, like with pushing their Pro subscriptions to targeting enterprises over end users. A couple of months ago, someone was complaining about how confusing the website had become, where the first "download" button you saw wasn't for the Ubuntu ISO, but some enterprise crap. Everything on the website just screamed "corporate"[7].
It feels like Canonical has long shed it's newbie-friendly image and turned into a soulless corporation, not unlike Microsoft.
[1] https://www.omgubuntu.co.uk/2012/09/mark-shuttleworth-explai...
[2] https://linuxiac.com/ubuntu-once-again-angered-users-by-plac...
[3] https://www.youtube.com/watch?v=oLDQA2f1GM4
[4] https://rl.bloat.cat/r/linux4noobs/comments/1cgw11u/snaps_ar...
[5] https://ounapuu.ee/posts/2025/02/05/done-with-ubuntu/
For example, we now have first class games support via Proton. First class application support via Electron and other web technologies. Linux used in schools via Chromebooks. Etc
Linux was never going to be Windows-killer but I’m constantly amazed at just how easy it is to use vanilla GNU Linux in a variety of previously closed domains and how Linux has taken over as the de facto base for many commercial systems too (phones, tablets, Chromebooks, smart TVs, set top boxes, etc.
There’s also plenty of OEMs that support and even ship Linux systems. And that would have been unthinkable to anyone who lived through the 90s and saw how MS penalised OEMs and retailers for shipping non-MS OSs.
So at what stage do people say “Linux desktop has picked up”?
But the "desktop" itself refers to the GNU Linux userspace, which has plenty to criticize it for (with that said, I personally find windows to be worse on many counts). Desktop OSs are a generation behind mobile OSs, and they have a really hard time making that jump, with possibly OSX being the closest to it. They have a terribly insecure "security" model (compare the number of vulnerabilities per user for a desktop OS vs mobile - especially considering that they something like Linux desktop is barely targeted compared to the billions of android users) where your user usually runs your applications - this worked in the age of huge servers with lots of terminal users connected, where the number of processes running for=as the user were readily inspectable (due to their low number and being directly started by the user). But with applications we have tens of thousands of threads/processes running simultaneously. The processes are running by me (and thus can do everything I can), but not directly for me. The sane thing to do would be to run them in a sandbox, basically what android does (runs them as generated "system" users, and has a well-defined IPC architecture to cut holes only where necessary).
That's when I switched to it full-time on my desktop and never looked back. It's the only success criteria I care about :)
But need all that software for phones, make it compatible, stable, easy to install etc. maybe it will happen if some company invests in it. Like gaming on linux and valve
I guess I'm with you man. I'm often baffled at how much low hanging fruit never gets fixed
If the author especially liked the camera of that phone, it was probably because of the custom app that interfaced to the sensor.
Getting good photography on a linux phone has been one of the enduring problems. Akin to overcoming custom graphics drivers for early linux SoC development.
Like the other (currently top ranked) comment, I highly recommend the furiphone as the current peak of linux phone development.
There is no longer a _need_ for a mobile platform like there was years ago. I would love to run any software I want on my phone.
Problem is these days, "first to market" mentality ships software with a lot of bloat and it is tolerable bc PCs are very powerful. So as phones got more powerful, software got more bloaty.
I was able to ssh out to one my servers, then ssh into the phone from my desktop forwarding x11. I then successfully launched x11-eyes and a few others. Hopeful that eventually you can run a desktop or at least x11/wayland apps all self contained on the phone. Pretty cool to tinker with for now.
Its's not just that this is morally unsound, it's fucking infuriating. Imagine JD Rockefeller had arranged it so that your pen and paper constantly nagged you and tried to trick you into buying things.
I'm calling it now, society is going to collapse and it's going to be because of software and hardware working together in tandem to make life miserable and expensive and only accessible through authorized devices and apps for the best possible experience.
(I do have a PinePhone Pro, and it has its own problems, but they're merely inconvenient rather than life-draining.)
Why would someone make that their first choice? I don't know but they do.
It is long in the planning that software and hardware work together - look into technocracy. Smart anything = spy. Smart meters are tools to monitor resource usage. Smart phones are spying/reporting on you. Ai will guide you.
You will be irritated and fined to death if you do not conform with the plan.
Global warming, terrorists and child porn are the various justifications given to justify whatever-new-loss-of-privacy/resource extraction is required.
Even so, individuals will be fine. You don't have to willingly give up your heart and soul to join the borg. That extra yatch/holiday/holiday home will not appease your true self. How many times do you need to come back?
I did jump through some hoops to install Firefox and get it working with the phone's touchscreen keyboard so I can use digital bus tickets rather than physical ones. I also went and installed Waydroid so I can use WhatsApp for my kung fu club when it's needed.
There are a couple of bike rental companies in Belgium which require one to install an Android/iPhone app to use their services, but I have decided not to give them the time of day.
What's the difference between an AOSP Android phone and a Linux phone? For me, there is no substantial difference. The Android based phone is likely to be way more usable the various "Linux phones". The linked article states "Linux phones and their apps are all open-source and do not depend on ads or surveillance to sustain some nefarious business model, which means there is much privacy to be won." but this also applies to AOSP Android devices with open source apps.
In other words: If you seek a Linux phone, why aren't you picking GrapheneOS or LineageOS? Is there anything else that's missing?
The latter is:
- not being developed by Google which chooses what's better for them,
- provides convenient development tools,
- runs any desktop Linux software, can serve as a desktop when connected to a keyboard/screen,
- native terminal, including ssh, sshfs, X forwarding etc,
- allows to choose the OS you run.
More: https://source.puri.sm/Librem5/community-wiki/-/wikis/Freque...
You can even plug a bluetooth keyboard and run Emacs on your Android / AOSP phone nowadays.
On desktop linux I can quickly write up a program to do most anything I want in pretty much any language, and in my text editor of choice. I don't know anything about android development and I don't really want to invest time in learning Google's proprietary GUI toolkit when QT/GTK, or even raw OpenGL is more portable. I once looked into it and gave up when it seemed like it was going to be very painful to write an app outside of android studio (why is there not just a CLI tool to compile these things?). On vanilla linux I can whip up most things in under an hour in C, Rust, or even Bash.
AOSP is still vanilla Linux under the hood, just with a touch interface on top. Plus, ART is open-source and works great for GUI apps.
Like I can't bind these programs to run on keyboard shortcut (or I guess the mobile equivalent would be a button on the home/lock screen?)
I can't do basic UI-- even if I don't write a QT/GTK app sometimes I want to pipe to imv, mpv, present a list of options via dmenu/rofi, send a notification to dunst/mako via notify-send, copy strings to the system clipboard, write a script that calls wtype to emulate keystrokes, etc.
I don't have access to the whole filesystem too, right? Last time I tried writing a script in termux I couldn't access the photos my phone took.
One concrete example: I use music player daemon to play music throughout my home. On the phone the answer is to download an app that implements the protocol, but the app isn't great. Instead, I wish I could bind dmenu to open up when I press volume up for example that just shells out to mpc. These are the types of things that I like to set up on my desktop to get a really ergonomic experience tailored to my workflow, but on mobile I'm at the mercy of what apks are available.
I also haven't found any great solution for setting up a phone declaratively. On desktop I can use NixOS to codify my configuration, on mobile, flashing a new OS means pecking around settings/fdroid like a point and click adventure game for an hour to get everything to a somewhat usable state.
Perhaps this is all just user error and everyone else has figured out how to do these things, or they just suck it up and build their own android apps. But for me, this is really what I'm asking for when I say I want Linux on mobile.
> Plus, ART is open-source and works great for GUI apps.
This requires writing the app in java and building it in android studio, right? Is there an easy way to just compile an apk from a non-android project?
Also if I invest a lot of time in learning ART and building apps for android, I will have a much worse experience running these apps on desktop linux (for example under waydroid) which is where I spend a vast majority of my time.
The number of CPU cycles my current android phone burns through just to boot and get ready to accept my "first useful input" is probably in the same order of magnitude as or higher than my old N900 would use for the entire day (600MHz single core vs. 8 cores at several GHz). Yet somehow the N900 could easily run quite a lot of things in parallel and would still react quickly to inputs, while I decided to get rid of my previous (still several times more powerful) phone because it would regularly hang for 10 more seconds without any good reason (also there were no more OS updates).
Also with the N900, I had control over every aspect of the system, I could easily script things in python without installing a huge app for it, which the OS would decide to randomly kill to save battery, etc.. Closest thing you can do on Android is root your phone and now every second app complains what a horrible person you are for wanting a bit more control over your own hardware.
That being said, I too eventually buckled to the fact that all the software you need to make a smartphone useful/entertaining is pretty much only available for Android and iOS. And the most realistic way to get "Android-compatibility" to a Linux phone is to just ship an entire Android build with it, due to how interwoven things are on Android.
Some more things to add: On the N900 updates were quick, easy and painless to a degree that no current phone OS matches: You just to "apt update && apt upgrade", reboot will only happen when really necessary, otherwise any small component (which are just .deb packages as in Debian or Ubuntu) will just be upgraded and restarted in place, without a big download, interruption and reboot. And most importantly, without waiting for a slow vendor to collect and package up all the tiny updates into a big 1GB package that can then be delivered weeks late...
Also, Backups. The only backup solution for a non-rooted phone nowadays is "use our cloud, trust us", and even then backups are always incomplete, because an increasing number of apps set the "no-backup" flags and do (or not do) their own thing, selling you yet one more cloud subscription just to get your own data into "safety". And even with a rooted LineageOS, backups are still a huge pain and incomplete. On the N900, you could just run any old normal Linux backup software, and be done. Imagine, your phone just sending its stuff to your company tape library, no hassle!
And (didn't try this, but should have worked): remote management. SSH into your users' phones to do stuff. Run ansible/puppet/..., manage them like any old Linux box. No tedious mobile device crap management that doesn't really do most of the useful shit, only works on half the hardware and in the end is just yet another cloud lock in by some vendor.
GrapheneOS on the other hand is very snappy.
_ No GNU/Linux user ever
Please take my freedom in exchange for snappiness and security.
_ (a)NO(ther) GNU/Linux user
Users have the right to a secure deGoogled Android Linux after they give Google hundreds of dollars for a Pixel. _ Stickard G. Pallman
Do you get the linux phones for free as opposed to paying for a pixel phone?
NIH is the only rationale for the "Linux" phone thing and it's why it will be forever fringe. People working on "Linux" phones as anything more than a diversion (why not play Factorio instead?) are wasting their time.
More seriously, I think the reason people want to do this is threefold: 1. Android vendors almost universally seem to make it hard to run stock AOSP (and do the Windows bloatware thing that Windows vendors were known for), so a "linux phone" lets people run what they want and remove what they do not 2. AOSP, while open source, is not developed in any way like a community open source project, so their ability to change anything, especially anything Google does not want to change, is limited and means constant rebasing 3. AOSP doesn't really solve the "run a modern/non-buggy kernel" issue on existing vendor hardware (as far as I know), so if you're going to spend time on getting the kernel to work, you probably want to have a userland that is amenable for getting the kernel working, so AOSP isn't helpful there, and by the time you've done all this, you can probably just run the rest of the standard setup with a distro and tooling you are already familiar with
I think the interesting thing would be if the modern kernel work from (3) could be used by an AOSP build and get the best of both worlds, or if by the time you do all this AOSP is too resource intensive to run on the device, and so running the alternative is the only option.
In fact, it was Nokia's stack that was the youngest one out of all these, as Maemo had no telephony capabilities pre-Android.
> People working on "Linux" phones as anything more than a diversion (why not play Factorio instead?) are wasting their time.
People are free to spent their free time however they want. Some people view building things, whether it’s furniture or software, more enjoyable than playing computer games or watching TV.
I'd just like to interject here for a moment. The word Free Software has a specific meaning that AOSP does not meet. The only component of AOSF that is Free Software is the Kernel, due to GPL, and aside from low-level Android-specific modules such as binder there's no secret sauce in Android kernels; even the vendor modifications are mostly gutted out in favour of Project Treble and GKI. Everything else is only Open Source and not Free Software, and even then developed privately and only published upon release. Because nobody releases a pure AOSP phone (Google Play Services alone changes the OS behaviour dramatically, punching through all the usual app sandboxes) and the source code for the modification, it's effectively proprietary with open source components.
One is actually working without draining the battery in an hour and has an actually working security model.
Sorry for the tongue in cheek reply, but I am in complete agreement with you.
?
If you use a famous and popular vendor like Samsung, if you're really really lucky your 0-day will take 9 months to be fixed.
Currently using a Fairphone with \e\OS. microG is prone to crash on the latest system update but not a big issues. Navigation work just fine too across the USA.
Ordered the FuriPhone and tried to get it in before the Tariff Wars. Currently waiting for it to enter shipping limbo from the manufacturer.
Hoping that the USA Government's treatment of foreign counties helps ignite the push to move away from Apple, Google, Microsoft, Facebook, and others. Linux and BSD are most likely to benefit in the tech transition. Lower cost to bring up infrastructure and features allow for removing larges USA corporations as daily drivers.
I'm getting tired of all the Enshitification those companies are jumping on to as the new business model.
P.S. We need to stop using the "Gated Community" analogy when speaking of Apple and Google with phones. A real gated community allows owners the addition of more personal security; guards, cameras, and security systems. Apple and Google do not allow owners to improve security; firewall, direct backups, and removal of useless applications. The closet analogy I can come up with is "Prison Community".
99% of people should live their lives without a personal threat model.
This is the only way we can solve this. $$$ is the only language these crooks understand.
GrapheneOS is riding on decades of Google-funded development and is thus pretty great. Linux phone development never had that kind of funding but we are getting there slowly but assuredly through user funded development and community involvement.
And let's not forget the several noclick attacks that can root your iphone with a message :)
Have you checked what it takes to achieve those 0-click root exploits on iOS or Android compared to a desktop Linux distro?
Not even in the same league.
Months vs hours.
I think if the bootloader is overwritable, it could lie to you about reflashing the boot partition...
Hang on, did you just cite 2-factor auth as something that requires a proprietary app? And password managers?