* libtpms: 0.7.4 -> 0.8.0
* libtpms: tpm2 support is out of experimental
Since db80bd9ea16894a1902c3ab787aea9d58e7d1e85 commit, tpm2 support is
not experimental anymore
Signed-off-by: Arthur Gautier <baloo@superbaloo.net>
* libtpms: remove extraneous output
Nothing was put in the $out output, remove the $lib and put everything
that was in it in the $out.
Signed-off-by: Arthur Gautier <baloo@superbaloo.net>
Co-authored-by: R. RyanTM <ryantm-bot@ryantm.com>
Instead of managing external plugins in the beets derivation, we
introduce a new top-level package set beetsExternalPlugins which the
beets derivation receives as an input. This change doesn't affect how
the beets derivation is built or overridden, so the change won't be
noticed by users, but it makes hydra evaluate and build external plugins
which should benefit users of those plugins and prevent future
regressions as we have experienced (currently on master
beets-alternatives fails to evaluate, but this wasn't picked up by
ofborg nor hydra).
The path to the used patch was broken, making the derivation fail
evaluation. However the patch needs to be updated as some new test
failure has cropped up.
This fixes hopefully all remaining missing lib inputs, likely introduced
as a regression by our recent treewide switch from stdenv.lib to lib.
These instances are all I could find using nix-instantiate --parse using
the following command:
find "$NIXPKGS" -name '*.nix' \
-and ! -path "$NIXPKGS/pkgs/development/interpreters/python/cpython/docs/template.nix" \
-and ! -path '$NIXPKGS/.git/**' \
-print0 | xargs -0 nix-instantiate --parse >/dev/null
* Reason: statically set `${NIX_BIN_PREFIX}` within generated
`direnvrc`.
* Before it only replaced the `-z ${NIX_BIN_PREFIX:-}` check
which therefore never was `true`. So, also `NIX_BIN_PREFIX` never got
set such that its usage later always failed execution with
`NIX_BIN_PREFIX: unbound variable`. With the fix, the line containing
the check will no longer be replaced.
* Solves https://github.com/nix-community/nix-direnv/issues/70
* See also discussion on #114622
Signed-off-by: Andreas Schmid <service@aaschmid.de>
