cpak：Linux 应用的 OCI 新格式
Cpak – OCI application package format for Linux desktops, servers and devices
cpak 为 Linux 桌面、服务器及设备带来了全新的 OCI 应用包格式。它采用类似 Dockerfile 的语法，支持分层缓存和增量构建，却无需在生产环境运行容器守护进程。通过两个静态二进制文件和共享内容存储，cpak 实现了极轻的运行时足迹，并支持直接绑定宿主 GPU 驱动，避免在每个镜像中打包重复的驱动栈。从 Bottles 到 Firefox，众多应用已适配 cpak，用户可像管理 Git 版本一样灵活安装任意标签或提交。这一方案让软件分发真正实现了“像开发一样自由部署”，在保持安全资源访问声明的同时，兼容所有主流 Linux 发行版。
像开发一样自由地部署你的应用。
HN 评论区
21- nine_k
简而言之：结构上类似 Docker（复用 Dockerfiles），但没有守护进程，而且与 Podman 或 Nix 不同，它非常轻量，仅两个二进制文件就能搞定所有事情。
已安装包之间会共享/去重常见的数据块，这点也像 Docker 或 Nix。
运行时采用 LGPL2 许可。
- stephenlf
> 跟随完整课程，修改真实的清单文件，看看 cpak 会接受、拒绝还是修改什么。专业路径通向考试，并获得公开可验证的凭证。
我的天，Claude。
- _russross
我从 90 年代末就开始使用 Debian，主要原因就是他们的打包系统。并非工具和包格式本身，而是那种治理系统收录内容的文化和严格规则。
每当我看到一个新的打包系统，声称能帮创作者摆脱与现有已安装软件集成和兼容的负担时，我的回答总是坚决的“不”——多年来这样的系统已经有很多了。它们的承诺总是强调打包者有多轻松自在，但恰恰是那些让 Debian 变得“难用”的东西，才让它有价值：与系统其余部分的谨慎集成，以及匹配的依赖版本；针对复杂系统采用模块化、精心划分的包，否则这些系统只能全盘安装或不装；持续的维护和更新；对安全更新的快速响应；遵循通用的配置规则、目录布局、init/systemd 集成等。
cpak 看起来又是另一个试图尽可能忽略我系统其余部分、只活在自己小世界里的系统。换句话说，它是围绕软件打包者的需求和目标来设计的，而非用户和长期系统维护的需求。它解决的是简单的问题，而不是难题。