nicoco

TBH I am not well-versed into DNS and certificates and security, but I guess you have to trust your provider with a certificate for `example.com` if you allow them to manage JIDs of the form `anything@example.com`, indeed. Again, I am not very knowledgeable about the subject, so take this with a grain of salt.

Web client, but I think movim has GIF picker and screensharing features. It even does multiparty video calls, compatible with dino. Since it's P2P, it does not scale well to a lot of users, but the developer is working on SFU support for larger video calls.

Revive your prosody and set up https://slidge.im/ for Telegram, WhatsApp and Signal. It's not a proper solution I know, but at least you'll keep on using XMPP clients and they'll get better because they will have one more user at least. ;)

I know at least two services that offer hosting with your own domain: https://my.snikket.org/ and https://account.conversations.im/domain/ so I suppose it is not that complex to setup.

I have had success getting apple-loving friends to use https://monal-im.org/

https://snikket.org/ are working on a new iOS client too (no release so far).

https://monal-im.org/ is my personal recommendation for iOS.

The targeted audience of this website is, for now, developers. Communicating is hard.

https://joinjabber.org/ is/was an attempt at something more user-focused. It is not linked to the XMPP Software Foundation. BTW, joining the XSF and participating in discussion around protocol evolution, communication strategy and these sort of things is free, and only requires asking for write permission on the XSF wiki to add an application page. Everything happens in the open (mailing lists, chat rooms). We value democratic processes.

It is used in a non-federated context as the underlying in a lot of places (NATO, Zoom, british Military, Grindr, Jisti…). Federated usage is mostly private chats that don't really want to advertise that they do use it. It is sad because public groups also just work, but I know clients are missing a few features that would improve usability/UX. Some people are working on that, cf https://movim.eu/ for instance.

You can with dino. I wish I had the time to work on getting A/V calls back in gajim. It could be worth asking an NLNet grant for that…

https://dino.im/

Sure.

In practice, in federated networks bad actors end up being blacklisted. It does not provide any "formal" guarantee, but… it tends to work fine enough. For this specific "deletion request" feature, of course it should always be seen as a convenience thing, and absolutely not about security.

As with many engineering things, it's tradeoffs all the way down. For instant messaging, a federated approach, using open protocols, offers what I value most: decentralisation, hackability, autonomy, open source. My options in this space are Matrix or XMPP. I have not attempted to self-host a matrix server, but have been very happy with my [prosody](https://prosody.im/) instance for almost a decade now.

An open protocol can mandate indeed, but that is still in the realm of pinky promise security. A better design for a privacy-friendly chat protocol is to not write a lot of stuff on a lot of different remote servers when that's not necessary IMHO. One of matrix's selling points is to be censorship-proof though; in that case copying stuff as much as possible makes a lot more sense.

uv pip is a full reimplementation of pip. Way faster, better caching, less disk usage. What'd not to like about it?

I have been running a family and friends XMPP server on a cheap VPS for almost 10 years and the only downtime we had was when the datacenter burned down (OVH, true story).

Movim and Dino do multi-party jingle, aka voice and video group calls. Maybe you can contribute to improving it ;)

For (repliable) notifications on iOS, you need mod_cloud_notify server-side.

That article loses its credibility because of this, my thoughts too. Facebook and Instagram websites are among the worse offenders when it comes to "time-to-content" or whatever metric cool kids use these days. Maybe the apps are faster, but I'd rather avoid spyware on my pocket computers. Probably the author is running a $3k+ laptop and renews it every year?

Anarchists generally don't want to run things, they usually aim for that thing witj freedom, um, what's it called again... oh yes, democracy.

I don't think it qualifies as a breakthrough. In short:

1. Segmentation is a very classical in medical image processing. 2. Everyday there are papers claiming that they beat the state of the art 3. This paper says that most of the time, the state of the art has not been beat because they actually are in the margin of error.

I agree with that. Classically used "AI benchmarks" need to be questioned. In my field, these guys have dropped a bomb, and no one seem to care: https://hal.science/hal-04715638/document

I am not a AI booster at all, but the fact that negative results are not published and that everyone is overselling their stuff in research papers is unfortunately not limited to AI. This is just a consequence of the way scientists are evaluated and of the scientific publishing industry, which basically suffers from the same shit than traditional media does (craving for audience).

Anyway, winter is coming, innit?

Equivalence is too strong a word, but content produced by spotify where musicians (or AI prompters) are mere contractors comes to mind.

Getting back to "I don't even want virtuous algorithmic recommendation"… I like jazz rock/fusion, especially when it has a touch of bluesy/blues rock influence. There is probably a lifetime of listening time of that genre, and it takes no effort for me to appreciate anything that resemble this. Long guitar solos by a jazz-educated guitarist who happens to like Jimi Hendrix, sign me up.

But I do think there is value in getting out of my comfort zone, and listen to something drastically new, from time to time. It requires effort though. My first reflex when I hear synthetic drums or autotune, for instance, is to press "next". But it is through other humans being recommendation, that I sometimes make that effort, and actually learn to appreciate something else.

Call me an elitist prick, but I hate to think of music as a commodity for us consumers to consume. It is art. Art is not always pleasant. It sometimes becomes pleasant after overcoming an initial disgust.

I'll argue music algorithmic recommendation on these platforms is a bad thing anyway.

First, the algorithm is opaque, so it can push stuff to you because the platform decide it has to get the spotlights. Maybe the label/producer/musician paid for it or whatever you want to imagine that is even worse. It is a well-known phenomenon that if some music is pushed to your ears, you'll end up appreciate it most often than not. This is how hits have been and are still made.

But even if the algorithm was not gamed at all, I still think it is a bad thing. It is not going to push you out of your comfort zone. Listening to new stuff is usually not pleasant at first. You will only "discover" things that are very similar to what you know and already enjoy.

If these recommendation algorithms were about food, they would "reason" like this: "Hey, you've really enjoyed this whole pack of M&M's, I'm sure you'll like this Kit-Kat bar now! Oh and you've had a glass of wine, what about trying out meth, it's pretty good too.". Do we really want our computers to reinforce such behavior?

Go to concerts, buy merch, buy albums on bandcamp (it has not enshittified too much yet apparently), donate money to artists; discover music through your friends and other humans recommending it. Recommend what you like to your friends. Cancel your Spotify subscription, none of that money is going to artists anyway. And use soulseek.

Excellent! Dino is sweet.

I wish the Windows XMPP client situation was a bit better, but in the Linux world we have at least 2 actively maintained and modern-looking clients with Dino and Gajim, and 2 TUI ones.

Keep up the good work!

It's worth noting that there are self-hostable XMPP-based implementations for this: https://unifiedpush.org/users/distributors/conversations/

What is old is new again (Google used XMPP for Android Push Notifications before they switched to something else).

Scaling data is not always possible. It's really hard to get your hands on good labelled medical imaging data, for instance. Maybe it makes sense to try to incorporate insights from biology and physiological instead of hoping that the neural net will "get it" from seeing enough data.

Yes. But atom please.

Resource usage in general, especially server side? Although XMPP clients also seem to win too, cf [1] (debatable methodology in this link, I agree).

And this is not "implementation detail stuff", by design serving Matrix is resource-hungry, while serving XMPP is very lightweight. Others have phrased it better than me, something along the lines of:

Matrix is a distributed, eventually consistent database; XMPP is just message passing.

Both have their own merits.

But you know all of that Arathorn ;). I'm replying for readers anyway.

[1] https://decentim.grafana.net/public-dashboards/92602d3a4aa84...

It's nice to see pidgin still alive and kicking!

I hate to have different apps for similar stuff and I also prefer "native" clients over web UIs so I used pidgin a lot in my life. I impressed many people with its "telepathic" feature that would open a chat when someone starts typing, to let you type in something before they even finish their initial sentence. Fun times…

However, when I finally got a smartphone, and started a more conventional line of work which came with extra devices, I switched to grouping my chats using server-side gateways for better multi-device consistency. I started by using Spectrum [1] which leverages on libpurple (pidgin's "backend") to do that. Since spectrum is on life support (maintenance mode, no modern chat features like emoji reactions which I happen to like despite my old age), I actually started my own hobby project [2], because I'm not really interested in learning C++ (which spectrum is written in). (shameless plug, I know)

The hype these days is more around mautrix [3], but the permacomputing enthusiasth in me prefers XMPP over Matrix. I'm not that religious about it though, my gateway project includes the most feature-rich XMPP/Matrix gateway out there [4] which I try to improve and maintain when time and motivation allow it. Unfortunately, XMPP support in pidgin has historically been pretty poor and IMHO partly responsible for some of the hate XMPP gets. I'm not blaming the pidgin devs of course, I should contribute to libpurple-xmpp (if that's how it's called) instead of complaining. ^^

[1] https://spectrum.im/ [2] https://sr.ht/~nicoco/slidge [3] https://github.com/mautrix/ [4] https://git.sr.ht/~nicoco/matridge

And no moon cycle related variations, despite a popular (false) belief. It always amazes me that the superstition is spread even among (some, of course not all) midwifes!

Every rust article: "Look how great this rust feature is and how clean and concise the resulting code is!"

Me: "How can a programming language be so damn complex? Am I just dumb?"