解决具有两个 Nix Flake 设置的“路径 <...> 无效”问题
**文章摘要** 在使用 Nix Flake 构建包含主应用程序和插件的设置时,可能会遇到“路径无效”错误。这是因为插件中生成的文件包含 Nix 存储路径,违反了供应商派生的依赖限制。要解决此问题,需要将插件源代码复制到一个中间派生中,这样 replace 路径就可以是相对的,从而避免引用其他 Nix 存储路径。
我有两个 nix flakes:一个包含一个应用程序,另一个包含该应用程序的插件。当我使用插件构建应用程序时,出现错误
error: path '/nix/store/3b7djb5pr87zbscggsr7vnkriw3yp21x-mainapp-go-modules' is not valid
我不知道这个错误意味着什么以及如何修复它,但我可以在 macos 和 linux 上重现它。问题路径是第一步buildgomodule生成的vendor目录。
重现错误的最小设置需要一堆文件,因此我提供了一个带注释的 bash 脚本,您可以在空文件夹中执行该脚本来重新创建我的设置:
#!/bin/bash # i have two flakes: the main application and a plugin. # the mainapp needs to be inside the plugin directory # so that nix doesn't complain about the path:mainapp # reference being outside the parent's root. mkdir -p plugin/mainapp # each is a go module with minimal setup tee plugin/mainapp/go.mod </dev/null module example.com/mainapp go 1.16 eof tee plugin/go.mod < /dev/null module example.com/plugin go 1.16 eof # each contain minimal go code tee plugin/mainapp/main.go < /dev/null package main import "fmt" func main() { fmt.println("hello, world!") } eof tee plugin/main.go < /dev/null package plugin import log func init() { fmt.println("initializing plugin") } eof # the mainapp is a flake that provides a function for building # the app, as well as a default package that is the app # without any plugins. tee plugin/mainapp/flake.nix <<'eof' >/dev/null { description = "main application"; inputs = { nixpkgs.url = github:nixos/nixpkgs/nixos-21.11; flake-utils.url = github:numtide/flake-utils; }; outputs = {self, nixpkgs, flake-utils}: let # buildapp builds the application from a list of plugins. # plugins cause the vendorsha256 to change, hence it is # given as additional parameter. buildapp = { pkgs, vendorsha256, plugins ? [] }: let # this is appended to the mainapp's go.mod so that it # knows about the plugin and where to find it. requireplugin = plugin: '' require ${plugin.goplugin.gomodname} v0.0.0 replace ${plugin.goplugin.gomodname} => ${plugin.outpath}/src ''; # since buildgomodule consumes the source two times – # first for vendoring, and then for building – # we do the necessary modifications to the sources in an # own derivation and then hand that to buildgomodule. sources = pkgs.stdenvnocc.mkderivation { name = "mainapp-with-plugins-source"; src = self; phases = [ "unpackphase" "buildphase" "installphase" ]; # write a plugins.go file that references the plugin's package via # _ = " " plugins_go = '' package main // code generated by nix. do not edit. import ( ${builtins.foldl' (a: b: a + "\n\t_ = \"${b.goplugin.gomodname}\"") "" plugins} ) ''; go_mod_append = builtins.foldl' (a: b: a + "${requireplugin b}\n") "" plugins; buildphase = '' printenv plugins_go >plugins.go printenv go_mod_append >>go.mod ''; installphase = '' mkdir -p $out cp -r -t $out * ''; }; in pkgs.buildgomodule { name = "mainapp"; src = builtins.trace "sources at ${sources}" sources; inherit vendorsha256; nativebuildinputs = plugins; }; in (flake-utils.lib.eachdefaultsystem (system: let pkgs = nixpkgs.legacypackages.${system}; in rec { defaultpackage = buildapp { inherit pkgs; # this may be different depending on your nixpkgs; if it is, just change it. vendorsha256 = "sha256-pqpattms9vmo3ziqufn66az8gsmb4ivyhttcfn6sumo="; }; } )) // { lib = { inherit buildapp; # helper that parses a go.mod file for the module's name pluginmetadata = gomodfile: { gomodname = with builtins; head (match "module ([^[:space:]]+).*" (readfile gomodfile)); }; }; }; } eof # the plugin is a flake depending on the mainapp that outputs a plugin package, # and also a package that is the mainapp compiled with this plugin. tee plugin/flake.nix <<'eof' >/dev/null { description = "mainapp plugin"; inputs = { nixpkgs.url = github:nixos/nixpkgs/nixos-21.11; flake-utils.url = github:numtide/flake-utils; nix-filter.url = github:numtide/nix-filter; mainapp.url = path:mainapp; mainapp.inputs = { nixpkgs.follows = "nixpkgs"; flake-utils.follows = "flake-utils"; }; }; outputs = {self, nixpkgs, flake-utils, nix-filter, mainapp}: flake-utils.lib.eachdefaultsystem (system: let pkgs = nixpkgs.legacypackages.${system}; in rec { packages = rec { plugin = pkgs.stdenvnocc.mkderivation { pname = "mainapp-plugin"; version = "0.1.0"; src = nix-filter.lib.filter { root = ./.; exclude = [ ./mainapp ./flake.nix ./flake.lock ]; }; # needed for mainapp to recognize this as plugin passthru.goplugin = mainapp.lib.pluginmetadata ./go.mod; phases = [ "unpackphase" "installphase" ]; installphase = '' mkdir -p $out/src cp -r -t $out/src * ''; }; app = mainapp.lib.buildapp { inherit pkgs; # this may be different depending on your nixpkgs; if it is, just change it. vendorsha256 = "sha256-a6hfgfs1bu9ekxwi+dxh5qy2kbcdpzgp7wx6byai4hw="; plugins = [ plugin ]; }; }; defaultpackage = packages.app; } ); } eof
您需要安装具有 flake 支持的 nix 才能重现该错误。
在该脚本创建的plugin文件夹中,执行
$ nix build trace: sources at /nix/store/d5arinbiaspyjjc4ypk4h5dsjx22pcsf-mainapp-with-plugins-source error: path '/nix/store/3b7djb5pr87zbscggsr7vnkriw3yp21x-mainapp-go-modules' is not valid
(如果散列不匹配,只需使用正确的散列更新薄片即可;我不太确定在存储库之外传播薄片时的散列是否可重现。)
源目录(由跟踪显示)确实存在并且看起来没问题。错误消息中给出的路径也存在,并且包含具有预期内容的 modules.txt。
在文件夹 mainapp 中,nix build 确实运行成功,这会在没有插件的情况下构建应用程序。那么我对使路径无效的插件做了什么?
正确答案
原因是,在这种情况下,作为供应商的一部分生成的文件 modules.txt 将在 replace 指令中包含 nix 存储路径。 vendor 目录是固定输出派生,因此不得依赖于任何其他派生。 modules.txt 中的引用违反了这一点。
这只能通过将插件的源代码复制到 sources 派生中来修复 - 这样,replace 路径可以是相对的,因此不会引用其他 nix 存储路径。
本篇关于《解决具有两个 Nix Flake 设置的“路径 <...> 无效”问题》的介绍就到此结束啦,但是学无止境,想要了解学习更多关于Golang的相关知识,请关注golang学习网公众号!
-
- Golang · Go问答 | 22分钟前 | 并发 · golang · csv · 数据处理 · Go问答 · 内存复用 · 数据导入 encoding/csv csv.Reader Go问答 ReuseRecord 切片复用
- Go encoding/csv.ReuseRecord 开启后为什么字段会变:切片复用、异步保存与拷贝边界
- 465浏览 收藏
-
- Golang · Go问答 | 32分钟前 | 并发 · net/http · HTTP客户端 · Go问答 · 请求重试 · Go header 请求体 http.Request.Clone WithContext HTTP重试
- Go http.Request.Clone 和 WithContext 有什么区别:请求体、Header 与重试边界
- 173浏览 收藏
-
- Golang · Go问答 | 1小时前 | 网络编程 · go · 超时处理 · Go 网络超时 net.Conn SetDeadline
- Go net.Conn.SetDeadline 为什么不会自动恢复:超时状态、连接复用与清理时机
- 277浏览 收藏
-
- Golang · Go问答 | 1小时前 |
- Go 服务为什么要把外部 DTO 隔离在防腐层:接口演进与领域模型边界
- 406浏览 收藏
-
- Golang · Go问答 | 1小时前 | 错误处理 · go · 数据库 · 排查 · SQL · rows.Close rows.Next Rows.Err Go database/sql 空结果
- Go database/sql Rows.Next 返回 false 怎么定位:Err 读取、Close 时机与空结果区分
- 444浏览 收藏
-
- Golang · Go问答 | 2小时前 | go · net/http · 后端排查 · Go HTTP服务 http.MaxBytesReader 请求体限制
- Go http.MaxBytesReader 超限后为何仍能写响应:请求体上限、错误语义与连接收尾
- 218浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- ljg-skills
- ljg-skills 是李继刚开源的 AI 技能与提示词集合,面向大模型使用者整理了一批可复用的 prompt、角色设定和任务技能模板,适合用于学习提示词设计、搭建个人 AI 工作流和沉淀团队常用智能体能力。
- 5280次使用
-
- MELO音乐
- MELO音乐是一站式AI视频与音乐制作助手,对标suno, udio的高品质体验。提供伴奏生成、原创写词、无损导出、哼唱识曲、混音变声等全套音频与短视频编辑工具。无论是流行Kpop、电音说唱、民谣古风、摇滚儿歌还是商用轻音乐,MELO为你免费谱曲,轻松做同款!
- 4791次使用
-
- UniScribe
- UniScribe 是一款 AI 音视频转文字与内容整理工具,支持上传音频、视频文件或粘贴 YouTube 链接,自动生成转写文本、摘要、思维导图和关键问题,并支持多格式导出,适合会议记录、课程学习、访谈整理和内容创作复盘。
- 4741次使用
-
- 剧云
- 剧云是专业中文剧本创作平台,安全稳定运行十余年,集成AI编剧、剧本医生审核、人物小传、剧情关系图、大纲编写、多人协作、Word导入导出、版权管控功能,数据安全防护,轻松高效创作剧本。
- 5001次使用
-
- 万象有声
- 万象有声,一个专为有声创作者打造的新一代智能有声内容创作平台。平台提供专业的智能拆章、智能画本编辑、AI配音、AI生成音效、后期制作、智能对轨、智能审听等有声创作全流程工具,可以帮助创作者高效、低成本创作出引人入胜的有声作品。立即体验,让有声书制作更简单!
- 4944次使用
-
- 用Nginx反向代理部署go写的网站。
- 2023-01-17 502浏览
-
- GoLand调式动态执行代码
- 2023-01-13 502浏览
-
- Go bufio.Scanner 遇到 token too long 怎么办:大日志行的长度上限与内存取舍
- 2026-07-22 501浏览
-
- 从不同的 go 例程将数据写入同一通道无需等待组即可正常工作
- 2024-04-29 501浏览
-
- Golang rsa-oaep解密失败,前端使用webcrypto
- 2024-04-26 501浏览

增量器失灵
