NixOS环境下cabal v2-build成功但v2-install --lib出现HStringTemplate依赖冲突问题

你遇到的这个冲突其实是Cabal本地构建沙箱和全局用户环境的依赖规则差异导致的，再结合NixOS本身对系统依赖的版本锁定，就出现了这种看似矛盾的情况：

冲突根源解析 #

• cabal v2-build是在项目专属的本地构建沙箱里运行的，它会严格遵守你项目目录下的cabal.project.freeze文件，所以能满足directory == 1.3.8.1的约束，顺利完成构建。
• 但cabal v2-install --lib all是要把包安装到全局的用户Cabal库环境中，这个环境里可能已经存在依赖directory == 1.3.7.1的其他包，再加上NixOS系统本身锁定了部分依赖的版本，就和你当前项目的约束产生了冲突，导致依赖无法解析。

具体解决方法 #

方法一：直接在项目内引用本地修改的包（最推荐）

不需要把修改后的HStringTemplate安装到全局，直接在你的texgeneration项目里通过配置指定本地包路径即可：

1. 在texgeneration项目的根目录创建cabal.project文件，内容如下：

packages: . ../path/to/your/HStringTemplate-fork

（把../path/to/your/HStringTemplate-fork替换成你克隆的HStringTemplate修改版的实际路径）
2. 之后直接在texgeneration项目里运行cabal v2-build，Cabal会自动使用你本地修改的HStringTemplate版本，完全避开全局环境的依赖冲突。

方法二：创建隔离的Cabal环境使用修改版包

如果确实需要单独使用这个修改后的包，可以用Cabal的环境隔离功能：

1. 进入你的HStringTemplate修改版目录，先确保已经构建成功：

cabal v2-build --constraint "directory == 1.3.8.1"

2. 创建一个独立的Cabal环境并安装这个包：

cabal v2-env --package ./dist-newstyle/build/x86_64-linux/ghc-8.10.7/HStringTemplate-0.9.0

（路径根据你的系统架构和GHC版本调整，也可以直接尝试cabal v2-env --package HStringTemplate-0.9.0，只要本地构建已经生成了对应包文件）
3. 之后在这个环境下运行的项目都会优先使用这个修改版的HStringTemplate，不会影响全局环境。

方法三：调整依赖约束适配NixOS系统版本

因为NixOS的系统依赖版本是固定的，你可以尝试让HStringTemplate的依赖匹配系统提供的版本：

1. 先查看NixOS当前提供的directory版本：

nix-shell -p haskellPackages.directory --run "ghc-pkg describe directory | grep version"

2. 修改HStringTemplate的HStringTemplate.cabal文件，把directory的依赖约束改成匹配的版本，比如如果系统提供的是1.3.7.1，就写成directory ^>=1.3.7.1
3. 重新运行cabal v2-build和cabal v2-freeze，之后再尝试安装，就能和系统环境的依赖兼容了。

备注：内容来源于stack exchange，提问作者Patrick