Actually, the Fairphone 6 is getting quite some love lately, see [1] or [2].
577 karma · joined August 31, 2020
The accidental pasting definitely kept happening to me, likely due to my bad habit of highlighting sections while to focus on them.
Because of scrolling on Thinkpad keyboards (using the middle click), I had to turn that feature of every time, especially while working on longer documents I would otherwise accidentally paste stuff at random places.
(It's not just macOS.)
These days my setup is less radical/minimalistic, as I went back to GNOME (Wayland) about four years ago.
That said, as mentioned in another thread here, work is being done to add PinePhone support.
I assume you are refering to the Librem 5? These days the Google Pixel 3a is coming close, as multiple people report reliable phone calls. Camera is still lacking, but once libcamera add auto-focus and the device gets a driver for the focus actuator (already in the works), it's going to be just as competent with better battery-life for less than USD/EUR 100. On the more pricey side, the Fairphone 5 has a good mind share and contributor count, making it quite likely that remaining issues are being solved soon.
That said, if you want to start without the entire Linux desktop stack, you can, and there's even a project that already does something like that IIUC: https://sr.ht/~mil/framebufferphone/
[0]: https://framagit.org/linuxphoneapps/linuxphoneapps.frama.io/...
[1]: https://framagit.org/linuxphoneapps/linuxphoneapps.frama.io/...
I have yet to attempt daily-driving it, but just trying it and easily switching mobile shells (e.g., from Plasma Mobile to Phosh) so easily[0] without have weird side-effects from the previous environment has been quite exciting!
[0]: https://pocketblue.github.io/devices/oneplus-sdm845/#images-...
> The new ICE's speed is actually lower than previous generations.
While not the fastest ICE, the new ICE-L (assuming you refer to it) with a top speed of 230km/h, is not actually slower than what it is supposed to replace on most routes: InterCity trains, topping out at 200km/h.
ICE-L, btw, was planned to be a IC train, but just like before with IC-T/ICE-T (same top speed of 230km/h), and IC X (ICE 4), DB management has a tendency to decide next-to-last minute, that new vehicles must earn money and thus get rebranded ICE, which is both more prestigious and (at least in a fictional world without "Sparpreis") pricey.
TL;DR: This would be outrageous if ICE-L was to replace ICE 3 (neo; 320km/h +) services - but it is not.
I have their FLX1 device here, but I have yet to spend more time with it (instead of my postmarketOS daily driver I am writing this on). It's humongous (the s is going to be smaller), which is holding me back - but feel free to ask questions.
What's nice is that it's 5G hardware, and as they use the (4.19 IIRC) Android kernel they have a lot of hardware working which would be a huge struggle on mainline (think photography, finger print, ...). The Android integration via a Waydroid fork is also decent (but 'basic waydroid' is IMHO fine too, the hardware just needs enough RAM), and overall, it feels quite polished and the team is responsive in adressing customer feedback where they can.
If you go with postmarketOS (good!), and don't want to touch anything that touched Purism, better avoid anything GTK (Phosh, GNOME Mobile and related apps). While Purism did not make a competitive phone, their investments into libre software went great and keep paying off.
Why? There's no Android port for that device and they keep mentioning LineageOS.
Even the PINE64 PinePhone would be more likely, as that has Android support and even some LineageOS 22 support [1]. The Replicant project had eyed it as a target device [2].
That said, I'd expect a different device, and, assuming LineageOS supports one, and I would not be suprised to see a device that's not powered by a Qualcomm, Mediatek or Samsung SoC.
[1]: https://github.com/GloDroidCommunity/pine64-pinephone/releas...
[2]: https://blog.replicant.us/2024/03/replicant-status-and-repor...
We're killing what we eat (and what we eat is nurtured by) at a rapid speed, at scale. This will first show in bearable price increases (as it already does with coffee and cocoa) and only get worse from there, think famine (in regions where this has not happened in a lifetime).
Good luck with keeping a civilization 'stable' when people are hangry at scale.
And the worst part is: While war can be ended, un-extincting is not a solved problem at all.
That said, Google Play is not really the thing to compare this too. F-Droid could be. Summing up the "Show all ..." counts, F-Droid clocks in at 6147 apps, and it started way earlier (2009? 2010?).
Some of these F-Droid apps (specifically those created in QtQuick or Flutter) should also run with very minor tweaks on #MobileLinux.
Also, there's more than these 720, some are just very hard to evaluate (because they are for hardware or services I don't have/use), which then keeps me from adding these apps.
Small enthusiast distributions with a bit of a hype can gain good features in by just pulling in knowledgable users missing things from their previous distro - and they can move a lot faster than the Debians or Fedoras of the world can, no committee decisions to be made first.
The Furilabs people are literally former Droidian people.
That's not quite accurate IMHO, as the OG PinePhone also supports the feature, despite being USB 2.0. The fact that PINE64 only got it working in PinePhone hardware revision 1.2a maybe also reveals why few phones (whether they support USB 2 or 3.*, e.g., the Pixel 8 was the first Pixel phone to support the feature) actually support DisplayPort Alt Mode: It does not just add cost for parts, but also makes the design more complicated (and may require multiple design iterations to get right, which are expensive).
So: If DisplayPort Alt Mode or somthing like "USB-C video out" is not mentioned, you can usually safely assume that the device does not support it.
Beg to differ: https://linuxphoneapps.org/
(And no, that does not list all of them. Only all I got around to adding.)
However, Ubuntu Touch was picked up by the UBports project (that by now has their own foundation) and has been continued to this day. Currently they are preparing a Ubuntu Touch release based on Ubuntu 24.04 (moving on from Ubuntu 20.04). See https://www.ubuntu-touch.io/ for more.
Regarding the FLX1(s): FuriLabs worked on a way to support Ubuntu Touch apps (that can be found at https://open-store.io/) natively on FuriOS. It's also possible to boot Ubuntu Touch on their FLX1 hardware.
[0]: https://pureos.net/
I managed to get similar results in my holidays in late August(on postmarketOS 25.06 with Millipixels 0.23.0 and a patched kernel [1]).
Please note that I just used the Librem 5 as my "mainline Linux camera" and have not had a SIM in it in a while, and thus can't comment on how well postmarketOS 25.06 would work for daily driving.
[1]: Based on the APKBUILD in postmarketOS (https://gitlab.postmarketos.org/postmarketOS/pmaports/-/blob...) with https://source.puri.sm/Librem5/linux/-/merge_requests/816.pa... added on top.
When installing just two apps, even if both are in the same (KDE or GNOME) realm, you can very easily end up with 8 flatpaks (including runtimes) or more. This is due to a variety runtimes and their versions: One for KDE or GNOME Platform release (about two a year) plus a yearly freedesktop base) and not all apps being updated to the latest runtimes constantly.
You then have to add at least 6 locale flatpaks to these hypothetical 8 flatpaks.
Especially with Debian, locales matter, of you don't do a `sudo dpkg-reconfigure locales` and pick what you need before installing flatpaks on a default install, you will get everything and thus gigabytes of translations you don't even understand, wasting your disk space.
The best way to experience #LinuxMobile is IMHO on former Android Devices like the OnePlus 6 or Pixel 3a, as these are well designed devices with SoCs intended for phones. While having native hardware would be great, it's really hard to produce relatively bug-free hardware from scratch. With mainline, the SoC is always going to be older, and small-scale production leads to high prices. The economics just don't work out for non-enthusiasts who then ideally are also up for paying a software support subscription. Also, as a manufacturer you'll want to somewhat control the experience, leading to 'yet another small scale device-specific distribution, which has it's downsides.
Across devices audio issues are unfortunately still somewhat common, in part caused by the Pipewire transition (things that had been figured out for PulseAudio need to be figured out again). But it's on people's radar, and funds are invested to solve this [2].
VoLTE is another challenge, as it allows to carriers to become more gatekeepy with their stupid device support lists - of course there are workarounds like using a SIP account, but that's too inconvenient for many. Also, RCS support is not yet there, but as long as SMS/MMS fallbacks are still around, this not a dealbreaker.
[0]: https://linmob.net, https://linuxphoneapps.org
[1]: https://wiki.postmarketos.org/wiki/Android_Translation_Layer
[2]: https://postmarketos.org/blog/2025/08/17/callaudiod-wireplum...
What that work was not is 'paid for by PINE64'. It's also not been enough to raise the bar enough to make the phone work well enough; but if you consider what's involved there, it makes sense.
You don't just need to write/fix a driver, you need upstream (or at least a distribution) to accept it and include it for that work to make a meaningful difference for anyone else.