我有一个推导(default.nix
)定义为:
with import <nixpkgs> {};
let
version = "7.5.1";
in
stdenv.mkDerivation {
name = "gurobi-${version}";
src = fetchurl {
url = http://packages.gurobi.com/7.5/gurobi7.5.1_linux64.tar.gz;
sha256 = "7f5c8b0c3d3600ab7a1898f43e238a9d9a32ac1206f2917fb60be9bbb76111b6";
};
installPhase = ''
cp -R linux64 $out
patchelf --set-interpreter
${stdenv.glibc}/lib/ld-linux-x86-64.so.2 $out/bin/*
patchelf --set-rpath ${stdenv.glibc}/lib $out/bin/*
'';
GUROBI_HOME = "$out";
}
旁白:即使我有cp -R linux64 $out/
,似乎linux64
的内容被复制到$out
中,而不是linux64
本身被复制到$out
中......我认为这似乎不标准。
第二个文件(gurobi-shell.nix
)是:
with import <nixpkgs> {};
let
myGurobi = (import ./default.nix);
in stdenv.mkDerivation {
name = "gurobi-shell";
buildInputs = [ myGurobi ];
shellHook = ''
export GUROBI_HOME="${myGurobi.GUROBI_HOME}"
export GUROBI_PATH="${myGurobi.GUROBI_HOME}"
'';
}
当我运行nix-shell gurobi-shell.nix
然后echo $GUROBI_HOME
时,我得到: /nix/store/jsy0q02hyprz6mllblfb0gim3l8077d8-gurobi-shell
但是,我希望并希望它是: /nix/store/s2kj78cnpnnbwr6q8qylg0n02m0sm32a-gurobi-7.5.1
编辑:我想这可能与惰性评估有关,但不确定。无论如何,我找到了一种解决方法,即使用 myGurobi.out
而不是 myGurobi.GUROBI_HOME
.
首先,作为对你的旁白的回答:当installPhase
运行时,$out尚未创建。如果目标不存在,cp
将复制目录linux64
以创建值为 $out
的目录,因此$out
的内容将与linux64
的内容相同。 如果您希望$out
作为目录存在,则可能需要在installPhase
的开头mkdir -p $out
。
对于问题的主要部分:GUROBI_HOME
设置中的"$out"
是将GUROBI_HOME
设置为文本值$out
,而不是派生的扩展输出路径。当您在shellHook
中引用${myGurobi.GUROBI_HOME}
时,这将扩展到export GUROBI_HOME="$out"
。由于 nix-shell 需要重新创建构建派生时使用的环境,因此$out
设置为gurobi-shell
派生的输出目录,这就是将其设置为错误值的原因。