I thought about posting notes on Syncthing but then I’d have to tangentially talk about NixOS. NixOS is my main Linux distribution atm but Nix/NixOS/Flakes are too hard to write about and I fear they’ve ventured too far into the realm of over–engineering.

What do I mean by over–engineering? An over–engineered tool is one where even the simplest use cases are non–obvious (to most people) and this can happen when it tries to do too many things with “specificity”. The overall concept is elegant though (explainable in lay terms) and can be applied in other contexts.

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.

I might not remember correctly but lxc came out around 2008. Docker in 2013. The lxc commands had the trend of dashes in their name — lxc-attach, lxc-snapshot, lxc-copy and so forth. It had lots of boilerplate and a steep learning curve.

Then lxd arrived (in 2015?) to make everything user friendly. lxd is preferred. I still mostly use lxc out of habit.