Upstream XMonad was using our xmonad patch file for their flake build to support our nixos module. This would of course break the build upstream if the version we patched and their master branch diverged. We [discussed] that it'd make sense to upstream the environment var code. In the process it seemed sensible to rename the NIX_GHC variable as well, since it isn't really Nix-specific – it's just a way to set the GHC binary to execute. This change has been [implemented] upstream in an unreleased version of xmonad now – meaning we'll be able to drop the xmonad patch soon! This also clarifies the situation in nixpkgs a bit: NIX_GHC is easy to confuse with the environment variable used in the ghcWithPackages wrapper where it is used to set an alternative prefix for a GHC-wrapper for applications trying to discover it via e.g. ghc-paths. It is an implementation detail in this context, as it is in the case of the xmonad module. Since they are different implementations doing different things, different names also make sense. [discussed]:36d5761b3e
[implemented]:23f36d7e23
22 lines
623 B
Nix
22 lines
623 B
Nix
{ stdenv, ghcWithPackages, xmessage, makeWrapper, packages }:
|
|
|
|
let
|
|
xmonadEnv = ghcWithPackages (self: [ self.xmonad ] ++ packages self);
|
|
in stdenv.mkDerivation {
|
|
pname = "xmonad-with-packages";
|
|
inherit (xmonadEnv) version;
|
|
|
|
nativeBuildInputs = [ makeWrapper ];
|
|
|
|
buildCommand = ''
|
|
install -D ${xmonadEnv}/share/man/man1/xmonad.1.gz $out/share/man/man1/xmonad.1.gz
|
|
makeWrapper ${xmonadEnv}/bin/xmonad $out/bin/xmonad \
|
|
--set XMONAD_GHC "${xmonadEnv}/bin/ghc" \
|
|
--set XMONAD_XMESSAGE "${xmessage}/bin/xmessage"
|
|
'';
|
|
|
|
# trivial derivation
|
|
preferLocalBuild = true;
|
|
allowSubstitutes = false;
|
|
}
|