

With one difference. After merging with text.com they switched to a model with on-device bridges so that the decryption on their servers is no longer needed. Ofc it’s similar if the matrix instance and the bridges run on the own server.


With one difference. After merging with text.com they switched to a model with on-device bridges so that the decryption on their servers is no longer needed. Ofc it’s similar if the matrix instance and the bridges run on the own server.


What software stack are you running on it though? Asahi doesn’t seem to support the M4, yet.


I was always wondering the same and found the related choices always somewhat inconsistent. My own anecdotal experience was that Ubuntu was always to buggy to actually use it in production (every time I tried, I ended up removing it after a few days only due to driver road blocks and os-related bugs). Moreover, using Debian, as many said before, is a question of feature stability and extensive testing. That’s great for server deployment but not so great for consumer electronics. Thus trying to base a distro on Debian while trying to fulfill the expectation of receiving recent developments in the software seems counterintuitive to me.
Disclaimer: I’ve made a lot of very good experiences with Arch and derived distros and use them in production for more than a decade. Given my not so good experience with Ubuntu I’m certainty on the biased side here.


Nice. I wasn’t aware they managed to assemble all parts with Linux drivers. From all I read (not an expert at all) that seems quite tough. What remains is a runtime environment/infrastructure for everyone who’d like to run Android binaries/packages on the phone.


SFOS is not an Android fork. As many classical Linux distros, it controls sessions through systemd, the compositor is Wayland and the standard c lib is glibc. However, compatibility with the drivers of many hardware vendors and certainly also running binaries build for Android require Android libraries and abstraction layers to be present. Sadly some Android libraries or suitable replacements where available are absolutely necessary to run a phone nowadays. Both hardware and software producers are so focused on Android that drivers / binaries for alternative systems are not offered. That also underlines that this is indeed a niche product. Disclaimer: I ordered one of the phones.


I wanna give a shoutout to Manjaro, an arch based distro with a cascading testing cycle for better stability. That being said, I am using Arch and Manjaro for about a decade now and never really had any stability issues (in contrast to my tries with Ubuntu). The arch wiki stays one of the absolute best resources for Linux users on the internet, the rolling release ensures cutting edge Software, the AUR makes it very easy to provide community built packages. And then there’s Debian. Definitely my choice for servers.


Haha. 🤣 Made my day


Tbh, I understand the problem. There are just so many volunteers for making newer developments work on every platform. Streamlining the development and easing the load on the volunteer devs seems a good idea. Having that said, it’s ofc a pity to drop support for devices. At least the LTS kernels will support the current support for a while and the vibrant Linux community will find a good way to work it out, I have no doubt. Many machines, in particular old ones, run with very old kernels to begin with…


That’s a great recommendation, thanks! The pay per use model seems very fair and I like their approach to sustainability matters very much.


Thanks! Will have a look
While I totally agree that this should be the case, I’m not sure it really works. Voluntary participation is among the first things to be cut when it comes to monetary gain maximization, and is often not even considered. And in some instances, like the publicly funded research institute I work at, there’s no funds dedicated to voluntary contribution to open source projects.


Schleswig-Holstein therefore follows the general strategy to move towards an open source driven administration. In fact, several federn institution already migrated to the openDesk administration bundle (https://gitlab.opencode.de/bmi/opendesk/). Great!


The initiative to build FOSS alternatives for the administration in Europe goes back years. In a nutshell: Corporate software is getting very expensive for the administration and poses security risks. As an alternative, FOSS Software is put together to replace the administrative systems. The reason there is so many news now is that the first Software bundles are being released and are coming online in databases.


To give that more context: The BundesMessenger is developed for secure communication in the German army (named Bundeswehr in German). So it’s most likely not only about cash but also about security. It’s e2e encrypted, can be federated to several locations, etc. Seems a smart move to me. Edit: Actually I’m mistaken. It’s for the whole public administration. Not only the army. Not sure how I got that impression. Argument holds, though. 🙈
Jolla phone + the other half?