Since I started touching this subsystem, I found the name confusing
since this is the part where we actually compile the kernel and we have
a ready-to-use configuration.
The stated goal of the commit introducing it[1] is to provide a function
to
> make it possible to build a kernel with a user provided .config.
Considering that this is supposed to be a differentiation from other
build mechanisms and nowadays this is the only way to build kernels in
nixpkgs, I figured that `build.nix` is a better name.
`pkgs.linuxManualConfig` isn't renamed on purpose: Kloenk and I are
planning to do more involved work and it may become necessary to change
parts of the API. So asking users to do a migration now just to add
another one soon isn't worth it.
[1] bf7467cbb1
The `ugrep+` and `ug+` commands are the same as the
`ugrep` and `ug` commands, but also use filters to
search PDFs, documents, e-books, image metadata,
when these filter tools are present:
- pdftotext
- antiword
- pandoc
- exiftool
`ugrep+` and `ug+` can now be wrapped to make those
utils accessible without the need for users to clutter
their environments through installing them. This is
opt-in with the `wrapWithFilterUtils` flag since these
packages grow the closure size massively.
A `createGrepReplacementLinks` flag was also added to
optionally create symlinks to serve as `gnugrep` drop-in
replacements. This works just like with `coreutils`. We
ensure that these variants beat `gnugrep`'s priority value
so `ugrep` wins when building `system-path` with `buildEnv`.
As of systemd 258 adb and fastboot connections are handled by a built-in
uaccess rule, so a dedicated package with hardcoded ID-based udev rules
is no longer needed.
Drop the android-udev-rules package and related mentions of the adbusers
group, which is also no longer used.
This package is now a duplicate of ddgs. It had been kept for retro
compatiblity reasons, but has since been updated by mistake in a large
PR, #431074.
