

All the call stuff is mediated by mmcli (from ModemManager), our shell scripts simply wrap around mmcli. How would imsd fit into that picture? Would we need to communicate via imsd rather than mmcli directly?
website: https://proycon.anaproy.nl/


All the call stuff is mediated by mmcli (from ModemManager), our shell scripts simply wrap around mmcli. How would imsd fit into that picture? Would we need to communicate via imsd rather than mmcli directly?


A developer of sxmo reached out to me, with posh working maybe sxmo next??? please comment if there is demand for this.
Another sxmo developer here: I’m definitely interested in acquiring a fairphone now thanks to the work you’ve put in, and of course on running sxmo on it then. We’re already merged a device profile for fp6 in our codebase: https://lists.sr.ht/~mil/sxmo-devel/patches/71431 and one of our developers is having success with it already. We’re typically running things a bit more bare-bones than other UIs; no systemd (but openrc), but I don’t think there’s much particular work on your end to do to support sxmo, right? The really difficult work is in the kernel patches of course and that is shared anyway.
I’m using a pixel3a with postmarketOS (now Nura) and sxmo as my daily driver (but I hardly ever call).
Calling and SMS works but there is indeed no echo cancellation so people complain they hear themselves if the volume is not low. I have a more reliable calling experience on the pixel3a than I had on the more powerful oneplus 6 where call audio was often broken.
Web browsing and podcasts should be no problem. The battery also holds well and suspend works. Wifi and mobile data work fine.