It's not perfect yet, but it's much, much better than the old days.

OMEMO is supported by every major client, and they interoperate successfully. Unfortunately, most clients are stuck with an older version of the OMEMO spec. It's not ideal, but it doesn't cause any practical issue, unless you use Kaidan or UWPX, which only support the latest version.

All popular clients and servers support retrieving chat history now too.

In practice, I've been using it for several months to chat with friends and family, and haven't had any issues.

Perfect, now you just have to wrap your program inside a debugger in production!

I'm very sympathetic to this blog post, as it nicely describes why I use XMPP.

But, on a related note, I have noticed an interesting pattern where people talk past each other a little, especially when conflating user freedom and security.

If I'm to generalise, I feel the outlook of XMPP users tends to be more systemic and long-term. We've seen how chat networks come and go, we've seen the dangers of companies promising to serve your interests whilst also being a chokepoint of centralisation. So we tend to de-emphasize papercuts or current issues in clients and the protocol, on the basis that we have the power to fix them if we want to.

I feel that's shown in this blog post - all the points come back to the benefits of user freedom: no one entity controls you, the protocol serves you, you can choose your own clients, and if you don't like it, you can always switch / write your own!

What I've seen is that the people who gravitate towards Signal tend to be more concerned with the here and now - e.g. "how do I get my friend off telegram onto a secure / private service". I feel in many cases that making arguments about federation and the structure of the network won't sway them, as they'll always be able to point to some area where the clients are deficient in the here and now (depending on their interests - papercuts in the clients, different versions of OMEMO being used across the network etc).

I don't really have a solution to this, but I think all we can do is continue to make the clients and servers as good as they can possibly be. I always encourage anyone I manage to migrate to XMPP to send me any annoyances they find in the apps, so that they can eventually be fixed. We need to be ready for when Telegram, Signal, WhatsApp etc. abuse their power, because (as we've seen from the fediverse) that's the only time that "regular people" will care for the arguments that we're making about federation and user freedom.

Different strokes for different folks! I've been fortunate enough that many of my family and friends have been happy enough to follow me.

But I don't disagree with you, Signal has a much more recognisable brand and better user experience. These are things that we need to improve if we're going to get anywhere near the level of adoption Signal has.

How I Got a Truly Anonymous XMPP Account:

• Open my client (e.g. Conversations, Monal, Dino)
• Pick a random server, username and password
• Click register

Sorry, it's a cheap joke, but it still baffles me that Signal requires a phone number, so I felt I had to post it :)

Of course, this is not XMPP-specific either, just my protocol of choice, there are many other open alternatives that also offer such functionality.

My fear is that they will start off by applying this to Messenger, WhatsApp etc. Then, in a few years, when criminals and tech-savvy people move to XMPP etc, they will say "the laws aren't working, we need to apply it at the OS level instead", and since iOS and Android have a big market share it's very easy for them to do it. At that point, trying to communicate with friends becomes very hard. It's one thing to get them to switch apps, but asking them to switch phone or OS is a whole other hurdle.

I'm trying to contribute both code and money to make XMPP, and mobile linux as good as possible before that can happen. I feel we need to buy time, by delaying and delaying chat control as much as possible, to make the free software, federated systems better and appealing to regular people. And then we can use that technology to buy time to push for political changes. I feel the only long-term solution here will be a political, rather than technical one.

It all feels like an impossible task, but I feel all we can do is try as hard as we can to make the world more like the one we want.

I originally suggested Monal to my friend (who is quite into iOS and really appreciates a well designed application) and she found the same, but then she tried Siskin, and was happy enough to use it to this day.

I've had good fortune converting some family and friends to use XMPP.

People always mention fragmentation, and while there is some truth to it, it can be massively minimised by choosing blessed clients and servers for them to use.

In my case, I run my own server, and thoroughly test the clients (especially the onboarding flow) that I expect them to use, so that any question they have, I can help them out with quickly. Since we're all on identically configured servers, it minimises one whole class of incompatibilities.

There is still unfortunately a bit of a usability gap compared to Signal - particularly on the iOS clients. But they have come a long way and are consistently improving.

My favourites are:

• Endless Sky (2D space sim, singleplayer)
• FlightGear (3D flight sim, singleplayer and multiplayer)
• OpenTTD (transport management game, singleplayer and multiplayer)
• Torcs (racing game, singleplayer)

Each of these are quite polished (especially for open source games!), widely packaged, not too complicated to start playing (except perhaps FlightGear) and have been around for a long time. Endless Sky, FlightGear and OpenTTD have quite active development, while Torcs is much quieter nowadays (although there is an actively developed fork called Speed Dreams which is awesome, just not widely packaged yet).

I've been meaning to try out FreeOrion and Minetest for a while now, looking forward to seeing what else pops up on the thread!

I played rFactor 2 for a couple of years and raced GTEs and GT3s in the Virtual Endurance Championship and GT3 Endurance Series.

I really enjoyed the team aspect of the races and built some great friendships that have lasted even now I've taken an extended break from sim racing. The highlight every year was the 24 Hours of Le Mans - I have really fond memories of doing the night shift at 4am with the one or two other people online, knowing we had to carry the car to the morning.

I really enjoyed the multi-class racing. There was always someone in my mirrors and the first couple of times the prototypes would come to lap us each race would always be so hectic. I can vividly remember the feeling of dread being in a very intense battle at Spa, having the leaders stream past us leading up to Eau Rouge.

Another thing I loved was just racing as part of a team and the pressure of not letting me teammates down. In a weird way I enjoyed the underlying feeling of dread in the couple of days leading up to each race, the peaking in the laps before I took over the car, and then in longer races, the way the fact it didn't go away after my stint as I knew I had to get in the car again later on! Then when we'd cross the line, there was always such great relief knowing that I wouldn't have to get in again.

I am neither FI nor RE - with about 3 years of expenses saved up at the moment.

Despite not having enough to be FI, I really like having such a decent chunk of savings available in case things go wrong, and it's nice to fantasise about quitting my job and having a few years off when things get tough at work!

My calculations currently say retirement is 17 years away, however, my lifestyle is inflating in front of my eyes, so it could well be much longer :)

For any fans of open-source software out there, I use beancount which I've found to be perfect for my needs. I didn't know much about double-entry bookkeeping when I started using it, but the documentation was very extensive and I learned a lot in the process of picking it up.

There are a whole collection of plugins and other resources which fit into the tool which help too, like fava which can generate webpages like this based off your data. Beancount is not the only plain text accounting tool, you can find lots of examples here.