trevor (he/they)

All conservatives are pedophiles.

Helix is my favorite editor. It’s like Vim, but less obtuse because you can see the text you’re about to perform an action on before you take it.

This is perfect! Thanks!

Thanks for asking. It’s partly OOP, but more than that, C++ is just rife with footguns and is basically unreadable for me.

I think C is much more readable and I find imperative/procedural programming to be much more delightful and readable.

Rust is my absolute favorite though, because it removes the footguns of most lower-level langs while being just as performant. The only trade-off is that you need to understand the borrow checker, but working with it becomes substantially easier over time and saves an ungodly amount of headaches. You can also write something that very closely approximates OOP, without the most of the footguns (like inheritance, until you get into more advanced stuff like trait objects, anyway).

I don’t know of anything fully libre exists, so in lieu of that: TD Ameritrade was the only software I found that actually has a Linux client. I’m pretty sure it’s still proprietary, but idk of anything else.

Speaking of suckless, does anyone know of a Wayland-compatible window manager, similar to DWM, preferably written in Rust or C (but not C++).

Seems like a fun thing to tinker with to learn how window managers work.

I have the same mouse, and that scroll wheel is unusable. It requires a ton of effort to just scroll tiny amounts because the sensitivity is waaay too low and it cannot be adjusted. The rest of the mouse is really nice because it runs QMK.

I set up drag scrolling as a workaround for the shitty scroll wheel, which allows you to press a button (or a combination of buttons) and then use the mouse’s optical sensor as an omnidirectional scrolling device until you release the button.

I set that up on my Ploopy Adept hand trackball mouse as well. It’s my favorite mouse I’ve ever used.

Okay, so this definitely feels like bad practice to not change the version number or URL, even in something trivial like example texts here. But what real-world significance does this have?

It almost seems equivalent to just changing a variable name based on how it’s being used, which – to be clear – should come with a version bump, but I can’t imagine this having any meaningful impact anywhere.

Same. If most of my games stopped working, I would be very annoyed, especially because it was entirely preventable.

Thankfully, the Fedora project and community agree.

No. Valve (the biggest offender) will have to make native 64-bit Steam before then, as will the remaining holdouts, so Linux distros will be able to remove 32-bit packages in a timely manner.

Removing then now will break too much to be worth doing.

The same could be said about iOS and Android. We just gotta help people when we can.

The same could be said about Windows. It’s a bad idea for people to use Windows without installing it themselves because they are dependent on MS and the OEM that installed it for them.

Better that they’d be dependent on someone that cares about them than soulless corps that just want to exploit them.

The new indirect GPU driver is AMAZING. I’ve previously suffered through getting GPU passthrough on one of my systems before, but I no longer need to because Linux flawlessly plays every game that I could ever want.

But I never liked that the VMs that I used for more general purpose stuff had choppy display performance. The indirect GPU driver sounds like it’s as easy as installing the driver in the VM and you’ll get much smoother graphical performance without the headache of configuring GPU pass through, which is awesome! I’d love to see that functionality baked in to stuff like Virt Manager and GNOME Boxes.

Yeah. This is useless.

Can someone explain why, and what to use them for?

I’m a (mediocre) Rust dev, and I use GPL licenses for my projects. There’s nothing preventing you from doing so. I think the answer to your question is that it’s largely cultural.

HelixWiki when 😭

Unfortunately, from trying this myself, I don’t think you can forward port 53 to the Android host, so that won’t work (easily). It seems that privileged ports aren’t allowed to be forwarded.

This is literally the only humane way to keep everyone safe.

I’m very firmly in the Rust for Linux camp because I am in the “make Linux better” camp, and I don’t see why eventually getting Zig in the kernel would be a problem. If Zig solves problems that C and Rust don’t, by all means, it should be brought in.

However, one of the primary reasons Rust was chosen is that it is memory-safe by default. Zig, on the other hand, has opt-in safety. So unsafe Zig should probably only go in very specific places where C and Rust can’t do the job. And ideally, there would be some rules that require the usage of safe Zig everywhere else.

Ignoring Zig, the language, Zig’s compiler toolchain is hands-down, the best I’ve ever seen, and I think introducing Zig to the kernel by making “Zig-built Linux” a thing, would be a really natural way to get that process going.