As illustrated here:

Hamburg is not a huge detour and obviously there will be more customers interested in getting on or off the train there than Hannover or so. Also the tracks between Hamburg and Berlin are currently being renovated, so once those are done, the ride is probably going to be a lot smoother.

They are somewhat niche, but on the lines where they run they don’t seem to have problems with demand.

Ubuntu Touch supports the FP4 & FP5 quite well: https://devices.ubuntu-touch.io/

I hope you didn’t have to sleep on those stones 😅

Nice pic though, must have been a cool hiking trip.

Many gliders are also pulled up by winch and not airplane, and those winches are typically electric as well.

Nice picture, but without context it doesn’t tell us much.

Please make a report next time instead of replying with a comment as that just boosts the spam further in the “active” ranking of Lemmy.

Raddle.me and lobste.rs are non-federated alternatives.

Lol, confidently saying stuff you obviously have no idea about and just believing Signal’s “trust me bro” nonsense. Have fun using that honeypot.

(Those “security researchers” you are referring to have no access to the Signal infrastructure and usually only look at the cryptographic algorithms used by Signal, which are indeed good and used by other systems as well these days).

A timing attack is extremely realistic when you control one of the end devices which is a common scenario if a person gets arrested or their device compromised. This way you can then identify who the contacts are and with the phone number you can easily get the real name and movement patterns.

This is like the ideal setup for law inforcement, and it is well documented that honeypot “encrypted” messengers have been set up for similar purposes before. Signal was probably not explicitly set up for that, but the FBI for sure has an internal informant that could run those timing attacts.

There are some mitigations in place, yes, but Sealed Sender on a centralized platform is snake-oil as someone with server access can easily do a timing attack and discover who communicated with whom.

If you are even remotely involved in any activist type of things, you certainly don’t want this US government honeypot have your phone-number and device id.

Apparently this is using face recognition technology from Russia 🤷

Probably not, but you can likely improvise by binding the audio mute to a button in your OS.

You cam try https://jami.net/

But I also think Mumble is the better solution, but of course not p2p.

Many things are very similar on Linux compared to Windows (e.g. Browsing, Steam). One big difference is that people prefer using package managers to install software (instead of downloading and installing it manually).

This. Especially for drivers, always use the package manager of your distro and do not attempt to manually install Nvidia drivers you downloaded from their website.

Also included: XMPP account on the same address, but it would be nice if they would keep their Ejabberd a bit more up to date.

Yes in a local database, not a distributed one.

The main difference is that XMPP (like most other federated systems) is based on passing messages, so if a new server joins a chat, it gets send messages from that point onwards.

In Matrix that is different. When a new server joins a chat it exchanges the entire database for that chat, and for DAG consistency reasons this means all the metadata since the chat was first created, often years ago.

Matrix is not really a chat system, but rather a distributed database that pretends to be a chat system. As a result all servers participating in a room get a full copy of the room metadata all the way back to when the room was created, which is a serious privacy issue.

This is not a general problem of federated systems though, and XMPP for example basically only shares the metadata that other participating servers strictly need to function.