如何为NixOS部署打包带系统依赖的两个脚本？

你提到的修改环境变量、用substituteInPlace替换perl路径的方案是符合NixOS部署逻辑的正确做法——Nix的纯函数式构建特性要求所有依赖必须显式追踪，不能依赖系统全局环境，因此必须让脚本直接指向Nix Store内的依赖实例。

以下是几种更简洁的实现方式：

方法1：用writeShellApplication整合所有依赖 #

直接在Shell脚本定义中声明所有运行时依赖，同时让脚本调用带依赖的Perl：

{ pkgs ? import <nixpkgs> {} }:

pkgs.writeShellApplication {
  name = "my-tool-wrapper";
  runtimeInputs = [
    pkgs.awscli2
    pkgs.openssl
    # 预加载IPC::Run模块的Perl
    (pkgs.perl.withPackages (p: [ p.IPCRun ]))
  ];
  text = ''
    # 调用内嵌的Perl脚本（或替换为你的外部脚本路径）
    ${pkgs.writeScript "my-perl-script" ''
      #!/usr/bin/env perl
      use IPC::Run;
      # 你的Perl脚本逻辑
    ''} "$@"
    # 后续添加Shell脚本调用aws cli的逻辑
  '';
}

这种方式一次性注入所有依赖，无需额外包装步骤。

方法2：用mkDerivation正确打包双脚本组件 #

如果要单独打包两个脚本，关键是将依赖声明为运行时可用，并替换脚本的shebang或调用路径：

{ pkgs ? import <nixpkgs> {} }:

pkgs.mkDerivation {
  name = "my-custom-tool";
  src = ./.; # 脚本所在目录

  # 声明构建+运行时依赖
  buildInputs = [
    pkgs.awscli2
    pkgs.openssl
    pkgs.perlPackages.IPCRun
  ];

  installPhase = ''
    mkdir -p $out/bin
    # 替换Perl脚本的shebang为带IPC::Run的Perl
    substituteInPlace ./my-perl-script.pl \
      --replace '#!/usr/bin/perl' '#!${pkgs.perl.withPackages(p: [ p.IPCRun ])}/bin/perl'
    cp ./my-perl-script.pl $out/bin/

    # 替换Shell脚本中的perl调用路径，或用wrapProgram注入环境
    substituteInPlace ./my-shell-script.sh \
      --replace 'perl' '${pkgs.perl.withPackages(p: [ p.IPCRun ])}/bin/perl'
    cp ./my-shell-script.sh $out/bin/

    # 可选：用wrapProgram给Shell脚本注入PATH（包含awscli和openssl）
    wrapProgram $out/bin/my-shell-script.sh \
      --prefix PATH : ${pkgs.lib.makeBinPath [ pkgs.awscli2 pkgs.openssl ]}
  '';
}

核心是通过硬编码依赖路径或环境注入，避免脚本依赖系统全局环境。

方法3：writePerlBin配合Shell脚本依赖声明 #

先将Perl脚本打包为自带依赖的二进制，再让Shell脚本直接调用该二进制：

{ pkgs ? import <nixpkgs> {} }:

let
  # 打包带IPC::Run的Perl脚本
  my-perl-tool = pkgs.writePerlBin "my-perl-tool" {
    perl = pkgs.perl.withPackages (p: [ p.IPCRun ]);
    src = ./my-perl-script.pl;
  };
in
pkgs.writeShellApplication {
  name = "my-tool";
  runtimeInputs = [ my-perl-tool pkgs.awscli2 pkgs.openssl ];
  text = ''
    # 直接调用打包好的Perl工具（已自带依赖）
    my-perl-tool "$@"
    # 后续添加Shell脚本调用aws cli的逻辑
  '';
}

这种方式分离了Perl组件和Shell组件的依赖管理，逻辑更清晰。

Nix的设计决定了必须显式管理依赖路径，不存在完全零配置的“简便方式”，但上述方法已经是符合Nix规范的简洁实现——核心思路始终是让脚本直接指向Nix Store中的依赖，或通过包装注入正确的环境变量。

内容的提问来源于stack exchange，提问作者kqr