这是一篇关于 Nix & NixOS 生态系统的客座文章,主要内容如下:
- 为何分叉 Nixpkgs:Nixpkgs 是技术奇迹,但维护成本高,惯例多样缺乏凝聚力,RFC 流程漫长,导致创新停滞,用户体验改善困难。
- 通过多个仓库应对 Nixpkgs 的规模:Nixpkgs 在打包方面是双刃剑,创建了“staging”流程来缓解大规模包重建,但仍存在问题。Ekapkgs 计划将单一的包集拆分为正交仓库,以实现快速更新和迭代,提高代码质量和稳定性。
- 使包管理变得容易:Nixpkgs 中确定 PR 是否足够的过程主要依赖维护者,eka-ci 工具旨在优化此过程,减少错误和工作量。
- 使下游仓库成为一等公民:采用 Nix 的企业会遇到软件管理问题,eka 结构为仓库集合,便于扩展使用,但需解决 flakes 和 overlays 之间的差距。
- 鼓励流程改进:从“Request For Comments”转向专注的增强提案,设立“Ekala Enhancement Proposal (EEPs)”委员会,还可创建“Informational Proposal”来描述问题。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。