尧图网站建设 
Nixpkgs 中的 Zig 构建钩子Setup Hook从默认 Phase 覆盖到实战打包完整指南【免费下载链接】nixpkgsNix Packages collection NixOS项目地址: https://gitcode.com/GitHub_Trending/ni/nixpkgsZig 是一个通用编程语言与工具链专注于构建健壮、最优且可复用的软件。在 Nixpkgs 中zig包通过自带的 setup hook 自动覆盖stdenv.mkDerivation默认的 configure、build、check 与 install 四个阶段让开发者无需手写buildPhase/installPhase即可用 Nix 表达式构建 Zig 项目。本文以 doc/hooks/zig.section.md 为骨架结合 setup-hook.sh 与仓库内真实包 zig-zlint 的实现逐项讲解dontUseZig*、zigBuildFlags等控制变量读完即可为任意 Zig 项目写出规范、可复现的 Nix 打包表达式。Zig 在 Nixpkgs 中的定位在 Nixpkgs 中zig不仅是一个被安装的编译器包更是一个主动接管构建流程的构建辅助工具将zig放入nativeBuildInputs后其setupHook ./setup-hook.sh见 generic.nix会介入派生式的构建过程用一组zig*Phase函数覆盖默认的 build、check 和 install 阶段。Zig 本身在 Nixpkgs 中被定义为通用编程语言与工具链支持 Linux 与 macOSplatforms lib.platforms.unix使用 CMake 与 LLVM 组件构建自身见 generic.nix并强制-Dcpubaseline与静态链接 LLVM 以保证可复现性。而面向下游 Zig 项目使用者最关键的接口正是文档所讲述的这套 Phase 覆盖机制。最小示例一个标准的 Zig 打包骨架原文档给出的示例是使用zigsetup hook 的标准写法将其完整展开如下{ lib, stdenv, zig, }: stdenv.mkDerivation { # 源码获取、version 等常规属性略去 # . . . nativeBuildInputs [ zig ]; # 向 zig build 追加自定义标志 zigBuildFlags [ -Dman-pagestrue ]; # 本项目没有可运行的测试跳过 zigCheckPhase dontUseZigCheck true; # . . . }把zig放入nativeBuildInputs是触发全部默认行为的前提zigBuildFlags用于向构建传入自定义配置选项如 Zig 的-D选项可开启/关闭特性、注入版本号等dontUseZigCheck则用于显式关闭测试阶段。这三个要素分别对应下文的三类变量Phase 覆盖、zig系列构建标志、dontUseZig*开关。四个被覆盖的 Phaseconfigure / build / check / installsetup hook 的核心机制位于 setup-hook.sh当对应变量未置位时脚本将configurePhase、buildPhase、checkPhase、installPhase分别替换为zigConfigurePhase、zigBuildPhase、zigCheckPhase、zigInstallPhase见 setup-hook.sh。zigConfigurePhase隔离全局缓存目录function zigConfigurePhase { runHook preConfigure ZIG_GLOBAL_CACHE_DIR$(mktemp -d) export ZIG_GLOBAL_CACHE_DIR runHook postConfigure }configure 阶段的核心动作是创建一个临时目录并导出为ZIG_GLOBAL_CACHE_DIR确保 Zig 的全局缓存包缓存、编译缓存全部落在构建沙箱内避免污染用户主目录也保证构建可复现。依赖该变量的典型做法见下文实战案例中的postConfigure。zigBuildPhase并行构建与默认标志function zigBuildPhase { runHook preBuild local buildCores1 if [ ${enableParallelBuilding-1} ]; then buildCores$NIX_BUILD_CORES fi local flagsArray( -j$buildCores ) concatTo flagsArray \ zigBuildFlags zigBuildFlagsArray if [ -z ${dontSetZigDefaultFlags:-} ]; then concatTo flagsArray \ zigDefaultCpuFlag zigDefaultOptimizeFlag fi echoCmd zig build flags ${flagsArray[]} TERMdumb zig build ${flagsArray[]} --verbose runHook postBuild }要点如下默认开启并行构建当enableParallelBuilding未显式设为 0 时构建核心数取$NIX_BUILD_CORES并通过-j传给zig build标志拼接顺序zigBuildFlags/zigBuildFlagsArray追加在-j之后随后是默认 CPU 与优化标志默认标志可通过dontSetZigDefaultFlags关闭见下文构建以TERMdumb环境执行zig build ... --verbose避免在无终端环境下产生 ANSI 控制序列干扰日志解析。zigCheckPhase运行 zig build testfunction zigCheckPhase { runHook preCheck # 并行核心数控制默认取 $NIX_BUILD_CORES local flagsArray( -j$buildCores ) concatTo flagsArray \ zigCheckFlags zigCheckFlagsArray if [ -z ${dontSetZigDefaultFlags:-} ]; then concatTo flagsArray \ zigDefaultCpuFlag zigDefaultOptimizeFlag fi TERMdumb zig build test ${flagsArray[]} --verbose runHook postCheck }check 阶段调用zig build test并行度由enableParallelChecking控制并把zigCheckFlags追加进命令行。注意它与zigBuildFlags是两个独立变量仅设置了zigBuildFlags而遗漏zigCheckFlags时测试阶段不会自动继承构建标志——这正是实战中需要显式把两者对齐的原因。zigInstallPhase安装产物并处理前缀function zigInstallPhase { runHook preInstall # -j$buildCores 与 zigBuildFlags/zigInstallFlags 拼接 if [ -z ${dontSetZigDefaultFlags:-} ]; then concatTo flagsArray \ zigDefaultCpuFlag zigDefaultOptimizeFlag fi if [ -z ${dontAddPrefix-} ] [ -n $prefix ]; then # Zig does not recognize --prefix/dir/, only --prefix /dir/ flagsArray(${prefixKey:---prefix} $prefix) fi TERMdumb zig build install ${flagsArray[]} --verbose runHook postInstall }install 阶段调用zig build install同时传入zigBuildFlags与zigInstallFlags两者都会影响安装步骤。关键细节Zig 只接受--prefix /dir/这种“参数与值分开”的写法不接受--prefix/dir/因此脚本使用${prefixKey:---prefix} $prefix显式拆开默认前缀键为--prefix可用prefixKey覆盖而dontAddPrefix可完全跳过前缀注入此时 Zig 使用build.zig中的默认安装路径配合自定义installPhase手工拷贝产物。Zig 专属变量dontUseZig* 系列原文档列出的五个专属布尔开关其语义均可在 setup-hook.sh 的条件判断中得到印证——每个开关对应的效果是“让对应 Phase 不被默认覆盖”从而回退到stdenv的默认阶段或允许你自行定义buildPhase等属性变量作用源码依据dontUseZigConfigure禁用zigConfigurePhase不设置临时全局缓存目录if [ -z ${dontUseZigConfigure-} ] [ -z ${configurePhase-} ]dontUseZigBuild禁用zigBuildPhase回退到默认构建逻辑同上的 build 分支判断dontUseZigCheck禁用zigCheckPhase不运行zig build test同上的 check 分支判断dontUseZigInstall禁用zigInstallPhasezig build install不再自动执行同上的 install 分支判断dontSetZigDefaultFlags构建/检查/安装时不注入默认 CPU 与优化标志三个 Phase 中的if [ -z ${dontSetZigDefaultFlags:-} ]值得注意的语义细节脚本判断是[ -z ${dontUseZigBuild-} ] [ -z ${buildPhase-} ]即只有当你既没有设置dontUseZigBuild、也没有自行定义buildPhase时默认阶段才会被zigBuildPhase替换。因此想完全自定义构建过程设置dontUseZigBuild true并自写buildPhase或仅自写buildPhase即可让脚本跳过替换只想跳过测试设置dontUseZigCheck true无需同时关闭其他阶段想关闭默认-Dcpubaseline/--releasesafe注入设置dontSetZigDefaultFlags true此开关同时作用于 build、check、install 三个阶段。与 stdenv 对应的相似变量原文档以表格给出了三对“相似变量”其对应关系与注入位置整理如下zig变量stdenv.mkDerivation对应变量注入阶段zigBuildFlagsbuildFlagszigBuildPhase与zigInstallPhase均会拼接zigCheckFlagscheckFlags仅zigCheckPhasezigInstallFlagsinstallFlags仅zigInstallPhase与 stdenv 类似每个变量都支持对应的数组形式zigBuildFlagsArray、zigCheckFlagsArray、zigInstallFlagsArray且标志是追加在-j之后而非替换因此默认行为始终保留。特别提醒install 阶段会同时读取zigBuildFlags与zigInstallFlags而 check 阶段只读取zigCheckFlags三者在语义上是独立命名空间需要分别设置。被 Zig 尊重的 stdenv 通用变量原文档还列出两个由zigInstallPhase显式支持的 stdenv 通用变量prefixKeyZig 安装时前缀参数名。默认值为--prefix脚本中的${prefixKey:---prefix}若某版本 Zig 或其他构建风格使用不同前缀键可通过该变量替换dontAddPrefix置位后跳过--prefix注入见if [ -z ${dontAddPrefix-} ]分支Zig 将采用build.zig内置的安装路径常用于installPhase手工拷贝zig-out/bin产物的场景。默认标志的来龙去脉cpubaseline 与 releasesafezigConfigurePhase/zigBuildPhase等注入的默认标志并非硬编码在脚本里而是由 Zig 包的env属性注入见 generic.nixenv { zig_default_cpu_flag -Dcpubaseline; zig_default_optimize_flag --releasesafe; };-Dcpubaseline指定目标 CPU 特性基线避免 Nixpkgs 的产物混入构建机的指令集扩展CPU feature impurity从而保证二进制在更广的硬件范围可运行--releasesafe以安全优化模式构建兼顾性能与运行时安全检查。这两个值经setupHook的占位符替换后成为脚本中的zigDefaultCpuFlag/zigDefaultOptimizeFlag见 setup-hook.sh其默认注入由dontSetZigDefaultFlags控制。此外generic.nix 还会在构建阶段导出ZIG_GLOBAL_CACHE_DIR$TMPDIR/zig-cache与 setup hook 的 configure 行为相互配合保证缓存完全沙箱化。仓库实战案例zig-zlint仓库中 zig-zlint 是一个较完整地运用本文所述机制的 Zig 包Zig 语言 linter可视为官方文档示例的落地范本stdenv.mkDerivation (finalAttrs: { pname zig-zlint; version 0.9.1; # . . . nativeBuildInputs [ zig ]; # 利用 zigConfigurePhase 创建的 ZIG_GLOBAL_CACHE_DIR 注入预取依赖 postConfigure ln -s ${finalAttrs.zigDeps} $ZIG_GLOBAL_CACHE_DIR/p ; zigBuildFlags [ -Dversionv${finalAttrs.version} ]; doCheck true; zigCheckFlags finalAttrs.zigBuildFlags; # 测试阶段显式复用构建标志 doInstallCheck true; # . . . # 覆盖默认安装逻辑仅拷贝需要的产物 installPhase runHook preInstall install -vDm755 zig-out/bin/zlint $out/bin/zlint runHook postInstall ; })该包演示了三个高频实战模式依赖缓存注入zig.fetchDeps预取build.zig.zon声明的依赖并在postConfigure中通过符号链接把缓存放进zigConfigurePhase创建的$ZIG_GLOBAL_CACHE_DIR实现离线可复现构建构建/检查标志联动由于 check 阶段不继承zigBuildFlags这里显式写出zigCheckFlags finalAttrs.zigBuildFlags保证测试与构建使用一致的-Dversion选项自定义安装因为zig build install会产出较多工件包作者选择保留默认 install 阶段的标志拼接行为、再以自定义installPhase只拷贝zig-out/bin/zlint到$out/bin——这与dontUseZigInstall提供的“完全禁用”路径互为补充开发者可根据产物复杂度二选一。总结Nixpkgs 的 Zig setup hook 把zig build、zig build test、zig build install三条命令与 stdenv 的 Phase 体系无缝对齐使 Zig 项目打包几乎只差“把zig放进nativeBuildInputs”这一步。理解dontUseZig*的“开关 兜底”语义、zigBuildFlags/zigCheckFlags/zigInstallFlags的注入位置、以及prefixKey/dontAddPrefix对安装前缀的控制就能应对从最小演示项目到带预取依赖、自定义安装路径的真实包如仓库内zig-zlint的全部打包场景。相关机制的权威实现可继续阅读 setup-hook.sh 与 generic.nix。【免费下载链接】nixpkgsNix Packages collection NixOS项目地址: https://gitcode.com/GitHub_Trending/ni/nixpkgs创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Nixpkgs 中的 Zig 构建钩子（Setup Hook）：从默认 Phase 覆盖到实战打包完整指南
Nixpkgs 中的 Zig 构建钩子Setup Hook从默认 Phase 覆盖到实战打包完整指南【免费下载链接】nixpkgsNix Packages collection NixOS项目地址: https://gitcode.com/GitHub_Trending/ni/nixpkgsZig 是一个通用编程语言与工具链专注于构建健壮、最优且可复用的软件。在 Nixpkgs 中zig包通过自带的 setup hook 自动覆盖stdenv.mkDerivation默认的 configure、build、check 与 install 四个阶段让开发者无需手写buildPhase/installPhase即可用 Nix 表达式构建 Zig 项目。本文以 doc/hooks/zig.section.md 为骨架结合 setup-hook.sh 与仓库内真实包 zig-zlint 的实现逐项讲解dontUseZig*、zigBuildFlags等控制变量读完即可为任意 Zig 项目写出规范、可复现的 Nix 打包表达式。Zig 在 Nixpkgs 中的定位在 Nixpkgs 中zig不仅是一个被安装的编译器包更是一个主动接管构建流程的构建辅助工具将zig放入nativeBuildInputs后其setupHook ./setup-hook.sh见 generic.nix会介入派生式的构建过程用一组zig*Phase函数覆盖默认的 build、check 和 install 阶段。Zig 本身在 Nixpkgs 中被定义为通用编程语言与工具链支持 Linux 与 macOSplatforms lib.platforms.unix使用 CMake 与 LLVM 组件构建自身见 generic.nix并强制-Dcpubaseline与静态链接 LLVM 以保证可复现性。而面向下游 Zig 项目使用者最关键的接口正是文档所讲述的这套 Phase 覆盖机制。最小示例一个标准的 Zig 打包骨架原文档给出的示例是使用zigsetup hook 的标准写法将其完整展开如下{ lib, stdenv, zig, }: stdenv.mkDerivation { # 源码获取、version 等常规属性略去 # . . . nativeBuildInputs [ zig ]; # 向 zig build 追加自定义标志 zigBuildFlags [ -Dman-pagestrue ]; # 本项目没有可运行的测试跳过 zigCheckPhase dontUseZigCheck true; # . . . }把zig放入nativeBuildInputs是触发全部默认行为的前提zigBuildFlags用于向构建传入自定义配置选项如 Zig 的-D选项可开启/关闭特性、注入版本号等dontUseZigCheck则用于显式关闭测试阶段。这三个要素分别对应下文的三类变量Phase 覆盖、zig系列构建标志、dontUseZig*开关。四个被覆盖的 Phaseconfigure / build / check / installsetup hook 的核心机制位于 setup-hook.sh当对应变量未置位时脚本将configurePhase、buildPhase、checkPhase、installPhase分别替换为zigConfigurePhase、zigBuildPhase、zigCheckPhase、zigInstallPhase见 setup-hook.sh。zigConfigurePhase隔离全局缓存目录function zigConfigurePhase { runHook preConfigure ZIG_GLOBAL_CACHE_DIR$(mktemp -d) export ZIG_GLOBAL_CACHE_DIR runHook postConfigure }configure 阶段的核心动作是创建一个临时目录并导出为ZIG_GLOBAL_CACHE_DIR确保 Zig 的全局缓存包缓存、编译缓存全部落在构建沙箱内避免污染用户主目录也保证构建可复现。依赖该变量的典型做法见下文实战案例中的postConfigure。zigBuildPhase并行构建与默认标志function zigBuildPhase { runHook preBuild local buildCores1 if [ ${enableParallelBuilding-1} ]; then buildCores$NIX_BUILD_CORES fi local flagsArray( -j$buildCores ) concatTo flagsArray \ zigBuildFlags zigBuildFlagsArray if [ -z ${dontSetZigDefaultFlags:-} ]; then concatTo flagsArray \ zigDefaultCpuFlag zigDefaultOptimizeFlag fi echoCmd zig build flags ${flagsArray[]} TERMdumb zig build ${flagsArray[]} --verbose runHook postBuild }要点如下默认开启并行构建当enableParallelBuilding未显式设为 0 时构建核心数取$NIX_BUILD_CORES并通过-j传给zig build标志拼接顺序zigBuildFlags/zigBuildFlagsArray追加在-j之后随后是默认 CPU 与优化标志默认标志可通过dontSetZigDefaultFlags关闭见下文构建以TERMdumb环境执行zig build ... --verbose避免在无终端环境下产生 ANSI 控制序列干扰日志解析。zigCheckPhase运行 zig build testfunction zigCheckPhase { runHook preCheck # 并行核心数控制默认取 $NIX_BUILD_CORES local flagsArray( -j$buildCores ) concatTo flagsArray \ zigCheckFlags zigCheckFlagsArray if [ -z ${dontSetZigDefaultFlags:-} ]; then concatTo flagsArray \ zigDefaultCpuFlag zigDefaultOptimizeFlag fi TERMdumb zig build test ${flagsArray[]} --verbose runHook postCheck }check 阶段调用zig build test并行度由enableParallelChecking控制并把zigCheckFlags追加进命令行。注意它与zigBuildFlags是两个独立变量仅设置了zigBuildFlags而遗漏zigCheckFlags时测试阶段不会自动继承构建标志——这正是实战中需要显式把两者对齐的原因。zigInstallPhase安装产物并处理前缀function zigInstallPhase { runHook preInstall # -j$buildCores 与 zigBuildFlags/zigInstallFlags 拼接 if [ -z ${dontSetZigDefaultFlags:-} ]; then concatTo flagsArray \ zigDefaultCpuFlag zigDefaultOptimizeFlag fi if [ -z ${dontAddPrefix-} ] [ -n $prefix ]; then # Zig does not recognize --prefix/dir/, only --prefix /dir/ flagsArray(${prefixKey:---prefix} $prefix) fi TERMdumb zig build install ${flagsArray[]} --verbose runHook postInstall }install 阶段调用zig build install同时传入zigBuildFlags与zigInstallFlags两者都会影响安装步骤。关键细节Zig 只接受--prefix /dir/这种“参数与值分开”的写法不接受--prefix/dir/因此脚本使用${prefixKey:---prefix} $prefix显式拆开默认前缀键为--prefix可用prefixKey覆盖而dontAddPrefix可完全跳过前缀注入此时 Zig 使用build.zig中的默认安装路径配合自定义installPhase手工拷贝产物。Zig 专属变量dontUseZig* 系列原文档列出的五个专属布尔开关其语义均可在 setup-hook.sh 的条件判断中得到印证——每个开关对应的效果是“让对应 Phase 不被默认覆盖”从而回退到stdenv的默认阶段或允许你自行定义buildPhase等属性变量作用源码依据dontUseZigConfigure禁用zigConfigurePhase不设置临时全局缓存目录if [ -z ${dontUseZigConfigure-} ] [ -z ${configurePhase-} ]dontUseZigBuild禁用zigBuildPhase回退到默认构建逻辑同上的 build 分支判断dontUseZigCheck禁用zigCheckPhase不运行zig build test同上的 check 分支判断dontUseZigInstall禁用zigInstallPhasezig build install不再自动执行同上的 install 分支判断dontSetZigDefaultFlags构建/检查/安装时不注入默认 CPU 与优化标志三个 Phase 中的if [ -z ${dontSetZigDefaultFlags:-} ]值得注意的语义细节脚本判断是[ -z ${dontUseZigBuild-} ] [ -z ${buildPhase-} ]即只有当你既没有设置dontUseZigBuild、也没有自行定义buildPhase时默认阶段才会被zigBuildPhase替换。因此想完全自定义构建过程设置dontUseZigBuild true并自写buildPhase或仅自写buildPhase即可让脚本跳过替换只想跳过测试设置dontUseZigCheck true无需同时关闭其他阶段想关闭默认-Dcpubaseline/--releasesafe注入设置dontSetZigDefaultFlags true此开关同时作用于 build、check、install 三个阶段。与 stdenv 对应的相似变量原文档以表格给出了三对“相似变量”其对应关系与注入位置整理如下zig变量stdenv.mkDerivation对应变量注入阶段zigBuildFlagsbuildFlagszigBuildPhase与zigInstallPhase均会拼接zigCheckFlagscheckFlags仅zigCheckPhasezigInstallFlagsinstallFlags仅zigInstallPhase与 stdenv 类似每个变量都支持对应的数组形式zigBuildFlagsArray、zigCheckFlagsArray、zigInstallFlagsArray且标志是追加在-j之后而非替换因此默认行为始终保留。特别提醒install 阶段会同时读取zigBuildFlags与zigInstallFlags而 check 阶段只读取zigCheckFlags三者在语义上是独立命名空间需要分别设置。被 Zig 尊重的 stdenv 通用变量原文档还列出两个由zigInstallPhase显式支持的 stdenv 通用变量prefixKeyZig 安装时前缀参数名。默认值为--prefix脚本中的${prefixKey:---prefix}若某版本 Zig 或其他构建风格使用不同前缀键可通过该变量替换dontAddPrefix置位后跳过--prefix注入见if [ -z ${dontAddPrefix-} ]分支Zig 将采用build.zig内置的安装路径常用于installPhase手工拷贝zig-out/bin产物的场景。默认标志的来龙去脉cpubaseline 与 releasesafezigConfigurePhase/zigBuildPhase等注入的默认标志并非硬编码在脚本里而是由 Zig 包的env属性注入见 generic.nixenv { zig_default_cpu_flag -Dcpubaseline; zig_default_optimize_flag --releasesafe; };-Dcpubaseline指定目标 CPU 特性基线避免 Nixpkgs 的产物混入构建机的指令集扩展CPU feature impurity从而保证二进制在更广的硬件范围可运行--releasesafe以安全优化模式构建兼顾性能与运行时安全检查。这两个值经setupHook的占位符替换后成为脚本中的zigDefaultCpuFlag/zigDefaultOptimizeFlag见 setup-hook.sh其默认注入由dontSetZigDefaultFlags控制。此外generic.nix 还会在构建阶段导出ZIG_GLOBAL_CACHE_DIR$TMPDIR/zig-cache与 setup hook 的 configure 行为相互配合保证缓存完全沙箱化。仓库实战案例zig-zlint仓库中 zig-zlint 是一个较完整地运用本文所述机制的 Zig 包Zig 语言 linter可视为官方文档示例的落地范本stdenv.mkDerivation (finalAttrs: { pname zig-zlint; version 0.9.1; # . . . nativeBuildInputs [ zig ]; # 利用 zigConfigurePhase 创建的 ZIG_GLOBAL_CACHE_DIR 注入预取依赖 postConfigure ln -s ${finalAttrs.zigDeps} $ZIG_GLOBAL_CACHE_DIR/p ; zigBuildFlags [ -Dversionv${finalAttrs.version} ]; doCheck true; zigCheckFlags finalAttrs.zigBuildFlags; # 测试阶段显式复用构建标志 doInstallCheck true; # . . . # 覆盖默认安装逻辑仅拷贝需要的产物 installPhase runHook preInstall install -vDm755 zig-out/bin/zlint $out/bin/zlint runHook postInstall ; })该包演示了三个高频实战模式依赖缓存注入zig.fetchDeps预取build.zig.zon声明的依赖并在postConfigure中通过符号链接把缓存放进zigConfigurePhase创建的$ZIG_GLOBAL_CACHE_DIR实现离线可复现构建构建/检查标志联动由于 check 阶段不继承zigBuildFlags这里显式写出zigCheckFlags finalAttrs.zigBuildFlags保证测试与构建使用一致的-Dversion选项自定义安装因为zig build install会产出较多工件包作者选择保留默认 install 阶段的标志拼接行为、再以自定义installPhase只拷贝zig-out/bin/zlint到$out/bin——这与dontUseZigInstall提供的“完全禁用”路径互为补充开发者可根据产物复杂度二选一。总结Nixpkgs 的 Zig setup hook 把zig build、zig build test、zig build install三条命令与 stdenv 的 Phase 体系无缝对齐使 Zig 项目打包几乎只差“把zig放进nativeBuildInputs”这一步。理解dontUseZig*的“开关 兜底”语义、zigBuildFlags/zigCheckFlags/zigInstallFlags的注入位置、以及prefixKey/dontAddPrefix对安装前缀的控制就能应对从最小演示项目到带预取依赖、自定义安装路径的真实包如仓库内zig-zlint的全部打包场景。相关机制的权威实现可继续阅读 setup-hook.sh 与 generic.nix。【免费下载链接】nixpkgsNix Packages collection NixOS项目地址: https://gitcode.com/GitHub_Trending/ni/nixpkgs创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考