I think that was sometimes true in the past, but they ended that practice years ago.

This one offers daily trading cards for finishing a discovery queue, and stickers for following a “browse by category” link on the main page and clicking the “claim” button.

Looks like the site is overloaded at the moment. Some things are not working quite right.

I imagine he wants to avoid dependence on fuel suppliers, or pollution.

Related: A very similar question posted by the same person yesterday.

How to turn them square?

I don’t think yt-dlp has built-in image cropping, so it’s just going to download thumbnails in the resolutions provided by the server. (See the --list-thumbnails option.) To crop what you download, consider a tool like ImageMagick.

Gesundheit!

KDE Connect also runs on more operating systems. It’s worth mentioning to friends who run Windows.

Lemmy tip: Don’t indent your paragraphs.

We’re writing in Markdown here, so 4+ spaces at the beginning of a line triggers code formatting. It breaks line wrapping, so many readers are forced into a lot of horizontal scrolling back and forth if they want to read your text. It sometimes also breaks color schemes, burning dark-mode readers’ eyes with blocks of bright white.

Back to your request…

Your description reminds me of bits of Cyberpunk 2077 and Overwatch, but I don’t think it’s either of those. It doesn’t exactly match any games I can think of right now. Good luck. :)

That explanation is fair enough but the headline is red meat the the EV disinformation brigade.

It’s funny how words affect people differently.

Not long ago, I posted a short, precisely-stated comment mentioning an observed fact that I had verified with a relevant authority. When I later checked in, I was surprised to find someone accusing me of spreading misinformation, and my comment removed by a moderator. It was clear that my accuser had badly misinterpreted my words. He refused to admit it or accept clarification. (And the mod had already acted, rashly.)

I re-checked what I had written about twenty times over the course of the day. There was nothing there to support the accusation. My best guess is that my phrasing or the subject matter might have touched on rough emotions from a bad experience, leading him to see what he expected to see instead of what I wrote, and triggering attack mode.

Communicating well really is complicated. It takes work on both sides, and can quickly turn into a bad time if it goes off the rails.

Because of this, I’ve been making an effort to read (and re-read) charitably, especially with people I don’t know well.

From the article:

In an EV era, tires are becoming the greatest emitters of particulate matter

The point being that electric drops tailpipe emissions to zero, making tires the next target for reducing emissions.

Obviously you need someone joining the room for the room metadata to be shared between homeservers.

Well then, your assertion that Matrix gives it freely is false.

Not so with Matrix, where a joining homeserver get full retroactive access to all the room metadata since the room’s creation.

This is false, too. Historical event visibility is controlled by a room setting. (And if you don’t trust admins of a sensitive room to configure for privacy, then you’re going to have bigger problems, no matter what platform it’s on.)

Edit: I suppose you might argue that you can bypass this by running your own homeserver and attempting to join the room from it, thereby granting visibility not through joining (as you wrote), but instead through federation with the server you control. The thing is, you can’t do it without permission. Room admins can simply deny your join request when they see what server you’re on. This might make sense in a particularly sensitive room, for example, just as it would to restrict history visibility.

you really need to stop privacy LARPing

LARPing? I’m not the one stirring up drama with falsehoods and patronizing snark, am I? Farewell.

Matrix stores all this info and gives it freely to other servers retroactively(!)

Can you show me the part of the spec that allows a server with no room members to get private room info from another server? I’m skeptical, but if true, I believe that would be worth reporting as a bug.

network layer sniffing (which is anyway much harder to do)

You’re funny.

The network layer of all internet servers reveals almost everything you listed. Signal has the same problem, and there’s nothing they can do about that. The only way to avoid it is to use a completely peer-to-peer model (Matrix has started work on this, btw) and avoid communicating across network routes that can be monitored.

There might be one exception, depending on what you mean by “Accounts”: The user IDs participating in a room can be seen by server operators and room members. But then again, server operators can already see their users’ IP addresses (which is arguably more sensitive than a user ID), and I believe room members have to be allowed into the room in order to see them. For most of us, that’s fine. Far from a disaster.

Human behavior is funny, isn’t it? No matter what the topic, there are always people around who like to repeat criticism they heard from someone else, even if it’s so vague as to be useless (“metadata disaster”) or they don’t understand the details at all.

It’s not a disaster. A few minor bits of metadata (avatars and reactions, IIRC) haven’t been moved into the encrypted part of the protocol yet. If that’s a problem for your use case, then you might want to choose a platform with different flaws, or simply avoid those features. It’s already good enough for the needs of many privacy-minded folks, though, and it continues to get better.

I couldn’t bring myself to watch more than half of this.

tl;dr: This video is a misleading, sensationalist, bad-fath, hit piece. It’s constructed upon faulty logic, fear of things used or supported by governments, and a single anonymous person’s poorly-reasoned conclusions.

Nonsense.

Nothing can be lost that wasn’t had in the first place.

Do you know why both hid_sony and hid_playstation are loaded? Only one is needed. The latter replaces the former, IIRC.

It loads automatically on my system once I power up the (already paired) DS4. You did pair yours with your computer, right?

I also wonder if any of the device names in your bluetooth list would be more friendly if you installed the steam-devices package.

John Mashey wrote about this nearly 30 years ago. This Usenet thread is worth a read.

I think that kernel version should handle it, as long as the hid-sony or hid-playstation module is being loaded. (Some 6.7 and early 6.8 kernels had a relevant bug, though.)

It’s hard to say regarding the bluetooth adapter. The branding and price don’t matter; my cheap old no-name dongle worked great. It’s really about whether the parts used inside happen to play well with the other device.

Another thought: Is it possible you have the old version of the DS4, rather than the DS4 v2? If I remember correctly, the light bar is visible through the touchpad only on the v2.

That is strange. It works great for me. All I had to do was pair it.

I have read that some computers have bluetooth modules that don’t play well with it, though. Maybe you have one of those, or an old kernel?