aboutsummaryrefslogtreecommitdiff
path: root/doc/manual/src/introduction.md
diff options
context:
space:
mode:
authorValentin Gagarin <valentin.gagarin@tweag.io>2022-11-06 12:25:21 +0100
committerValentin Gagarin <valentin.gagarin@tweag.io>2022-11-06 13:28:18 +0100
commitf7ab93b0685b653c60b86540639a42b03389c90b (patch)
tree1d2ea66f448d9f80a02a8e22a25100fd2309082b /doc/manual/src/introduction.md
parent499e99d099ec513478a2d3120b2af3a16d9ae49d (diff)
manual: build action -> build task
after discussing this with multiple people, I'm convinced that "build task" is more precise: a derivation is not an action, but inert until it is built. also it's easier to pronounce. proposal: use "build task" for the generic concept "description of how to derive new files from the contents of existing files". then it will be easier to distinguish what we mean by "derivation" (a specific data structure and Nix language value type) and "store derivation" (a serialisation of a derivation into a file in the Nix store).
Diffstat (limited to 'doc/manual/src/introduction.md')
-rw-r--r--doc/manual/src/introduction.md2
1 files changed, 1 insertions, 1 deletions
diff --git a/doc/manual/src/introduction.md b/doc/manual/src/introduction.md
index d87487a07..b54346db8 100644
--- a/doc/manual/src/introduction.md
+++ b/doc/manual/src/introduction.md
@@ -104,7 +104,7 @@ a currently running program.
Packages are built from _Nix expressions_, which is a simple
functional language. A Nix expression describes everything that goes
-into a package build action (a “derivation”): other packages, sources,
+into a package build task (a “derivation”): other packages, sources,
the build script, environment variables for the build script, etc.
Nix tries very hard to ensure that Nix expressions are
_deterministic_: building a Nix expression twice should yield the same