* Update to 4.4.2
4.4.0 increased the ZScript version number, GZDoom 4.4.1 and 4.4.2 have some bugfixes.
* Fix bad checksum
Old hash was done without `--unpack` option, resulting in a mismatch.
* Fetch submodules
This fixes the issue with `zmusic` not being brought in as a dependency.
* Add zmusic derivation
Since zmusic isn't actually a submodule, we have to derive it ourselves and pass it as a buildInput.
* Semicolon.
* Semicolon in the *right* place this time.
* Merge the zmusic source into the gzdoom source.
Apparently this is how they expect zmusic to be added. Why this isn't a submodule, I don't know.
* Fix bad path editing
Credit to Open Skies for fixing this. Turns out the paths edited in the `gzdoom` derivation were for zmusic, which needs these edits to be made so that it looks in nix-friendly places for its stuff.
The OpenCL compiler does not properly support -I flags to include the
kernel paths, breaking relative includes. Simply replace the included
files by absolute paths.
OpenCL kernels verified to compile and work on an RX 580.
Credits for the fix go to nixos-rocm.
This adds yubikey-agent as a package and a nixos module.
On macOS, we use `wrapProgram` to set pinentry_mac as default in PATH;
on Linux we rely on the user to set their preferred pinentry in PATH.
In particular, we use a systemd override to prefix PATH to select a
chosen pinentry program if specified.
On Linux, we need libnotify to provide the notify-send utility for
desktop notifications (such as "Waiting for Yubikey touch...").
This might work on other flavors of unix, but I haven't tested.
We reuse the programs.gnupg.agent.pinentryFlavor option for
yubikey-agent, but in doing so I hit a problem: pinentryFlavour's
default value is specified in a mkDefault, but only conditionally. We
ought to be able to pick up the pinentryFlavour whether or not gpg-agent
is running. As a result, this commit moves the default value to the
definition of programs.gnupg.agent.enable.
