| Commit message (Collapse) | Author | Age |
|---|
| |
|
| |
Having undisclosed recipients results in emails being considered spam as mentioned in #192147, by instead identifying the recipient the emails are no longer considered spam
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
conversions were done using https://github.com/pennae/nix-doc-munge
using (probably) rev f34e145 running
nix-doc-munge nixos/**/*.nix
nix-doc-munge --import nixos/**/*.nix
the tool ensures that only changes that could affect the generated
manual *but don't* are committed, other changes require manual review
and are discarded.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the conversion procedure is simple:
- find all things that look like options, ie calls to either `mkOption`
or `lib.mkOption` that take an attrset. remember the attrset as the
option
- for all options, find a `description` attribute who's value is not a
call to `mdDoc` or `lib.mdDoc`
- textually convert the entire value of the attribute to MD with a few
simple regexes (the set from mdize-module.sh)
- if the change produced a change in the manual output, discard
- if the change kept the manual unchanged, add some text to the
description to make sure we've actually found an option. if the
manual changes this time, keep the converted description
this procedure converts 80% of nixos options to markdown. around 2000
options remain to be inspected, but most of those fail the "does not
change the manual output check": currently the MD conversion process
does not faithfully convert docbook tags like <code> and <package>, so
any option using such tags will not be converted at all.
|
| |\
| |
| | |
treewide: more defaultText for options
|
| | |
| |
| |
| |
| | |
adds defaultText for all options that set their default to a path expression
using the ubiquitous `cfg` shortcut bindings.
|
| |/ |
|
| | |
|
| |
|
|
|
| |
This makes the notification script use the subject generated by smartmontools
itself both for consistency with other distros and to include the hostname.
|
| |
|
|
| |
This properly registers some missing dependencies of smartd_warning.sh.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
This enables further customization of smartd.
|
| | |
|
| |
|
|
| |
This reverts commit 41306ca50580d66591058211676c463fcb30a2fd.
|
| | |
|
| | |
|
| | |
|
| |\ |
|
| | | |
|
| |/ |
|
| | |
|
| |
|
|
|
|
| |
Now it generates notifications for auto-detected devices as well as
for explicitly configured ones, sends well formed e-mails and supports
immediate `wall` and `xmessage` notifications.
|
| |
|
|
|
|
|
|
|
| |
Should bring most of the examples into a better consistency regarding
syntactic representation in the manual.
Thanks to @devhell for reporting.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
| |
|
|
|
|
|
|
| |
Using pkgs.lib on the spine of module evaluation is problematic
because the pkgs argument depends on the result of module
evaluation. To prevent an infinite recursion, pkgs and some of the
modules are evaluated twice, which is inefficient. Using ‘with lib’
prevents this problem.
|
| | |
|
| |
|
|
|
| |
It's redundant because you can (and should) specify an option type, or
an apply function.
|
| |
|