That way we'll notice if the code changes to examine if this either
needs to be updated or removed.

After a recent update of libxml2 the build fails with

    /nix/store/casz7al9kpkg52sn156h6slqijwkybqj-libxml2-2.15.0-bin/bin/xmllint --nonet --path . --path . --output postgres-full.xml --noent --valid postgres.sgml
    ref/pg_combinebackup.sgml:287: validity error : standalone: normalization of attribute linkend on xref by external subset declaration
   state of the cluster using <xref linkend="app-pgchecksums "/> is

Reported in #448752 (not closing on purpose since the issue is actually
about another problem).

The patch was conditional to x86_64-darwin to fix staging-next without
rebuilding too much. Now that the cycle is done, make it unconditional.

There's no particular reason to have a special builder. Fold all the
changes it made into the derivation.

This was originally turned off in #245360 because the approach was
non-reproducible, i.e. all N concurrent jobs were racing to update
`locale-archive`.

glibc's localedef allows to separate the build from the install, i.e.
`localedef --no-archive` allows to only perform the build of the locale
which can be parallelized again. After that, a single process adds all
newly built locales into the archive.

This isn't supported by the Makefiles in upstream glibc yet[1], hence
the additional patches.

For me, this reduces the build-time of `pkgs.glibcLocales` from ~7min to
slightly under 1min.

[1] https://sourceware.org/pipermail/libc-alpha/2025-October/170803.html

Diff: pyca/cryptography@refs/tags/45.0.4...refs/tags/46.0.1

Changelog: https://cryptography.io/en/latest/changelog/#v46-0-1

Per their request: #446515 (comment)

Diff: eliben/pycparser@release_v2.22...release_v2.23

Changelog: https://github.com/eliben/pycparser/releases/tag/release_v2.23

…on all platforms (#453581)

This PR systemd/systemd#36444 caused this bug
systemd/systemd#39043, which is fixed in
this PR systemd/systemd#39071. In short,
`uaccess` doesn't work with `OPTIONS+="static_node=..."` udev rules,
and `/dev/snd/timer` is a static node. 258.1 needs to wait for the
next staging cycle, so for now let's just use a non-static node.

#453782

I'm sorry.