一个共同合作、共同建设的社区

# 团结协作、共筑未来的社区 来源：https://aerynos.com/blog/2026/08/31/a-community-that-works-together-builds-together/ 一名焊工在工作坊中建造物件的图片 八月虽是欧洲各地的度假旺季，但项目团队却异常忙碌，在核心工具链的多个代码仓库中取得了显著进展。 继上月完成的**版本化仓库第二阶段**工作后，我们正从多个维度推进`moss`的开发：tarkah (https://github.com/tarkah)在现有的硬链接驱动方案基础上，为支持该功能的文件系统补充了**引用链接**策略，同时通过阶段性开发冲刺，致力于交付完全兼容各类文件系统的**EROFS元数据镜像方案**。Fabio (https://github.com/livingsilver94)专注于`moss`的命令体系重构，在优化现有命令的同时，为未来需要实现的命令功能做好规划。Jonathan (https://github.com/otherJL0)则致力于增强搜索和shell补全功能，使`moss`对用户和打包者都更加友好易用。 Joey (https://github.com/joebonrichie)为`boulder`带来了多项性能优化，显著提升了打包效率，并为关键软件包引入了BOLT等高级优化技术。 在发行版层面，Reilly (https://github.com/reillybrogan)带领日益壮大的打包团队完成了全仓库重建，确保ABI兼容性并防范潜在的代码腐化问题，这将有效降低早期用户遭遇软件包或系统故障的风险。 在另一条工作线上，工作人员Bryan (https://github.com/bhh32/)正在开发基于TUI的新版**地衣安装器**，其体验较现有版本有显著提升。我们通过开源协作推进开发，并在Zulip聊天室 (https://aerynos.zulipchat.com/)分享更新版本。Bryan正根据反馈持续迭代设计和功能，目标是将其集成到未来的ISO镜像中。主要改进包括自动磁盘格式化、基于系统模型的安装流程、支持btrfs作为根分区选项，以及更流畅的TUI交互体验。 工作人员Alice (https://github.com/CookieSource/)与NomadicCore (https://github.com/NomadicCore)搭建了全新的**Discourse论坛** (https://aerynos.discourse.group/)，将替代原有的GitHub Discussions板块。我们感谢Discourse为本项目赞助服务器，也感谢社区成员对界面设计的反馈。该论坛现已准备就绪，面向社区全面开放。 最后，我们持续优化项目品牌形象：将项目名称从"AerynOS"调整为"aerynOS"，并对标识色彩与字体进行了微调。 ## 发行版更新动态 （章节标题：发行版更新动态） ### 打包体系与技术栈升级 （章节标题：打包体系与技术栈升级） aerynOS团队通过设立**可信维护者**角色实现了规模扩展，该角色隶属于工作人员团队。目前由Jaredy899 (https://github.com/Jaredy899)和K1ngfish3r (https://github.com/K1ngfish3r)担任，主要负责审核与批准recipes代码仓库 (https://github.com/aerynOS/recipes)中的变更。 他们的加入显著提升了日常软件包维护效率，助力aerynOS保持更新同步。此外，我们实施了新的**打包规范** (https://github.com/aerynOS/recipes/blob/main/PACKAGING_POLICY.md)，并制定了全新的Issue与PR模板，以支持用户、维护者和工作人员高效管理recipes代码仓库。 本月重点更新的软件包包括： - CMake 4.4.3 - COSMIC桌面环境 1.7.0 - Ccache 4.14 - Faugus启动器 2.2.1 - Firefox 154.0.1 - GCC 16.2.0 - Gamescope 3.16.26 - Glibc 2.43 - KDE框架套件 6.29.0 - KDE核心套件 26.08.0 - KDE桌面环境 6.7.4 - Linux长期支持版 6.18.47 - Linux游戏版 7.2.1 - Linux稳定版 7.1.11 - Mesa图形库 26.2.1 - Neovim 0.12.5 - NetworkManager 1.58.1 - Node.js 24.20.0 - PHP 8.5.10 - QEMU 11.1.1 - Qt 6.11.2 - Rust 1.98.0 - Thunderbird 154.0 - VS Code 1.135.0 - Wine 11.16 - Youki 0.7.0 - ZFS 2.4.4 - Zed 1.17.2 及其他众多软件包的新增与更新。 ### `moss`与EROFS元数据镜像 （章节标题：moss与EROFS元数据镜像） 此前我们提及过将用于只读模式的EROFS元数据镜像方案。该功能仍在开发中，但在此期间，我们在`moss`中实现了更通用的**文件系统树抽象层**，并为支持该特性的文件系统补充了**引用链接**方案。 新的`fstree`驱动API将文件系统树的概念与创建管理机制解耦。现有的原生实现已通过该抽象层运行，同时覆盖镜像驱动也正在开发测试中。 这为EROFS元数据镜像方案奠定了重要基础，使`moss`能兼容不同的文件系统树实现，而无需将高层状态管理代码与特定方案强绑定。 EROFS相关工作仍在进行中，**尚未正式发布**。在面向用户推出前，还需完成测试与集成工作。 ### `moss`命令体系重构 （章节标题：moss命令体系重构） 本月持续开展`moss`命令行重构工作，目前正等待PR审核后合并。 我们正逐步将CLI迁移至`clap_derive`框架，使命令层级通过命令结构直接表达，而非手动组装。 多个命令将被重构，包括`repo`、`pkg`、`search`、`state`、`sync`、`cache`和`boot`。 此过程中也将简化部分现有命令行为：移除独立的`help`和`version`子命令，改用clap框架提供的标准命令行处理。 该工作通过PR #687 (https://github.com/aerynOS/os-tools/pull/687)进行跟踪。 虽然目前主要是内部重构，但为未来扩展`moss`命令行功能奠定了更清晰的架构基础。 ### `moss`搜索功能优化 （章节标题：moss搜索功能优化） `moss`搜索功能的改进工作同步推进于PR #788 (https://github.com/aerynOS/os-tools/pull/788)。 当前重点是提升软件包与文件搜索的易用性，通过统一的`moss search`界面替代以往需要用户区分特定搜索命令的操作方式。 该方案在保留特定搜索能力的同时，探索如何通过命令行合理呈现软件包、提供者和文件搜索功能。 此设计仍在持续优化，我们利用当前开发阶段确保其既满足日常用户需求，也适配打包者工作流程，并与前述`moss`命令体系重构工作相衔接。 ### `boulder`性能提升 （章节标题：boulder性能提升） 作为我们的软件包构建工具，`boulder`获得了持续改进。 `boulder`现支持并发生成多个软件包，使产出多组件的配方文件能更充分利用现代多核系统，同时通过限制并发任务量，为压缩过程保留CPU资源。 我们还更新了软件包构建时使用的BOLT优化配置：从已弃用的`hfsort+`选项迁移至`cdsort`，并移除了过时的优化选项。 作为持续改进编译器与链接器工具链利用效率的一部分，我们还添加了额外的LLVM调优参数。 这些改进虽不直接对用户可见，但能有效提升构建基础设施的整体效率。 ## 项目全景动态 （章节标题：项目全景动态） ### 全仓库配方重建 （章节标题：全仓库配方重建） recipes代码仓库上月完成的最重要工作是全量软件包重建。上一次大规模重建发生在去年五月至六月，当时我们从旧版D语言基础架构迁移至新Rust技术栈。 我们原本计划提高全仓库重建频率，这在二月项目更新 (https://aerynos.com/blog/2026/02/28/february-2026-project-update/#invasive-toolchain-and-full-repo-rebuilds)中曾提及，但其他开发工作优先级更高。此次重建旨在建立更一致的ABI基准线——当前工具链尚未将ABI兼容性保障自动化，这主要依赖核心打包者的专业知识。随着aerynOS持续演进底层系统库与工具链，避免软件包基于不同版本依赖构建、形成统一的仓库基准线至关重要。 包含1700余个配方文件（每个配方产出一个或多个软件包）的仓库经历了巨大变动，这也成为基础设施的又一次压力测试。我们很高兴地宣布测试圆满完成。 ### 地衣TUI安装器 （章节标题：地衣TUI安装器） 新版基于TUI的地衣安装器在过去一个月取得显著进展。开发工作在lichen-installer代码仓库的`tui`分支进行，代表了对安装器界面与底层安装流程的重大重写。 重写过程中，我们新增了安装向导与摘要界面、安装基础架构、网络功能、账户配置、存储与文件系统选择、远程KDL获取等端到端安装所需组件。我们认为早期用户会特别青睐一个实用功能：支持将aerynOS安装到btrfs分区！ 我们还投入大量精力强化安装器稳定性，包括Polkit权限管理、ESP与XBOOTLDR分区处理、密码哈希及各类安装流程问题的修复。 新安装器现已面向社区开放测试，开发版本通过Zulip聊天室 (https://aerynos.zulipchat.com/)发布。此项测试极具价值，让我们能获得真实硬件环境下的用户反馈，而不仅依赖内部测试。 测试反馈仍在持续整理中，我们将不断迭代代码直至其适合集成到未来aerynOS ISO镜像。 在新版安装器就绪前，当前ISO（搭载旧版安装器）仍是官方支持的安装方式。我们欢迎早期用户体验新安装器，但请注意其仍处于积极开发阶段，应视为开发版代码。 ### 全新Discourse论坛服务器 （章节标题：全新Discourse论坛服务器） 我们在往期博文多次提及希望减少对GitHub的依赖。虽然对Codeberg的评估将通过网站开发工作流持续进行，但Codeberg缺少与GitHub Discussions对标的功能。经过广泛评估，我们认为Discourse既能满足需求，也是开源社区广泛使用的论坛平台。 Discourse团队慷慨为本项目赞助了免费托管实例，我们已欣然接受。 过去一个月，我们与多位可信贡献者合作启用论坛并收集反馈。目前论坛已具备公开使用条件，我们将在熟悉过程中持续优化设计。 部分反馈担忧在Zulip聊天室之外增设传统论坛可能导致社区割裂，或迫使用户关注多个平台。我们理解这一关切，但也认识到不同用户对项目交互方式存在偏好差异。若中长期评估认为维护两个社区渠道弊大于利，我们会再次调整策略。 您可以通过以下链接访问Discourse论坛 (https://aerynos.discourse.group/)。注册、浏览并参与讨论吧！ aerynOS Discourse站点截图 ### 品牌与视觉识别 （章节标题：品牌与视觉识别） 对比图展示新标识在浅色与深色背景下的品牌色彩 在四月博文 (https://aerynos.com/blog/2026/04/30/rebranding-upgrading-and-wallpapering-aerynos-april-glow-up/)中，我们发布了摒弃旧版AI生成"A"符号的新标识。随着项目持续发展及设计专长的新成员加入，我们正不断优化品牌形象。 最显著的变化之一是将项目名称从`AerynOS`调整为`aerynOS`。我们正逐步更新各代码仓库以保持命名一致性，这需要一定时间。网站等高可见度区域已完成迁移。 同时，近期加入的贡献者Nona (https://codeberg.org/nona)与我们合作优化项目视觉识别体系。现有的三重螺旋标识**不会**被替换。我们正调整项目使用的橙色与绿色色调，并通过字体与字距微调，使品牌各要素更协调统一。需特别说明的是，此次优化也考虑了色盲等无障碍访问需求——本项目高度重视可访问性设计。 相较于项目其他工程工作，这是一项相对较小的调整，但对于