iglou

My reason for using arch linux is to have as little bloat as possible. So, pacman. Yay sometimes for AUR stuff, but my need for it is rare.

Does this systemd change facilitate future verification softwares? Definitely. Will it become a part of systemd? Extremely unlikely. Should systemd rebel and refuse to include anything facilitating these disturbing laws? Eh, probably. But let’s not blow this change out of proportions. This is a way for systemd to not aggressively fight the laws, without enabling them either. This field changes nothing, and you will still be able to use distros that don’t even employ the field at all. They might become illegal to use in the land of the free, but that’s a separate issue that this change does not impact.

But my clickbait!

A gamer does not need to switch from the mouse to the keyboard repeatedly. Plus, a gamer cares about precision, which obviously a trackpad lacks. "Faster" standalone means nothing. Can you move the pointer faster with a mouse? Of course. But I don't see most people flicking on their workstation. In the context of this thread, "faster" refers to completing your tasks faster. And for that a trackpad beats a mouse if your job requires you to type a lot.

I prefer a trackpad while I work, and the reason is simple: Much less movement to switch from trackpad to keyboard than from mouse to keyboard. And much easier to land on the key you want without looking. And I very much doubt you'd be faster than me with a mouse!

I can't work on a big screen. I'm thriving on my laptop with my 3x3 virtual desktop grid, though.

Of course! But sometimes, most often even, the optimization is not worth the development to get it. We’re particularly talking about memory optimization here, and it is so cheap (or at least it was… ha) that it is not worth optimizing like we used to 25 years ago. Instead you use higher level languages with garbage collection or equivalents that are easier to maintain with and faster to implement new stuff with. You use algorithms that consume a fuck ton of memory for speed improvements. And as long as it is fast enough, you shouldn’t over optimize. Proper optimization these days is more of a hobby. Now obviously some fields require a lot more optimization - embedded systems, for instance. Or simulations, which get a lot of value from being optimized as much as possible.

If my memory serves well, it is configurable. I say X seconds because it can be 5, 10, 30, but of course also 60, 120… This is my programmer brain talking :)

Well, from my knowledge, the person you replied to is inacurrate. All tires will transmit at the same frequency. But every X seconds, when each tire transmits its data, it transmits an ID unique to its transmitter with it.

I’m not having, as I said before, any issues with Gecko Good for you!

If your only criterium is the presence of AI, then of course it doesn’t matter. But Firefox has been degrading far before AI was even hyped. Mozilla basically gave up on its development as they lost their market share. Full of bugs, poor implementation of new standards, terrible optimization… That’s why I switched to a Chromium based browser. Not because of AI.

Unforunately, there is no solid alternative at the moment. Firefox used to be great, but the quality of the browser has been consistently declining for years now. In terms of features, stability, and accuracy. The various forks I tested back when I couldn’t deal with Firefox’s issues had the exact same issues. At least Vivaldi is european.

Exactly this. Micron ended their consumer RAM. Sansung here is just stopping producing something that is arguably outdated, and has a perfectly fine, already more available, most often cheaper or equivalent modern replacement.

Problem is the e2e encryption. The bridge basically decrypts your emails and makes them locally accessible.

It is technically impossible at the moment to keep your emails end-to-end encrypted and not have to use a bridge for your client of choice. It will only be possible if your client of choice partners with Proton to integrate them, or if a standard for e2e encrypted emails pops up and both Proton and your client adopt it.

Because forking a buggy suite isn’t always the best choice? If they have the ressources, and they do, making their own is best for everyone. More choices.