f3a050a191
No content was changed, new titles are wrapped with () to signal that they will need to be decided on in a future commit. Section in the manual have been preserved with a simple redirect to GitHub, the proper anchors should be filled out in a future commit once the new section names are decided. |
||
---|---|---|
.. | ||
builders | ||
contributing | ||
doc-support | ||
functions | ||
hooks | ||
languages-frameworks | ||
module-system | ||
old | ||
stdenv | ||
using | ||
builders.md | ||
common.nix | ||
contributing.md | ||
default.nix | ||
functions.md | ||
lib.md | ||
manpage-urls.json | ||
manual.md.in | ||
overrides.css | ||
preface.chapter.md | ||
README.md | ||
shell.nix | ||
stdenv.md | ||
style.css | ||
using-nixpkgs.md |
Contributing to the Nixpkgs manual
This directory houses the sources files for the Nixpkgs manual.
You can find the rendered documentation for Nixpkgs unstable
on nixos.org.
Docs for Nixpkgs stable are also available.
If you want to contribute to the documentation, here's how to do it.
If you're only getting started with Nix, go to nixos.org/learn.
Contributing to this documentation
The sources of the Nixpkgs manual are in the doc subdirectory of the Nixpkgs repository.
You can quickly check your edits with nix-build
:
$ cd /path/to/nixpkgs
$ nix-build doc
If the build succeeds, the manual will be in ./result/share/doc/nixpkgs/manual.html
.
devmode
The shell in the manual source directory makes available a command, devmode
.
It is a daemon, that:
- watches the manual's source for changes and when they occur — rebuilds
- HTTP serves the manual, injecting a script that triggers reload on changes
- opens the manual in the default browser
Syntax
As per RFC 0072, all new documentation content should be written in CommonMark Markdown dialect.
Additional syntax extensions are available, all of which can be used in NixOS option documentation. The following extensions are currently used:
-
[]{#ssec-contributing-markup-tables} Tables, using the GitHub-flavored Markdown syntax.
-
[]{#ssec-contributing-markup-anchors} Explicitly defined anchors on headings, to allow linking to sections. These should be always used, to ensure the anchors can be linked even when the heading text changes, and to prevent conflicts between automatically assigned identifiers.
It uses the widely compatible header attributes syntax:
## Syntax {#sec-contributing-markup}
::: {.note} NixOS option documentation does not support headings in general. :::
-
[]{#ssec-contributing-markup-anchors-inline} Inline anchors, which allow linking arbitrary place in the text (e.g. individual list items, sentences…).
They are defined using a hybrid of the link syntax with the attributes syntax known from headings, called bracketed spans:
- []{#ssec-gnome-hooks-glib} `glib` setup hook will populate `GSETTINGS_SCHEMAS_PATH` and then `wrapGAppsHook` will prepend it to `XDG_DATA_DIRS`.
-
[]{#ssec-contributing-markup-automatic-links} If you omit a link text for a link pointing to a section, the text will be substituted automatically. For example,
[](#chap-contributing)
will result in .This syntax is taken from MyST.
-
[]{#ssec-contributing-markup-inline-roles} If you want to link to a man page, you can use
{manpage}`nix.conf(5)`
, which will turn into {manpage}nix.conf(5)
. The references will turn into links when a mapping exists in {file}doc/manpage-urls.json
.A few markups for other kinds of literals are also available:
{command}`rm -rfi`
turns into {command}rm -rfi
{env}`XDG_DATA_DIRS`
turns into {env}XDG_DATA_DIRS
{file}`/etc/passwd`
turns into {file}/etc/passwd
{option}`networking.useDHCP`
turns into {option}networking.useDHCP
{var}`/etc/passwd`
turns into {var}/etc/passwd
These literal kinds are used mostly in NixOS option documentation.
This syntax is taken from MyST. Though, the feature originates from reStructuredText with slightly different syntax.
-
[]{#ssec-contributing-markup-admonitions} Admonitions, set off from the text to bring attention to something.
It uses pandoc’s fenced
div
s syntax:::: {.warning} This is a warning :::
which renders as
::: {.warning} This is a warning. :::
The following are supported:
-
[]{#ssec-contributing-markup-definition-lists} Definition lists, for defining a group of terms:
pear : green or yellow bulbous fruit watermelon : green fruit with red flesh
which renders as
- pear
- green or yellow bulbous fruit
- watermelon
- green fruit with red flesh