The biggest downside to containers vs. Nix for me is that Nix can produce binaries for Linux and macOS, whereas docker only helps with Linux unless you can perform literal magic to cross-compile your project on Linux for macOS.

Containers also don't give you reproducible environments, and Nix does.

That said, Nix documentation is ass, so I usually end up going with containers because they require far less suffering to get working because writing a containerfile is much easier than guessing how to hobble together a Nix flake with a mostly undocumented language.

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

The owning class is the only minority group that does you any harm.

All those packages, but terrible/lacking documentation and LSP support 😭 And, yes, I've tried nixd and nil, and they're not even close.

I've tried to learn Nix multiple times, and even got by okay running NixOS for a year or so, but doing almost anything that isn't just adding a package to a list in a nix file or flake was like pulling teeth because everything is documented so poorly (or not at all). It would take me hours to do what I could have done in seconds with any other package management tool or configuration management because I'd have to scour hundreds of search results to find someone that did the thing I'm trying to do because there was little-to-no documentation for it.

Nix is a tool with amazing promise that could solve so many problems if they could get their documentation and LSP support up to the standard of something like Rust.

I would say that development is the one thing that can get very annoying on immutable distros.

Flatpaks can only get you so far (as seen by the VS Code Flatpak's limitations that have to be worked around). I don't even use VS Code, so I can get around that pretty comfortably, but I have to use Distrobox for a lot of miscellaneous developer tools, and even then, I still run into problems and I can't install container tools inside of the containers that I'm already working in.

Not to discourage you from trying. I can still get by with some dev work on Bazzite, but it's waaay easier to do the same dev work on CachyOS (Arch-derivative) because I can just install shit normally and it will work.

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.

Nooooo. I have to reduce veganism to a dietary preference instead of a rights movement so it's easier to dismiss it because a vegan was annoying or whatever one time!

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.

Anything but properly supporting the Linux community 🤡

How have they still not learned that the largest intersection of the people that care about their core value proposition (game preservation, DRM-free, etc.) are Linux users?? It's not like they have to create the compatibility layers from scratch; Valve did it for them.

If they provided a launcher for Linux users, I'd actually buy shit from them. Yes, Heroic Launcher exists, but I'm not paying GOG for the work that the Heroic dev did. I want first-party support.

I just hope Wayland has its accessibility shit together before then. There are people that still need to use X11 for their accessibility needs.

Lula is so fucking great. He's literally just backing up the courts that are applying the law fairly and as-written, which is more than I can say for most leaders.