trevor (he/they)

So many Rust projects are dual-licensed under Apache or MIT. It’s just a convention that many Rust projects have adopted. Yes, it’s true that there’s nothing intrinsic about Rust the language that requires a certain license type. But it doesn’t mean that the Rust community hasn’t adopted a convention of licensing with pushover licenses. That’s my point.

Using Rust != required to use pushover licenses. It’s just a bad convention that a lot of Rust projects adopt.

The Rust code is licensed under GPLv2-or-later.

Nice! TIL. Do you have any info you could share about how Minnesota’s privacy legislation compares to California’s or the EU?

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.

The EU governing bodies are speaking out of both sides of their mouths if they claim that they want data sovereignty while simultaneously relying on an evil, American company to verify your “integrity” 🤡

You’ll never be sovereign if you rely on a for-profit entity that makes money by spying on people and selling your data.

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.

The trusted publishing is really cool, but all I want is the ability to publish crates without needing to link an OIDC account (like GitHub). I have so many crates that I don’t publish because I hate mixing accounts/identities like that.

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.

Yeah. I was annoyed by this, but wouldn’t assume bad faith on the part of the Fennec devs.

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 grown-ups that run Fedora and the community are overwhelmingly against this very bad proposal, so I don’t think the reich-wing creep’s toy project is going to replace the official XServer implementation any time soon.

This probably has a lot to do with the new DOA XServer fork being “anti-DEI” (pro-discrimination). When these slimy shitweasels go out and vice signal about how bigoted they are, they congregate around it and form a new harassment campagin because they have no life.

Sorry you’re getting harassed. I hope you can take solace in the fact that these little pissbabies lead miserable lives.

Linux on Apple Silicon is a totally different story than it was for Intel Macs because of the work put in by the Asahi team. It’s actually one of my favorite pieces of hardware to run Linux on. The trackpad works great too, btw.

It’s not for no viable reason. Rust is just safer than C. There absolutely are bugs with GNU coreutils, so it’s not even a hypothetical like you implied. But beyond safety, some of the Rust equivalents are more performant than their C counterparts.

And uutils is already heavily tested against the GNU coreutils. It’s not some fly-by-night rewrite that people aren’t serious about. I don’t know if it’s been formally audited yet, but it absolutely will be when companies like Canonical (and hopefully SUSE and Red Hat, one day) want to start shipping them.