nix3-print-dev-env(1)

πŸ’… nix3-print-dev-env(1) β€” the Nix manual, but make it cute

⚠️ Warning β€” bestie, this program is experimental and its interface is subject to change. Like, the vibes are immaculate but the API is still growing up. 🫢

✨ Name ✨

nix print-dev-env β€” prints shell code that you can source with bash to reproduce the build environment of a derivation. It's giving "build environment in a bottle" 🧚


πŸ“œ Synopsis πŸ“œ

nix print-dev-env [option…] installable

🌸 Examples 🌸

  • Apply the build environment of GNU hello to the current shell:
# . <(nix print-dev-env nixpkgs#hello)
  • Get the build environment in JSON format:
# nix print-dev-env nixpkgs#hello --json

The output will look like this:

{
"bashFunctions": {
  "buildPhase": " \n    runHook preBuild;\n...",
  ...
},
"variables": {
  "src": {
    "type": "exported",
    "value": "/nix/store/8alrpdaasjd1x6g1fczchmzbpqm936a3-hello-2.10.tar.gz"
  },
  "postUnpackHooks": {
    "type": "array",
    "value": ["_updateSourceDateEpochFromSourceRoot"]
  },
  ...
}
}

πŸ’– Description πŸ’–

This command prints a shell script that can be sourced by bash and that sets the variables and shell functions defined by the build process of installable. The way that this works is that it lets you get a similar build environment in your current shell rather than in a subshell (as with nix develop). Same energy, different container, no cap. πŸ‘‘

With --json, the output is a JSON serialisation of the variables and functions defined by the build process.


πŸŽ€ Options πŸŽ€

  • --json β€” Produce output in JSON format, suitable for consumption by another program. πŸ€–
  • --no-pretty β€” Print compact JSON output on a single line, even when the output is a terminal. Some commands may print multiple JSON objects on separate lines.

See --pretty.

  • --pretty β€” Print multi-line, indented JSON output for readability.

Default: indent if output is to a terminal.

This option is only effective when --json is also specified.

  • --profile path β€” The profile to operate on.
  • --redirect installable outputs-dir β€” Redirect a store path to a mutable location.

🌈 Common evaluation options 🌈

  • --arg name expr β€” Pass the value expr as the argument name to Nix functions.
  • --arg-from-file name path β€” Pass the contents of file path as the argument name to Nix functions.
  • --arg-from-stdin name β€” Pass the contents of stdin as the argument name to Nix functions.
  • --argstr name string β€” Pass the string string as the argument name to Nix functions.
  • --debugger β€” Start an interactive environment if evaluation fails. πŸ”
  • --eval-store store-url β€” The URL of the Nix store to use for evaluation, i.e. to store derivations (.drv files) and inputs referenced by them.
  • --impure β€” Allow access to mutable paths and repositories. 🚨 lowkey living dangerously, but go off
  • --include / -I path β€” Add path to search path entries used to resolve lookup paths

This option may be given multiple times.

Paths added through -I take precedence over the nix-path configuration setting and the NIX_PATH environment variable.

  • --override-flake original-ref resolved-ref β€” Override the flake registries, redirecting original-ref to resolved-ref.
  • --commit-lock-file β€” Commit changes to the flake's lock file. πŸ“Œ
  • --inputs-from flake-url β€” Use the inputs of the specified flake as registry entries.
  • --no-registries β€” Don't allow lookups in the flake registries.

DEPRECATED

Use --no-use-registries instead.

  • --no-update-lock-file β€” Do not allow any updates to the flake's lock file.
  • --no-write-lock-file β€” Do not write the flake's newly generated lock file.
  • --output-lock-file flake-lock-path β€” Write the given lock file instead of flake.lock within the top-level flake.
  • --override-input input-path flake-url β€” Override a specific flake input (e.g. dwarffs/nixpkgs). The input path must not be empty. This implies --no-write-lock-file.
  • --recreate-lock-file β€” Recreate the flake's lock file from scratch.

DEPRECATED

Use nix flake update instead.

  • --reference-lock-file flake-lock-path β€” Read the given lock file instead of flake.lock within the top-level flake.
  • --update-input input-path β€” Update a specific flake input (ignoring its previous entry in the lock file).

DEPRECATED

Use nix flake update instead.

  • --debug β€” Set the logging verbosity level to 'debug'. πŸ›
  • --log-format format β€” Set the format of log output; one of raw, internal-json, bar or bar-with-logs.
  • --print-build-logs / -L β€” Print full build logs on standard error.
  • --quiet β€” Decrease the logging verbosity level. 🀫
  • --verbose / -v β€” Increase the logging verbosity level. πŸ“’

πŸ’œ Miscellaneous global options πŸ’œ

  • --help β€” Show usage information. πŸ™‹
  • --offline β€” Disable substituters and consider all previously downloaded files up-to-date. ✈️ no wifi, no problem
  • --option name value β€” Set the Nix configuration setting name to value (overriding nix.conf).
  • --refresh β€” Consider all previously downloaded files out-of-date.
  • --repair β€” During evaluation, rewrite missing or corrupted files in the Nix store. During building, rebuild missing or corrupted store paths. 🩹
  • --version β€” Show version information.

⭐ Options that change the interpretation of installables ⭐

  • --expr expr β€” Interpret installables as attribute paths relative to the Nix expression expr.
  • --file / -f file β€” Interpret installables as attribute paths relative to the Nix expression stored in file. If file is the character -, then a Nix expression is read from standard input. Implies --impure.
πŸ“ Note β€” See man nix.conf for overriding configuration settings with command line flags.

and that's the whole page bestie, you ate πŸ’…βœ¨

This little love letter to nix print-dev-env comes straight from Nix's nix3-print-dev-env(1) manual page β€” go give the source a follow, it's iconic fr fr. πŸ«ΆπŸ“–

πŸ“¦ where this page comes from