trevor (any/all)

It’s a customizable IR receiver, yeah.

Was it harassment to acknowledge your online name?

You’re sadly mistaken if you think the people that rightly don’t like your heinous behaviour are kiwi farmers.

But sure, everyone that doesn’t like you just happens to be bad people from a stinky Nazi forum. Whatever you need to tell yourself.

Also, hi AdmiralPatrick’s alt 🙂

I’ve always found CEC to be insufficient. If you need to access anything more than directional nav, enter, and back, you can’t. I have CEC on my Linux machine, but I leave it off because it just can’t do most of what I need it to.

The Flirc receiver is the best $25 I’ve ever spent. You can use it with basically any TV remote and turn it into a decent PC input device.

You can map any app with decent keyboard navigation support to work with up, down, left, right, enter, etc. and get a pretty seemless TV experience.

I’m currently using Bazzite with Steam’s Big Picture mode, yes. I’d like to switch to Plasma Bigscreen, but I’m not sure it’s ready just yet. I keep trying it on my laptop every few weeks, but there are some crashes I keep running into.

I can’t wait to switch away from Steam Big Picture mode though, as it’s pretty tedious adding shortcuts and having to use a Decky plugin to download art for them. It’s very apparent that Steam isn’t meant to be used this way (even though once you set it up, it’s not bad). Plasma Bigscreen just reads the .desktop entries, which is a lot better.

I use a Linux machine that boots to a big picture interface with these apps:

• Jellyfin Desktop client (pirate everything)
• VacuumTube (YouTube TV interface with adblocking)

And I use a Flirc receiver so I can use a remote for all of it.

deleted by creator

My understanding of gccrs is that it merely provides a way to compile Rust software with GCC instead of LLVM, which is great! But it’s such a small piece of the Rust ecosystem (it’s merely a frontend). Maybe it’d be a good starting point for a more copyleft ecosystem in the future though.

This is a bit of a tangent, so I didn’t include it in the above comment, but I don’t think “open source” is sufficiently anti-capitalist, so the (A)GPL was never going to save us to begin with. “Open source”, as defined by the OSI (a.k.a. a handful of megacorps in a trench coat) and the FSF, prevent “discrimination of use”. So if you want your software to be “open source” or “free software”, you have to accept that your software can be used by for-profit entities to exploit your labor, and potentially to perform heinous acts, such as military or surveillance usage. What we currently call “copyleft” is actually just copylib 😭

No open source license, not even the (A)GPL, allows you to forbid this. Unfortunately, I don’t see an alternative framework being widely adopted anytime soon. It seems that the best you can do for now is use niche licenses like this and just accept that your software can’t be considered “open source” :/

IMO it isn’t in bad faith any speech making that apparent.

I’m not sure I understand what you meant (there may be a typo in there).

The language, as an inanimate object, doesn’t have an ideology, sure. However, people running the show in partnership with the ruling class have.

This, I agree with. It is very concerning that Rust has so much corporate buy-in. And the structure of The Rust Foundation being operated more like a business than something like the Zig Software Foundation does worry me.

But I often feel the need to chime-in and correct the common misconception that Rust rewrite == corpo-relicense. It’s false and I think the conspiratorial coupling of Rust to corporate embrace-extend-extinguish only serves to discourage people from writing better software.

I would love to see a community fork of Rust and its ecosystem one day, but I don’t think we get there by discouraging people from writing or using Rust software.

Which speaks to my other comment: nothing about Rust necessitates using corpo licenses. The reason so many things are being rewritten in Rust is that it’s a great language and it provides tangible benefits to users. The owning class doesn’t need a special language as a pretext to de-GPL an ecosystem. They could do it with C, OCAML, or any other lang.

Lemmy is written in Rust. I don’t think dessalines is a stray liberal on lemmy.ml lol

Using Rust in no way requires the usage of pushover licenses. While it’s true that many devs are using pushover licenses, there are plenty of GPL Rust projects. You are just focusing on the sensationalized ones that get mentioned in news cycles.

• AGPL Rust projects on GitHub
• GPL Rust projects on GitHub
• Unfortunately, Codeberg doesn’t support filtering by license, but there are Rust projects on Codeberg, some of which will use copyleft licenses here.
• GNOME’s GitLab is also rife with GPL-licensed Rust projects.

I second the recommendation for running Asahi on your MacBook. I’ve been running it for years and it’s great. The hardware support isn’t perfect (Apple has nicer trackpad drivers for their hardware), but it’s like still very good.

Partial HDMI 2.1 FRL support is huge (even if it’s from upstream)! I finally have 12bit color on my home theater PC! Content looks amazing now 😍

Unfortunately, it does flicker occasionally if VRR isn’t enabled, but that’s why it’s behind a debug flag to begin with. I can’t wait for Linux 7.3 to complete the implementation.

Eat shit, HDMI Forum.

When one falls, another takes its place. Check out VacuumTube. It uses the official YouTube Leanback interface with adblock, sponsorblock, etc.

That said, I’m sure FreeTube will probably be able to fix whatever you’re going through, assuming it isn’t Google rate-limiting or blocking you outright.

This will kill people.

Enforced commit signing and making it obvious when the signature changes would help make adoption much safer. I really hope they implement it.