如何解决向Cabal多项目文件添加scotty包时的依赖冲突？

冲突本质分析 #

从错误日志可以明确核心矛盾：

• 你的playground项目要求directory >= 1.3.8.0
• directory-1.3.8.0强制依赖unix >= 2.8.0 && <2.9
• 当前系统安装的unix-2.7.3（由scotty依赖的warp间接引入）不满足该要求，而低于1.3.8.0的directory版本又不符合playground的约束，导致依赖链断裂。

可行解决办法 #

1. 放宽directory版本约束 #

如果项目不需要directory-1.3.8.0的新特性，直接修改playground的Cabal文件：
在build-depends中将directory >=1.3.8.0调整为更宽松的范围，比如：

build-depends: directory >=1.3.7.1 && <1.3.8.0

或者更宽泛的directory >=1.3.0，让Cabal选择能兼容unix-2.7.3的directory版本。

2. 升级unix并适配依赖链 #

强制Cabal使用更高版本的unix，同时适配相关依赖：

• 在项目根目录的cabal.project文件中添加版本约束：

constraints: unix >=2.8.0

• 重新运行cabal build，如果仍有冲突，尝试指定更新版本的scotty（比如scotty >=0.13），新版本的scotty可能依赖兼容unix-2.8.0的warp版本。

3. 使用隔离依赖环境 #

用Cabal的本地依赖存储或Nix创建独立环境，避免全局依赖冲突：

• 直接运行cabal v2-build（默认使用项目本地依赖目录，无需手动配置沙箱）
• 若使用Nix，编写default.nix定义项目依赖集合，确保所有包版本互相兼容。

4. 降级scotty版本 #

尝试选择更早的scotty版本，看是否其依赖的warp能同时兼容unix-2.7.3和directory-1.3.8.0：
修改playground的Cabal文件，指定scotty <=0.12.0，然后重新执行cabal build。

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