I stopped using them altogether when my job provisioned a YubiKey. Got one for personal usage and it’s pretty solid for just about everything I’d have used a fingerprint sensor for.

Probably just spend more time contributing to foss projects. Maybe write technical documentation.

I’ve just assumed they don’t care. They’ve done scummy shit for years, and it doesn’t really matter because they’ll still sell massive amounts of their first-party titles. So any bad faith they garner with a subset of their audience or old fans is just dust in the wind since it won’t ultimately impact sales.

Would be really cool to see these new Snapdragon X Elite laptops shipping with Linux.

No particular order to these.

• Yacht World (2020) - Engelwood
• La Familia Pt. 3 (2021) - Always Proper
• Yasuke (2021) - Flying Lotus
• Lindo (2020) - emune

It would be the exact same amount of effort you’d use to get new software on other distros. Both Arch and NixOS have very straightforward methods of installing new software that aren’t any more difficult than doing so on Debian or some other distro. Both Arch and NixOS support independent package managers like flatpak and snap + they support Appimages.

I’d also add that OP doesn’t even need to use NixOS to use nix packages, whereas Arch or Debian would require systems based on those distros. So if anything NixOS tries to make it very easy to add and configure software. Where does all the effort come in?

Hell yea! I try to play old retro games with the family as the seasons change. This year I’m going to show them some of my favorite PSX titles

• MediEvil 1 and 2
• Heart of Darkness
• Skeleton Warriors

For what it’s worth, I don’t understand the nix language or all the package manager functions in their entirety. I generally use what I need and that’s it. Most information I’ve required that is nixpkgs-specific I was able to find in the manual. home-manager has one as well and it’s been the best reference for me.

If so, how does that solve the problem of clutter in $HOME ?

If it wasn’t clear from my message, the problem(s) these tools are solving for me would be 1. not having to keep track of my dotfiles and their directories, and 2. not storing configuration files directly on the disk I use for the $HOME dir. I’m not claiming these tools would solve clutter in the $HOME dir. Further, I think it should be alright for me to share tools for managing configuration files in your home directory in a discussion that directly relates to that subject.

So you create a symlink from $HOME/.program.ini to something in the nix store?

Normally it’s the other way around. When you use nix and home-manager, you’re technically generating files that will live in the nix-store and nix/home-manager will take care of symlinking those files to locations in your $HOME dir.

In this scenario though, I would use the https://nix-community.github.io/home-manager/options.html#opt-home.file option from home-manager to create a symlinks to a location that’s outside of my $HOME dir so those files don’t have to live on my home disk.

My particular use-case is that I want persistent configuration files that are shared throughout a handful of devices on my network. To this end, I use some home-manager symlinks that lead to a network folder where all these various directories and configuration files actually live. I edit those configurations in a single place and their changes propagate across the network to all the devices that would use them.

You can manage symlinks pretty easy with home-manager. I’d personally setup symlinks for these app configuration directories if I don’t want them storing files directly on the disk I use for $HOME. It’s also done in a delcarative way that can persist across multiple computers.

Nix and Home Manager have been my go-to for managing dotfiles and symlinks in my home dir

Or they can keep using the same engine with the same issues because gamers will definitely buy their next title en-masse despite the previously mentioned issues. Eg. Starfield

This is the right answer, and I wish more people would grasp that.

Is this IDE going to make it impossible to install the Rust plugin in their other IDEs? Like is there anything preventing a user from continuing to use the Rust plugin and CLion after this has been released?

Almost all of these IDEs have language-specific features in them. PyCharm has Scientific tools (like SciView) for generating graphs using code and data. Rider features a pretty nice Windows Form builder for generating and creating GUIs for applications. Etc.

I can’t imagine it being very useful or practical to unload all these language-specific plugins each time you open the program to write in a language that can’t utilize those features.

I posted the list of alternatives simply because OP asked for forks.

What’s wrong with Firefox

Me posting this list shouldn’t be an implication that I believe Firefox to be bad. I’m offering alternatives as the OP requests.

and how do the forks address those points?

Every one of the links I shared have detailed information about how their product mutates the original Firefox or Chromium browser. Do you really need me to copy-paste that information into a comment?

Not the OP, but here are some alternatives anyway.

Firefox:

• Waterfox
• Librewolf
• Mullvad Browser

Chrome:

• Ungoogled Chromium
• Iridium
• Thorium
• Vivaldi

To my knowledge, pipewire was never meant to replace any part of systemd. I don’t think systemd does anything related to audio either. OP was claiming otherwise so I asked for clarification.

Pulseaudio isn’t part of systemd.

Which part(s) of systemd is pipewire meant to replace?