| Commit message (Collapse) | Author | Age |
|\
| |
| | |
doc: Render lib.fixedPoints
|
| | |
|
|\ \
| | |
| | | |
buildFHSEnv: disable multiArch by default
|
| | |
| | |
| | |
| | |
| | | |
The intention is to allow the user control over whether 32bit deps are supposed
to be included in the fhsenv
|
|\ \ \
| |_|/
|/| | |
buildNpmPackage: add npmWorkspace and npmPruneFlags args
|
| |/ |
|
| | |
|
| | |
|
|\ \
| | |
| | | |
doc: dedocbookify nixpkgs manual
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
separating function docs out like this makes it less clear how library
documentation is generated and integrated into the build. if in the
future more parts of nixpkgs use nixdoc it will make sense to have all
information about library doc generation in the same place.
|
| | |
| | |
| | |
| | |
| | | |
this leaves doc-support as a simple wrapper around function docs. this
wrapper will go away very soon as well.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
all xml-related tooling can go away. shell.nix is no longer useful since
the makefile is gone and the build runs entirely via a derivation, and
gitignore is thus also no longer that useful. it may filter out some
swap files, but its main reason to exist (keeping generated files out of
a concurrent build of the derivation) has gone away.
|
| | |
| | |
| | |
| | |
| | |
| | | |
also updates nixdoc to 2.3.0. the nixdoc update is not a separate commit
because that would leave the manual build broken for one commit,
potentially breaking bisects and rebases.
|
| | |
| | |
| | |
| | |
| | |
| | | |
nothing except function docs uses this, so we need not expose it. we'll
be reworking this entire section of the build anyway, with the target of
breaking up doc-support as it is now.
|
| | |
| | |
| | |
| | |
| | | |
mostly to clean up the main manual build makefile and derivation a bit.
not technically necessary, but will make life easier later.
|
|\ \ \
| | | |
| | | | |
stdenv: let overrideAttrs accept attrset OR function
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Makes overrideAttrs usable in the same way that `override` can be used.
It allows the first argument of `overrideAttrs` to be either a function
or an attrset, instead of only a function:
hello.overrideAttrs (old: { postBuild = "echo hello"; })
hello.overrideAttrs { postBuild = "echo hello"; }
Previously only the first example was possible.
Co-authored-by: adisbladis <adisbladis@gmail.com>
Co-authored-by: matthewcroughan <matt@croughan.sh>
|
| |/ /
|/| | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This is actually relatively complicated to achieve, since it involves
overriding GHC on e.g. aarch64-darwin, so the FAQ entry seems warranted.
It's also a good exercise to me, since it demonstrates some problems
with the overriding infrastructure, i.e. that it has a tendency to
inherit the pkgs fixpoint from prev. An example of this problem is
https://github.com/NixOS/nixpkgs/issues/235960, but it has different
manifestations as well. Awareness of this will also help writing the
other sections on overriding.
How complicated it is, seems to be further incentive to go ahead with
https://github.com/NixOS/nixpkgs/pull/239548 as well.
|
| | | |
|
| |/
|/| |
|
|\ \
| | |
| | | |
buildNpmPackage: document dontNpmBuild option
|
| | |
| | |
| | |
| | | |
document dontNpmInstall option
|
|\ \ \
| | | |
| | | | |
dotnet: misc fixes
|
| | | | |
|
|\| | | |
|
| |\ \ \
| | | | |
| | | | | |
buildDotnetModule: support ReadyToRun and native binaries inside nuget files
|
| | | |/
| | |/|
| | | |
| | | |
| | | |
| | | | |
when not allowed.
This fixes up some build errors
|
| |/ /
| | |
| | |
| | | |
Closes #224505
|
|\| | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
This causes an alternative wrapper to be used, that takes the dotnet
runtime from the environment.
|
|\| | |
|
| | | |
|
|\| | |
|
| | |
| | |
| | |
| | |
| | | |
Make buildNimPackage cleaner and more efficient. Also encourage
the use of a "buildNimPackage (finalAttrs: {…})" pattern.
|
|\| | |
|
| |\ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
nixos-render-docs does not support this, and since the examples are
small there isn't that much value in callouts here. change them to
simple MD code blocks and lists instead.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
pandoc recognizes `::: note` admonitions, nixos-render-docs only
recognizes `::: {.note}`. surprisingly pandoc also emits the correct
docbook tags for `[](#xref)`s, so we can use that too.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
skipping heading levels (eg from # to ###, or starting at ###) is legal
in pandoc, but not in nixos-render-docs. pandoc acts as though section
levels *were* consecutive, nixos-render-docs prefers to tell people not
to do that kind of thing because it can make documents more fragile.
|
| | | | |
|
|\ \ \ \
| |/ / /
|/| | | |
haskellPackages: Use separate bin output for multiple packages
|
| |/ / |
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | | |
same reasoning as for the nixos manual.
|
|/ / / |
|
| | |
| | |
| | | |
Signed-off-by: lucasew <lucas59356@gmail.com>
|