Hoy #ViernesDeEscritorio les quiero presumir un viejo telefono (Lenovo K5 plus) ejecutando #Linux con #PostmarketOS.
Tiene 2gb de RAM y corre bastante bien sobre un escritorio basado en #Sway.
Administered by:
#linuxphone
0 posts0 participants0 posts today
Question to the #LinuxPhone/#PostmarketOS/#PinePhone community: I still have the OG Pinephone from 2020 in a drawer and was playing around with the idea of using it as a semi-#dumphone / less distraction riddled device for day to day usage.
How is the current state of Linux on a Phone and what about this particular device? The PmOS wiki page looks promising,, so does the Debian wiki (which was my main phone OS back then) but I am unsure how well this is maintained. IIRC, it became somewhat abandoned when the #PinePhonePro arrived.
wiki.postmarketos.orgPINE64 PinePhone (pine64-pinephone) - postmarketOS Wiki
Replied in thread
@simplex I think that statistics for even Linux desktop users are not too reliable as they generally dislike/distrust #telemetry and tracking, so Linux phone user count could be difficult.
If follower count here on the fediverse is anything to go by, the largest #LinuxPhone-related accounts @pine64, @purism, @postmarketOS appear to have around 13-10k followers. If app download count can give as a hint, the Gnome Calls app (originally made by Purism) was downloaded over 50k times from Flathub https://flathub.org/apps/org.gnome.Calls
As for devices, phones sold with Linux preinstalled include the #Librem5, #LibertyPhone, #PinePhone, #PinePhonePro, #Flx1 and #JollaC2.
Some older Android devices repurposed to install Linux include #OnePlus6, #Pixel3a and #Fairphone5.
Flathub - Apps for LinuxInstall Calls on Linux | FlathubMake phone and SIP calls
#phonecamera #linuxphone #librem5
Librem 5 camera/kernel can do three possible resolutions, ~1024x768 @ ~24fps, ~2048x.. @ ~31 fps and ~4096x.. @ ~15fps. Debayering is actually easier and better quality if we downscale at the same time, and that allows best framerate, so we do that (2048x.. resolution).
ARM has problems with cache coherency w.r.t. DMA, and kernel solution is to simply disable cache on DMAbufs for userspace, which means accessing video data is 10x slower than it should be on the CPU. Which means debayering on GPU is attractive, and that's what we do. (gold.frag). GPU can do more image signal processing functions easily, too, so we do some of that.
Unfortunately, we hit the same uncached memory problem at the GPU output. So we use separate thread to copy. All this unfortunately does not fit on one core, so we need two threads, one controlling GPU debayer on frame n+1, while the other one copies video data from frame n. (heart.c). We save resulting RGBA data to ramdisk. This all costs maybe 80% of one core.
From there, Python scripts can pick them up: ucam.py displaying the viewfinder and mpegize.py handling the video encoding via gstreamer. There's basically 0% cpu left, but I can encode ~1024x.. video. Unfortunately that's without audio and with viewfinder at 1fps. Plus, combination of C + Python is great for prototyping, but may not be that great for performance.
Code is here: https://gitlab.com/tui/tui/-/tree/master/icam?ref_type=heads .
At this point I'd like viewfinder functionality merged into the rest of GPU processing. Ideally, I'd like to have a bitmap with GUI elements, combine it with scaled RGBA data, and rendering it to screen. I know SDL and Gtk, SDL looked like better match, but I could not get SDL and GPU debayering to work in single process (template SDL code is here https://gitlab.com/tui/debayer-gpu/-/blob/master/sdl/main.c?ref_type=heads ).
If you can integrate main.c and heart.c, that would be welcome. If you have example code that combines SDL with processing on GPU, that would be nice, too. If you know someone who can do GPU/SDL, boost would not be bad, I guess.
@datenwolf
@NekoCWD
@dcz
@martijnbraam
Librem 5 camera/kernel can do three possible resolutions, ~1024x768 @ ~24fps, ~2048x.. @ ~31 fps and ~4096x.. @ ~15fps. Debayering is actually easier and better quality if we downscale at the same time, and that allows best framerate, so we do that (2048x.. resolution).
ARM has problems with cache coherency w.r.t. DMA, and kernel solution is to simply disable cache on DMAbufs for userspace, which means accessing video data is 10x slower than it should be on the CPU. Which means debayering on GPU is attractive, and that's what we do. (gold.frag). GPU can do more image signal processing functions easily, too, so we do some of that.
Unfortunately, we hit the same uncached memory problem at the GPU output. So we use separate thread to copy. All this unfortunately does not fit on one core, so we need two threads, one controlling GPU debayer on frame n+1, while the other one copies video data from frame n. (heart.c). We save resulting RGBA data to ramdisk. This all costs maybe 80% of one core.
From there, Python scripts can pick them up: ucam.py displaying the viewfinder and mpegize.py handling the video encoding via gstreamer. There's basically 0% cpu left, but I can encode ~1024x.. video. Unfortunately that's without audio and with viewfinder at 1fps. Plus, combination of C + Python is great for prototyping, but may not be that great for performance.
Code is here: https://gitlab.com/tui/tui/-/tree/master/icam?ref_type=heads .
At this point I'd like viewfinder functionality merged into the rest of GPU processing. Ideally, I'd like to have a bitmap with GUI elements, combine it with scaled RGBA data, and rendering it to screen. I know SDL and Gtk, SDL looked like better match, but I could not get SDL and GPU debayering to work in single process (template SDL code is here https://gitlab.com/tui/debayer-gpu/-/blob/master/sdl/main.c?ref_type=heads ).
If you can integrate main.c and heart.c, that would be welcome. If you have example code that combines SDL with processing on GPU, that would be nice, too. If you know someone who can do GPU/SDL, boost would not be bad, I guess.
@datenwolf
@NekoCWD
@dcz
@martijnbraam
Uh oh 
There is an issue with the production of the next wave of FuriLabs FLX1 Linux phones (due to geo-politics).
I wonder how different this altered FuriLabs FLX1 will be from what I thought I was ordering.
Will it end up being a phone that I can use on a daily basis as my main phone — which was my hope, when I ordered it.
Or, will it end up being an expensive "toy" I try a few times, and then never bother using again.
Can you program GPUs and do you want to become a HERO? #linuxphone
community needs your help.
We are trying record video, and have most pieces working, but one is
missing: fast enough debayering. That means about 23MB/sec on #librem5.
Debayering is not hard; camera images have subpixels split on two
lines, which need to be corrected. They also use different color
representation, but that's fixable by some table lookup and two matrix
multiplies.
Librem 5 has Vivante GPU, 4 in-order CPU cores and 3GB RAM. My feeling
is that it should be fast enough for that. If task is for some reason
impossible, that would be good to know, too.
Image data looks like this
RGRGRG...
xBxBxB...
.........
.........
Task is to turn that into usual rgbrgb.... format. rgb = RGB * color
matrix, with table lookups for better quality. I can fix that once I
get an example.
I'm looking for example code (#pinephone would work, too), reasons it
can not be done... and boosts if you have friends that can program
GPUs. #gpu #opensource
community needs your help.
We are trying record video, and have most pieces working, but one is
missing: fast enough debayering. That means about 23MB/sec on #librem5.
Debayering is not hard; camera images have subpixels split on two
lines, which need to be corrected. They also use different color
representation, but that's fixable by some table lookup and two matrix
multiplies.
Librem 5 has Vivante GPU, 4 in-order CPU cores and 3GB RAM. My feeling
is that it should be fast enough for that. If task is for some reason
impossible, that would be good to know, too.
Image data looks like this
RGRGRG...
xBxBxB...
.........
.........
Task is to turn that into usual rgbrgb.... format. rgb = RGB * color
matrix, with table lookups for better quality. I can fix that once I
get an example.
I'm looking for example code (#pinephone would work, too), reasons it
can not be done... and boosts if you have friends that can program
GPUs. #gpu #opensource
postmarketOS 25.06 wechselt zu systemd
https://linuxnews.de/postmarketos-25-06-wechselt-zu-systemd/ #postmarketos #mobil #linuxphone #linux
OK, I can understand that this is a niche market and that there won't be as many sales for a #LinuxPhone as for an Android/IOS ... but €1,300 (minimum) for the first backers for the #LiberuxNEXX !? 
IndiegogoLiberux NEXXTHE LINUX PHONE YOU’VE BEEN WAITING FOR. | Check out 'Liberux NEXX' on Indiegogo.
This week's Linux and FOSS news:
LINUX NEWS
Debian 13 is now in hard freeze, MIPS (MIPS64EL) architecture support dropped, RISC-V is promoted as a release architecture:
https://www.phoronix.com/news/Debian-13-Hard-Freeze
Debian installer Trixie RC1 adds rescue support on Btrfs, Linux kernel 6.12, spice-vdagent is installed automatically on QEMU/KVM, Ext2 file system on PPC64EL architecture instead of Ext4, etc.:
https://www.phoronix.com/news/Debian-Installer-Trixie-RC1
APT package manager 3.1 released with why/why-not commands, new solver default on Ubuntu, include/exclude options, HTTPS support for dselect, etc.:
https://www.phoronix.com/news/Debian-APT-3.1-Released
KDE Plasma 6.4 will include time-of-day wallpapers, adaptive-sync disabled by default:
https://www.phoronix.com/news/KDE-Plasma-TOD-Wallpapers
NixOS 25.05 released with Linux kernel 6.12 LTS and 6.14, GNOME 48, initial COSMIC support, new `nixos-rebuild build-image` sub-command, nixos-rebuild-ng, rewritten nixos-option etc.:
https://9to5linux.com/nixos-25-05-released-with-linux-6-12-lts-and-6-14-kernels-gnome-48-and-more
Ubuntu 25.10 switches Chrony for Network Time Protocol (NTP) for better security:
https://www.phoronix.com/news/Ubuntu-25.10-Chrony
GNOME 50 dropping X11 support causes complications for Ubuntu 26.04 LTS:
https://www.omgubuntu.co.uk/2025/05/gnome-dropping-x11-support-ubuntu-impact
Tails 6.15.1 released with fixes for critical Tor browser vulnerabilities:
https://alternativeto.net/news/2025/5/tails-6-15-1-emergency-update-fixes-critical-tor-browser-vulnerabilities/
Wine 10.8 released with TIFF support, progress on PDB backend, boosted performance:
https://alternativeto.net/news/2025/5/wine-10-8-released-boosted-performance-tiff-support-pdb-backend-progress/
New Linux phone upcoming by the Divine D. project:
https://liliputing.com/divine-d-project-is-developing-a-linux-phone-with-a-rk3588s-processor/
(Hopefully it will be a relatively cheap phone to replace the aging PinePhone)
Phosh 0.47.0 released with status page for feedback quick settings, mobile data quick settings disabled when SIM is locked, bug fixes:
https://phosh.mobi/releases/rel-0.47.0/
(FOSS news in comments)
www.phoronix.comDebian 13 "Trixie" Now In Hard Freeze: MIPS64EL Demoted, RISC-V 64-bit PromotedDebian 13.0 is now one step closer to release with Debian developers having moved Debian 'Trixie' into a hard freeze state ahead of the official release this summer.
Awesome!
It seems as if my FuriLabs FLX1 Linux phone is going to ship soon 
Devices like the PinePhone and Librem 5 are slowly carving out space for open mobile computing. These are not sleek consumer devices built for mass market appeal. They are platforms built by and for developers, hackers, and those who demand control over their hardware. With full root access, modular apps, and support for desktop-grade Linux distros like postmarketOS, Mobian, and Arch ARM, they challenge the locked-down nature of traditional smartphones.
While performance and battery life still lag behind mainstream phones, the focus is on freedom: running your own code, replacing parts, and escaping corporate ecosystems. For privacy advocates and tinkerers alike, Linux phones represent a small but significant shift in how we think about mobile tech.
Continued thread
All right, with my goal being to fully replace my iPhone with this #jolla #linuxphone I knew I would have to install some Android apps as well. So far it’s been a quite smooth journey, albeit quite some steps, since ”full” Android support is not the default.
Now I’ve successfully managed to install all my main communication apps: Protonmail & Signal; As well as local commute e-tickets: ”Skånetrafiken”; And music: Spotify
All good and work like a charm! Now to the real test: national e-id (BankId), mobile payments (Swish) and e-banking. So far everything seem to be working, but I’m not able to fully test without also setting up a new e-ID on the phone.
… and that requires NFC - something that #jolla does not have. I think I’ve found a workaround, but will have to try it out a bit later.
Overall, very promising!
Continued thread
It’s finally here! The #jolla #linuxphone
So far the experience of the overall, as well as the build-in & jolla-store downloaded apps have been pretty good!
Some bugs, but nothing too bad. Worst so far is that video recording apparently is broken currently. It’s already reported and known, so I expect it’s being worked upon (and yes, there is a workaround, but I have not yet tested it).
I like the physical phone as well as the core OS aspects, such as navigation UX, browser, etc.
Going forward I will focus on trying out the Android apps that I will need for my daily use: Banking; National e-ID; parking apps; commute app; Signal and Protonmail. Exciting!
Your phone should serve you, not corporations. But closed-source tech enslaves users:
Steals your data without consent
Surveils you 24/7
Tracks your location
Locks you into corporate ecosystems
Decides what software you can run
Take back control:
→ Install #postmarketos (real Linux on phones)
→ Support #linuxphone & #mobilelinux projects
→ Demand #openhardware & #freesoftware
Boost if you're tired of being a product!
Just ordered my first #linuxphone from #jolla with #sailfishos as it’s OS! Excited to play around with it and put it to a test, but my main hope is that it can fully replace my iPhone as main driver phone (either right away or at a later point).
Been using iPhone for around 15 years, but not happy with the walled garden, privacy issues nor price levels - and want to actively promote #FOSS so that it can also become a robust alternative for mobile.
Let’s see how it lives up to my expectations and hope once it arrives!
Anyone else that have a #jolla - or thinking of getting one? What are your experiences with it?
So, when these Apple devices die (or rather, when the updates have slowed them down enough, and the battery has depleted to the point of not getting through the day - which should be next year or the year after, if the pattern holds)… my next devices will be some of the following, and I’m looking forward to the challenge of getting them to work… any recommendations?
Phone options:
- Pine Phone
- Fair Phone
- Murena
- Librem
- Pro 1x
- Volla Phone
- SageTea XFone
Watches:
- Any of these with AsteroidOS: https://wiki.asteroidos.org/index.php/Category:Watches
- PineTime
- ZSwatch:
https://github.com/ZSWatch/ZSWatch
Any suggestions or advice?
wiki.asteroidos.orgCategory:Watches - AsteroidOS
Er der nogen her som har erfaring med
hvilken #Linuxphone kan håndtere vores elskede
#MitID #MobilePay apps .. ?
Det er tid at gå (tilbage) til #linux på #mobil - men de to apps er ligesom #cantDoWithout ...
tak!