I feel sorta conflicted about my posted notes on nixops because shortly after that I discovered nixos-rebuild had remote deploys. Now nixos-rebuild itself is just a bash script and taking a peek inside is well, you know.. enlightening. There’s even a NixOS deployment tool written in just nix. I use nixos-rebuild…

nixos-rebuild switch \
  --target-host "nix@remote.host" \
  --build-host "localhost" \
  --no-build-nix

The nix packages collection has a neat library repository. A small nudge can make it completely standalone. Basically it allows experimenting quickly with configuration patterns for custom stuff without an expensive evaluation.

After daily driving NixOS and the Nix pm for almost three years, it feels like it’ll be simplified by entities external to the project. It’s still in that academic phase (don’t do this/that) and needs software engineering asap.

That usually involves reducing boilerplate ruthlessly while generalizing/capturing fundamental uses cases (setting implicit best current practices). It’s reminiscent of lxc just before docker arrived for the masses.

btw this blog is served to you by NixOS :-)

I’m just now realizing that there might be a schism within the Nix/NixOS ecosystem/community on old versus new interfaces. If that’s remotely true, then somewhere, a great holy war is at play. Here’s an article summary of the old versus the new interface that I stumbled upon recently.