I haven’t used channels in years, but doesn’t that just refer to the running system, not using Nix to build projects?
I have no idea what you're trying to say here.
While that is true, it's also r13y on another level: Reproducible evaluation. That mostly stems from pure eval and locking.
In the "before times", you'd get your Nix expressions from some mutable location in the Nix path, so running i.e. a nixos-rebuild on your configuration could produce two different eval results when ran at two different times, depending on whether anything about your channel configuration changed in the mean time. This cannot happen with flakes as all inputs are explicitly given and locked.
You could achieve the same using niv etc. before but that had its own issues.
This is a lot to take in; it's basically an overview of all the interesting features of Nix. When starting out, you don't need this kind of in-depth knowledge. I personally gathered most of what was covered here in over 6-12months of using it and I did just fine.
It might still not be for you but don't take this as the reference point.
If you need to set up a special dedicated subvolume, might aswell set up a partition instead; it's just simpler.
With a swapfile you also can't do multi-device setups which is a limitation I personally couldn't live with.
I'd highly recommend setting up a swap partition instead.
Why go through all of that complexity when you could just sudo apt install docker?
Now that's meta.
SIGILL in the kernel and btrfs corruption? Smells of bad memory.
Yes, a slight speed decrease is expected even with good proxy services at common residential speeds. Given that yours is far above the average, a greater decrease can be expected. It shouldn't be this much though.
If this is installed on a common "router" SOHO gateway appliance, it's likely that its hardware is simply not able to keep up with the tunnelling workload (encryption, package handling). For troubleshooting, try the same proxy server on a more powerful machine while disabling the proxy on the gateway. If it's faster, that's likely your issue.
Also try a different proxy server. That particular one might simply not have enough capacity to serve you more than that.
If you don’t have the requisite bare metal to run Guix by itself
That's a bit disingenuous wording as modern hardware that can run without proprietary firmware is an absolute rarity at this point.
The vast majority of people on earth do not have access to such hardware.
The linux-libre kernel is only an issue for Guix System (the analogue to NixOS for Nix)
Point taken. I was talking about the OS aspect of both though, given that @Ramin_HAL9001@lemmy.ml compared it to Debian and Fedora.
The project should have really kept the GuixSD name. Much clearer separation and also sounds a lot better.
package managers who attempt to sweep nonfree software under the rug and try to make the issue invisible.
Which ones?
In Nix, you get a giant red error when you try to eval unfree software and need to explicitly opt-in.
Yes, yes it will. (Well, at least it should. If it doesn't, that's a bug.)
The problem here is that the premise of this post is evaluating buying a GPU with AV1 encoder in order to transcode a media library. Any GPU-based AV1 encoder will produce very different results than svt-av1, likely much worse results that is.
Not what you're asking for but a potential solution: Your TV itself might support Miracast.