2021-07-03 14:17:15 +00:00
|
|
|
# Option Definitions {#sec-option-definitions}
|
|
|
|
|
|
|
|
Option definitions are generally straight-forward bindings of values to
|
|
|
|
option names, like
|
|
|
|
|
|
|
|
```nix
|
2024-03-27 18:10:27 +00:00
|
|
|
{
|
|
|
|
config = {
|
|
|
|
services.httpd.enable = true;
|
|
|
|
};
|
|
|
|
}
|
2021-07-03 14:17:15 +00:00
|
|
|
```
|
|
|
|
|
|
|
|
However, sometimes you need to wrap an option definition or set of
|
|
|
|
option definitions in a *property* to achieve certain effects:
|
|
|
|
|
2023-02-08 09:13:22 +00:00
|
|
|
## Delaying Conditionals {#sec-option-definitions-delaying-conditionals}
|
2021-07-03 14:17:15 +00:00
|
|
|
|
|
|
|
If a set of option definitions is conditional on the value of another
|
|
|
|
option, you may need to use `mkIf`. Consider, for instance:
|
|
|
|
|
|
|
|
```nix
|
2024-03-27 18:10:27 +00:00
|
|
|
{
|
|
|
|
config = if config.services.httpd.enable then {
|
|
|
|
environment.systemPackages = [ /* ... */ ];
|
|
|
|
# ...
|
|
|
|
} else {};
|
|
|
|
}
|
2021-07-03 14:17:15 +00:00
|
|
|
```
|
|
|
|
|
|
|
|
This definition will cause Nix to fail with an "infinite recursion"
|
|
|
|
error. Why? Because the value of `config.services.httpd.enable` depends
|
|
|
|
on the value being constructed here. After all, you could also write the
|
|
|
|
clearly circular and contradictory:
|
|
|
|
|
|
|
|
```nix
|
2024-03-27 18:10:27 +00:00
|
|
|
{
|
|
|
|
config = if config.services.httpd.enable then {
|
|
|
|
services.httpd.enable = false;
|
|
|
|
} else {
|
|
|
|
services.httpd.enable = true;
|
|
|
|
};
|
|
|
|
}
|
2021-07-03 14:17:15 +00:00
|
|
|
```
|
|
|
|
|
|
|
|
The solution is to write:
|
|
|
|
|
|
|
|
```nix
|
2024-03-27 18:10:27 +00:00
|
|
|
{
|
|
|
|
config = mkIf config.services.httpd.enable {
|
|
|
|
environment.systemPackages = [ /* ... */ ];
|
|
|
|
# ...
|
|
|
|
};
|
|
|
|
}
|
2021-07-03 14:17:15 +00:00
|
|
|
```
|
|
|
|
|
|
|
|
The special function `mkIf` causes the evaluation of the conditional to
|
|
|
|
be "pushed down" into the individual definitions, as if you had written:
|
|
|
|
|
|
|
|
```nix
|
2024-03-27 18:10:27 +00:00
|
|
|
{
|
|
|
|
config = {
|
|
|
|
environment.systemPackages = if config.services.httpd.enable then [ /* ... */ ] else [];
|
|
|
|
# ...
|
|
|
|
};
|
|
|
|
}
|
2021-07-03 14:17:15 +00:00
|
|
|
```
|
|
|
|
|
2023-02-08 09:13:22 +00:00
|
|
|
## Setting Priorities {#sec-option-definitions-setting-priorities}
|
2021-07-03 14:17:15 +00:00
|
|
|
|
|
|
|
A module can override the definitions of an option in other modules by
|
2022-12-02 12:39:47 +00:00
|
|
|
setting an *override priority*. All option definitions that do not have the lowest
|
2021-07-03 14:17:15 +00:00
|
|
|
priority value are discarded. By default, option definitions have
|
2022-12-02 12:39:47 +00:00
|
|
|
priority 100 and option defaults have priority 1500.
|
|
|
|
You can specify an explicit priority by using `mkOverride`, e.g.
|
2021-07-03 14:17:15 +00:00
|
|
|
|
|
|
|
```nix
|
2024-03-27 18:10:27 +00:00
|
|
|
{
|
|
|
|
services.openssh.enable = mkOverride 10 false;
|
|
|
|
}
|
2021-07-03 14:17:15 +00:00
|
|
|
```
|
|
|
|
|
|
|
|
This definition causes all other definitions with priorities above 10 to
|
2022-12-02 12:39:47 +00:00
|
|
|
be discarded. The function `mkForce` is equal to `mkOverride 50`, and
|
|
|
|
`mkDefault` is equal to `mkOverride 1000`.
|
|
|
|
|
2023-02-08 09:13:22 +00:00
|
|
|
## Ordering Definitions {#sec-option-definitions-ordering}
|
2022-12-02 12:39:47 +00:00
|
|
|
|
|
|
|
It is also possible to influence the order in which the definitions for an option are
|
|
|
|
merged by setting an *order priority* with `mkOrder`. The default order priority is 1000.
|
|
|
|
The functions `mkBefore` and `mkAfter` are equal to `mkOrder 500` and `mkOrder 1500`, respectively.
|
|
|
|
As an example,
|
|
|
|
|
|
|
|
```nix
|
2024-03-27 18:10:27 +00:00
|
|
|
{
|
|
|
|
hardware.firmware = mkBefore [ myFirmware ];
|
|
|
|
}
|
2022-12-02 12:39:47 +00:00
|
|
|
```
|
|
|
|
|
|
|
|
This definition ensures that `myFirmware` comes before other unordered
|
|
|
|
definitions in the final list value of `hardware.firmware`.
|
|
|
|
|
|
|
|
Note that this is different from [override priorities](#sec-option-definitions-setting-priorities):
|
|
|
|
setting an order does not affect whether the definition is included or not.
|
2021-07-03 14:17:15 +00:00
|
|
|
|
2023-02-08 09:13:22 +00:00
|
|
|
## Merging Configurations {#sec-option-definitions-merging}
|
2021-07-03 14:17:15 +00:00
|
|
|
|
|
|
|
In conjunction with `mkIf`, it is sometimes useful for a module to
|
|
|
|
return multiple sets of option definitions, to be merged together as if
|
|
|
|
they were declared in separate modules. This can be done using
|
|
|
|
`mkMerge`:
|
|
|
|
|
|
|
|
```nix
|
2024-03-27 18:10:27 +00:00
|
|
|
{
|
|
|
|
config = mkMerge
|
|
|
|
[ # Unconditional stuff.
|
|
|
|
{ environment.systemPackages = [ /* ... */ ];
|
|
|
|
}
|
|
|
|
# Conditional stuff.
|
|
|
|
(mkIf config.services.bla.enable {
|
|
|
|
environment.systemPackages = [ /* ... */ ];
|
|
|
|
})
|
|
|
|
];
|
|
|
|
}
|
2021-07-03 14:17:15 +00:00
|
|
|
```
|