The Determinate Nix Installer
nix-installer is an opinionated alternative to the official Nix install scripts.
|
The nix-installer tool is ready to use in a number of environments:
| Platform | Multi User | root only |
Maturity |
|---|---|---|---|
| Linux (x86_64 & aarch64) | ✓ (via systemd) | ✓ | Stable |
| MacOS (x86_64 & aarch64) | ✓ | Stable (See note) | |
| Valve Steam Deck (SteamOS) | ✓ | Stable | |
| WSL2 (x86_64 & aarch64) | ✓ (via systemd) | ✓ | Stable |
| Podman Linux Containers | ✓ (via systemd) | ✓ | Stable |
| Docker Containers | ✓ | Stable | |
| Linux (i686) | ✓ (via systemd) | ✓ | Unstable |
Note On MacOS only, removing users and/or groups may fail if there are no users who are logged in graphically.
Installation Differences
Differing from the current official Nix installer scripts:
- In
nix.conf:- the
nix-commandandflakesfeatures are enabled bash-prompt-prefixis setauto-optimise-storeis set totrue
extra-nix-pathis set tonixpkgs=flake:nixpkgs
- the
- an installation receipt (for uninstalling) is stored at
/nix/receipt.jsonas well as a copy of the install binary at/nix/nix-installer nix-channel --updateis not run,~/.nix-channelsis not provisionedNIX_SSL_CERT_FILEis set in the various shell profiles if thessl-cert-fileargument is used.
Motivations
The current Nix install scripts do an excellent job, however they are difficult to maintain. Subtle differences in the shell implementations and certain characteristics of bash scripts make it difficult to make meaningful changes to the installer.
Our team wishes to experiment with the idea of an installer in a more structured language and see if this is a worthwhile alternative. Along the way, we are also exploring a few other ideas, such as:
- offering users a chance to review an accurate, calculated install plan
- having 'planners' which can create appropriate install plans
- keeping an installation receipt for uninstallation
- offering users with a failing install the chance to do a best-effort revert
- doing whatever tasks we can in parallel
So far, our explorations have been quite fruitful, so we wanted to share and keep exploring.
Usage
Install Nix with the default planner and options:
|
Or, to download a platform specific Installer binary yourself:
Note
nix-installerwill elevate itself if needed usingsudo. If you usedoasorpleaseyou may need to elevatenix-installeryourself.
nix-installer installs Nix by following a plan made by a planner. Review the available planners:
)
)
# ...
Planners have their own options and defaults, sharing most of them in common:
# ...
# ...
Planners can be configured via environment variable or command arguments:
| NIX_BUILD_GROUP_NAME=nixbuilder
# Or...
Uninstalling
You can remove a nix-installer-installed Nix by running
As a Github Action
You can use the nix-installer-action Github Action like so:
on:
pull_request:
push:
branches:
jobs:
lints:
name: Build
runs-on: ubuntu-22.04
steps:
- uses: actions/checkout@v3
- name: Install Nix
uses: DeterminateSystems/nix-installer-action@main
- name: Run `nix build`
run: nix build .
Without systemd (Linux only)
Warning When
--init noneis used, onlyrootor users who can elevate torootprivileges can run Nix:
If you don't use systemd, you can still install Nix by explicitly specifying the linux plan and --init none:
|
In a container
In Docker/Podman containers or WSL2 instances where an init (like systemd) is not present, pass --init none.
Warning When
--init noneis used, onlyrootor users who can elevate torootprivileges can run Nix:
For Docker containers (without an init):
# Dockerfile
FROM ubuntu:latest
RUN apt update -y
RUN apt install curl -y
COPY nix-installer /nix-installer
RUN /nix-installer install linux --init none --no-confirm
ENV PATH="${PATH}:/nix/var/nix/profiles/default/bin"
RUN nix run nixpkgs#hello
Podman containers require sandbox = false in your Nix.conf.
For podman containers without an init:
# Dockerfile
FROM ubuntu:latest
RUN apt update -y
RUN apt install curl -y
COPY nix-installer /nix-installer
RUN /nix-installer install linux --extra-conf "sandbox = false" --init none --no-confirm
ENV PATH="${PATH}:/nix/var/nix/profiles/default/bin"
RUN nix run nixpkgs#hello
For Podman containers with a systemd init:
# Dockerfile
FROM ubuntu:latest
RUN apt update -y
RUN apt install curl systemd -y
COPY nix-installer /nix-installer
RUN /nix-installer install linux --extra-conf "sandbox = false" --no-start-daemon --no-confirm
ENV PATH="${PATH}:/nix/var/nix/profiles/default/bin"
RUN nix run nixpkgs#hello
CMD [ "/usr/sbin/init" ]
In WSL2
If systemd is enabled it's possible to install Nix as normal using the command at the top of this document:
|
If systemd is not enabled, pass --init none at the end of the command:
Warning When
--init noneis used, onlyrootor users who can elevate torootprivileges can run Nix:
|
Skip confirmation
If you'd like to bypass the confirmation step, you can apply the --no-confirm flag:
|
This is especially useful when using the installer in non-interactive scripts.
Building a binary
Since you'll be using nix-installer to install Nix on systems without Nix, the default build is a static binary.
Build a portable Linux binary on a system with Nix:
# to build a local copy
# to build the remote main development branch
# for a specific version of the installer:
On Mac:
# to build a local copy
# to build the remote main development branch
# for a specific version of the installer:
Then copy the result/bin/nix-installer to the machine you wish to run it on.
You can also add nix-installer to a system without Nix via cargo:
# to build and run a local copy
RUSTFLAGS="--cfg tokio_unstable"
# to build the remote main development branch
RUSTFLAGS="--cfg tokio_unstable"
# for a specific version of the installer:
RUSTFLAGS="--cfg tokio_unstable"
To make this build portable, pass --target x86_64-unknown-linux-musl.
Note We currently require
--cfg tokio_unstableas we utilize Tokio's process groups, which wrap stablestdAPIs, but are unstable due to it requiring an MSRV bump.
As a library
Warning Use as a library is still experimental, if you're using this, please let us know and we can make a path to stablization.
Add nix-installer to your dependencies:
If you are building a CLI, check out the cli feature flag for clap integration.
You'll also need to edit your .cargo/config.toml to use tokio_unstable as we utilize Tokio's process groups, which wrap stable std APIs, but are unstable due to it requiring an MSRV bump:
# .cargo/config.toml
[]
=["--cfg", "tokio_unstable"]
Then it's possible to review the documentation:
Documentation is also available via nix build:
Quirks
While nix-installer tries to provide a comprehensive and unquirky experience, there are unfortunately some issues which may require manual intervention or operator choices.
Using MacOS remote SSH builders, Nix binaries are not on $PATH
When connecting to a Mac remote SSH builder users may sometimes see this error:
The way MacOS populates the PATH environment differs from other environments. (Some background)
There are two possible workarounds for this:
-
(Preferred) Update the remote builder URL to include the
remote-programparameter pointing tonix-store. For example:If you are unsure where the
nix-storebinary is located, runwhich nix-storeon the remote. -
Update
/etc/zshenvon the remote so thatzshpopulates the Nix path for every shell, even those that are neither interactive or login:# Nix if [; then fi # End NixFor example, if
$PATHgets unset then a script invoked,$PATHmay not be as empty as expected:#! /bin/zshThis strategy results in Nix's paths being present on
$PATHtwice and may have a minor impact on performance.
Diagnostics
The goal of the Determinate Nix Installer is to successfully and correctly install Nix.
The curl | sh pipeline and the installer collects a little bit of diagnostic information to help us make that true.
Here is a table of the diagnostic data we collect:
| Field | Use |
|---|---|
version |
The version of the Determinate Nix Installer. |
planner |
The method of installing Nix (linux, macos, steam-deck) |
configured_settings |
The names of planner settings which were changed from their default. Does not include the values. |
os_name |
The running operating system. |
os_version |
The version of the operating system. |
triple |
The architecture/operating system/binary format of your system. |
is_ci |
Whether the installer is being used in CI (e.g. GitHub Actions). |
action |
Either Install or Uninstall. |
status |
One of Success, Failure, Pending, or Cancelled. |
failure_chain |
A high level description of what the failure was, if any. For example: Command("diskutil") if the command diskutil list failed. |
To disable diagnostic reporting, set the diagnostics URL to an empty string by passing --diagnostic-endpoint="" or setting NIX_INSTALLER_DIAGNOSTIC_ENDPOINT="".
You can read the full privacy policy for Determinate Systems, the creators of the Determinate Nix Installer, here.