| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
| |
Switch to CommonMark with our extensions.
|
| |\
| |
| | |
doc/gnome: document GIO modules
|
| | |
| |
| |
| | |
In particular, that glib-networking is required for TLS support.
|
| |\ \
| | |
| | | |
doc: Clean up generated media directory
|
| | | |
| | |
| | |
| | |
| | | |
pandoc uses ./media to extract media files - add it to the list
of directories that need to be removed by `make clean`.
|
| | |/
|/| |
|
| | |
| |
| |
| |
| |
| |
| | |
The attributes got renamed in PR #126440 and in some places this caused
evaluation errors, e.g. the tarball job was saying (locally)
> attribute 'alsaUtils' missing, at /build/source/nixos/modules/services/audio/alsa.nix:6:4
and I suspect that trunk-combined jobset's failure to evaluate was also caused.
|
| | | |
|
| | | |
|
| |\ \
| | |
| | | |
doc/functions/debug: convert to CommonMark
|
| | | | |
|
| |\ \ \
| |/ /
|/| | |
doc: Parse as CommonMark
|
| | | |
| | |
| | |
| | |
| | |
| | | |
Syntax is taken from MyST:
https://myst-parser.readthedocs.io/en/latest/using/syntax.html#targets-and-cross-referencing
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
We were using Pandoc’s Markdown parser. This is non-standard and might cause issues when we finally switch to some other tool.
Since RFC 0072 agreed on CommonMark, let’s switch to that.
We will use some extensions to make the limited syntax bearable but these are official so they should be more portable.
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
We are still using Pandoc’s Markdown parser, which differs from CommonMark spec slightly.
Notably:
- Line breaks in lists behave differently.
- Admonitions do not support the simpler syntax https://github.com/jgm/commonmark-hs/issues/75
- The auto_identifiers uses a different algorithm – I made the previous ones explicit.
- Languages (classes) of code blocks cannot contain whitespace so we have to use “pycon” alias instead of Python “console” as GitHub’s linguist
While at it, I also fixed the following issues:
- ShellSesssion was used
- Removed some pointless docbook tags.
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
Not depicted:
- Diagrams using Lua filter and dot
- fenced code attributes (enabled by the attributes extension)
|
| |\ \ \
| |/ /
|/| | |
doc: nix-gitignore to CommonMark
|
| | |/
| |
| |
| | |
Closes #125670
|
| |\ \ |
|
| | | | |
|
| | | |
| | |
| | |
| | | |
When running make manually, makeFlags will not be passed. Let’s just use an environment variable.
|
| | |/
|/|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Previously it was not possible to define multiple ldflags, since only
the last definition applies, and there's some quoting issues with
`buildFlagsArray`. With the new `ldflags` argument it's possible to do
this, e.g.
ldflags = drv.ldflags or [] ++ [
"-X main.Version=1.0"
]
can now properly append a flag without clearing all previous ldflags.
|
| | | |
|
| |/
|
|
| |
Thanks to @bjornfor for reporting this error!
|
| |\
| |
| | |
doc/coding-conventions: Add documentation for fetchpatch optional arguments
|
| | | |
|
| |\ \
| | |
| | | |
rustPlatform.buildRustPackage: support direct use of Cargo.lock
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This change introduces the cargoLock argument to buildRustPackage,
which can be used in place of cargo{Sha256,Hash} or cargoVendorDir. It
uses the importCargoLock function to build the vendor
directory. Differences compared to cargo{Sha256,Hash}:
- Requires a Cargo.lock file.
- Does not require a Cargo hash.
- Retrieves all dependencies as fixed-output derivations.
This makes buildRustPackage much easier to use as part of a Rust
project, since it does not require updating cargo{Sha256,Hash} for
every change to the lock file.
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This function can be used to create an output path that is a cargo
vendor directory. In contrast to e.g. fetchCargoTarball all the
dependent crates are fetched using fixed-output derivations. The
hashes for the fixed-output derivations are gathered from the
Cargo.lock file.
Usage is very simple, e.g.:
importCargoLock {
lockFile = ./Cargo.lock;
}
would use the lockfile from the current directory.
The implementation of this function is based on Eelco Dolstra's
import-cargo:
https://github.com/edolstra/import-cargo/blob/master/flake.nix
Compared to upstream:
- We use fetchgit in place of builtins.fetchGit.
- Sync to current cargo vendoring.
|
| |\ \ \
| |_|/
|/| | |
doc/using: convert to markdown
|
| | | |
| | |
| | |
| | | |
Co-authored-by: Jan Tojnar <jtojnar@gmail.com>
|
| | | | |
|
| |\ \ \
| | | |
| | | | |
Add backporting action
|
| | | | | |
|
| | | | | |
|
| |/ / / |
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
To me, as a native English speaker, this doesn't change the meaning of
the sentence at all. But to a non-native speaker, this can read like
the staging-next rules are only recommendations. Let's make this
clearer.
|
| |\ \ \
| | | |
| | | | |
writeDirectReferencesToFile and maintenance
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | |
| | | | |
This will ensure the sections have stable links as well as prevent conflicts (pandoc uses heading text for ids and DocBook requires unique ids across the book).
|
| |\ \ \ \
| | | | |
| | | | | |
doc/contributing: add unnecessary string conversions
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
* restore mixBuild
remove bootstrapper by going through ERL_LIBS
mix will use ERL_LIBS to find compiled dependencies
Co-authored-by: Zach <zach@hipcreativeinc.com>
|
| | |/ / /
|/| | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The distinction between the inputs doesn't really make sense in the
mkShell context. Technically speaking, we should be using the
nativeBuildInputs most of the time.
So in order to make this function more beginner-friendly, add "packages"
as an attribute, that maps to nativeBuildInputs.
This commit also updates all the uses in nixpkgs.
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | | |
Since GNOME version is now 40, it no longer makes sense to use the old attribute name.
|