Hacker News
Lonewolf 0.3 – A standalone XMPP server written in Rust
nicoco
|next
[-]
I see no reason for me to change from my beloved https://prosody.im/ which is more than lightweight enough already. But having options is nice, and standards only make sense when there are several implementations of them.
rootnod3
|next
|previous
[-]
It’s a chat protocol. Something that is supposed to be very private and secure. Seeing an AGENT.md file is a huge turn-off there, sorry to say. Feel free to burn my karma down to oblivion.
0x1ch
|root
|parent
|next
[-]
Bender
|root
|parent
|next
[-]
Same. I had a couple LLM's rewrite, harden an anonymous image board. It's not popular but exposed to the internet and the Tor network. Not worried at all. Same with an SSH Chat server that is also listening on the Tor network.
chat() ( saved=$(stty -g 2>/dev/null); trap 'stty "$saved" 2>/dev/null; printf "\033[?2004l\033[0m\033[?25h\033>"' EXIT INT HUP TERM
[ -f /tmp/dc ] || ssh-keygen -qt ed25519 -f /tmp/dc -N ''; ssh -p 443 -i /tmp/dc -oIdentitiesOnly=yes anon@dropchat.net ); chat;
Evil hackers are welcome to hack around on it. Change "anon" to any nickname.
jayd16
|root
|parent
|next
|previous
[-]
rootnod3
|root
|parent
|previous
[-]
Or when shit goes sideways and someone actually needs to take a human look at the BF s. I’d rather have the guy who manually with human eyes read the specs.
jjice
|root
|parent
|next
|previous
[-]
Not sure how using an LLM for development of the tool has any affect on this. From a security perspective, I think that would've had more validity a year or two ago, but these days, I'd argue LLMs practice better security in generated code on average than a normal developer.
From the privacy angle, I have no idea how having an AGENTS.md (for development purposes) has any impact on privacy.
I don't want to "burn [your] karma to the ground", I just want to understand this angle, because I'm not sure I see how it applies.
Muromec
|next
|previous
[-]
Looks like matrix is in this niche now.
toastal
|root
|parent
|next
[-]
ad_fontes
|root
|parent
[-]
tredre3
|root
|parent
|next
[-]
Fully supported by XMPP: https://xmpp.org/extensions/xep-0045.html
> audio and video support
Supported by some clients (usually over Jingle) but nothing standard AFAIK: https://xmpp.org/about/technology-overview/#jingle
> threads
Rooms can have multiple threads but I don't think they're used the way they are in discord/slack/etc.
> e2e encryption
XMPP has multiple ways. Currently the most widely used by clients is OMEMO https://xmpp.org/extensions/xep-0384.html
> etc
Whatever you can think of, XMPP supports it. Whether enough clients support it for it to be reliable is another question entirely!
(The XEPs I mentioned are considered "core modern" so most clients support them, you can browse through https://docs.modernxmpp.org/client/protocol/ to see what's considered the bare minimum for a full client)
ezst
|root
|parent
|next
|previous
[-]
Where matrix does do more is on the protocol level, because it objectively absurdly complex and unnecessarily so. Matrix stands to offer distributed rooms as the one differentiating feature over XMPP. The complexity price to pay for that is substantial. All along, XMPP had fMUCs and distributed servers, because the complexity of clustering could be absorbed by the runtime better, for those who cared/needed it (as proven by the overwhelming success of WhatsApp, a fork of ejabberd, running on top of the Erlang platform)
josteink
|root
|parent
|previous
[-]
Yes. And since that’s more than most Matrix users use Matrix for - it’s a design cost brought on to every single user to accommodate the needs of the 0.1%.
The complexity and cost of running a Matrix home-server instance is ridiculous. Should you ever need to do admin work - you’ll be forced to curl your own server using bespoke APIs (or use Claude to do it for you) - because element never thought an admin portal was important to include in a globally federated com-product which just keeps accumulating more and more data.
I use Matrix myself - because what else is there - but let’s be honest about what this thing is.
It’s a giant, over-engineered, under-implemented promise - which fails to deliver the second you push it past the IRC stage.
Btw - I’ve run IRC servers for 20+ years with less total lifetime maintenance than a Matrix home-server has in a single year. Just so many things breaking.
Arathorn
|root
|parent
[-]
ezst
|root
|parent
|next
|previous
[-]
Matrix is almost as old now as XMPP was when Matrix first came out, and yet, after all those years and grandiose promises, and loads of venture capital, it doesn't strike me as approaching the problem in a better/sounder manner than the protocol it was set to replace (quite the opposite, actually, Matrix, the protocol and its implementations are worse on almost every metric).
ortuman
|root
|parent
|next
|previous
[-]
NewJazz
|root
|parent
|previous
[-]
RadiozRadioz
|next
|previous
[-]
What we do need are clients that are palateable to the masses. Something on desktop with the polish of Conversations. That's what will really drive adoption from people. I think a big part of Matrix being so popular versus XMPP is that they had a stronger unified client set that looked modern was appealing to many people.
All the widely deployed XMPP servers support a great number of XEPs. The perceived fragmentation of the XMPP ecosystem is mostly a client problem.
robwayne
|root
|parent
|next
[-]
Gajim is _okay_ on desktop, but it leaves a LOT to be desired. Everything else feels way too bare-bones to feel comfortable recommending to Discord expats. Fluux Messenger is the closest I've seen, but it's sluggish for me. Maybe that's just Tauri on Linux.
Conversations is good on Android (bit barebones feeling), and I haven't tried out voice with it. IDK what the situation is in the Apple ecosystem.
I really, really wish I had the time to just start building a strong suite of XMPP clients. Every day Discord shoves a new ad in my face I get closer to biting the bullet.
stevefan1999
|next
|previous
[-]
pkulak
|root
|parent
[-]
There's also Continuwuity, which I think is more popular, but I don't fully understand the difference. I think it's a community split issue? As someone who maintains a client, Tuwunel seems to match the spec better, but I'm sure folks have better reasons to pick one over the other.
jakswa
|next
|previous
[-]
mxuribe
|root
|parent
|previous
[-]
I agree with you 100%! With so much open source software and know-how material that has been available for AI to train on, it seems inevitable that such tools will be used that much more often...and then as the AI trains on newer content, it will continue a virtuous cycle of open source software that will keep being used, and further improved...and as you stated "burning forever".