summaryrefslogtreecommitdiff
path: root/pkgs/development/python-modules/rangehttpserver
diff options
context:
space:
mode:
authorRebecca Turner <rbt@sent.as>2025-05-12 11:41:21 -0700
committerRebecca Turner <rbt@sent.as>2025-05-12 12:18:33 -0700
commit2263f723c114ba0ac77669b0fdf5d35df5a801b7 (patch)
tree101dd170eb34157f60f5fead921ccd458ab1f06c /pkgs/development/python-modules/rangehttpserver
parent7b3c99fb462a6b94a2db5704fd332b6ff4cc0e5d (diff)
darwin.linux-builder: split `create-builder` script
The current workflow for starting the `linux-builder` on macOS is to run `nix run nixpkgs#darwin.linux-builder`, which adds keys to the store and then starts the builder. Adding the keys requires user input (due to `sudo`) but the actual builder should just stay running in the background somewhere. I'd like to automate this process, but it's currently rather complex: the first part of the script needs user input for `sudo`, and then there's no signal when the process has finished starting up. The user will need to see stdout/stderr during the first part, which makes it challenging to capture it for the second part to determine when startup has finished. To fix this, I've split the `create-builder` script into an `add-keys` script (interactive) and a `run-builder` script (background). These new scripts are exposed in the `passthru` attributes for external users. The `create-builder` script is now a simple call of `add-keys` and then `run-builder`. See: https://nixos.org/manual/nixpkgs/unstable/#sec-darwin-builder
Diffstat (limited to 'pkgs/development/python-modules/rangehttpserver')
0 files changed, 0 insertions, 0 deletions