Some observations regarding what DE works best on which distro for the #PinePhone:
In particular #Geary would be a good candidate since every modern smartphone needs a good email client in its arsenal.
For #KDE Plasma Mobile, there's the KDE Neon builds for the #PinePhone, however they feel less functional than the Manjaro Plasma builds, specifically when it comes to turning of the screen, going to sleep, waking up and also the Neon builds seem more prone to freezes.
That being said, it is hard to recommend a Manjaro build after all the drama they've been involved in and how they treat upstream.
Plasma also has problems bringing up the keyboard in GTK apps, so I'd wait for a while re KDE.
Sxmo is basically a #dwm config for the PinePhone with some additional tooling to make it recognize touchscreen gestures and handle rapid successive key presses in order to map more functionality on to the 3 HW buttons of the PinePhone than they would normally be able to.
This feels the most old-school UNIXy and power user UI
After initially being skeptical, I can honestly see myself using Sxmo, my only concern really would be with its reliance on the hardware buttons of the #PinePhone which do not feel built with the intention of being used constantly, so them being the primary method of interaction with the UI may not have been the wisest choice.
Other than that, am impressed with it.
Also, it's pretty much the only UI where deep sleep works flawlessly without having to echo to /sys...
Overall, my recommendation would be:
If you want Phosh shell, go with #Mobian first or if you want full disk encryption then #postmarketOS but be ready to use a shell script to trigger deep sleep, because only #systemd can handle it properly atm and pmOS doesn't use it.
If you want Plasma Mobile, I'd suggest you wait until at least the next release when the pmOS implementation is supposed to get better, if you cannot wait there's the Manjaro Plasma builds.
Also, give #Sxmo a try, it's fun.
What drama? How do they treat upstream?
@ivanrancic They've broken their own internal rules on how they should go about spending donated funds and then censored + fired their treasurer for exposing it.
They also don't acknowledge the work #ArchLinux ARM is doing upstream in any of their announcements and have been known to actively modify PKGBUILDs to remove Arch maintainers from them.
It feels like a bit of a parasitic project. I do think there's probably plenty of people in there trying their best, but the leadership feels dodgy
@georgia It results in a worse system in practice, but I guess it's worth taking the hit because Poettering or something I guess.
@georgia Mine doesn't.All it takes is setting FallbackDNS to whatever.
That said, many of Alpine's components are not even copyleft, which to me is rather concerning.
@georgia OpenRC too; fairly critical components if you ask me.
@MatejLach Good thread, thanks!
The social network of the future: No ads, no corporate surveillance, ethical design, and decentralization! Own your data with Mastodon!