openSUSE 中文社区

ARMv9 构建基础设施后续进展

Fangzhou Liu — Tue, 12 May 2026 03:00:00 +0000

去年六月，NVIDIA Grace Hopper 正式入驻 Open Build Service (OBS) 基础设施，这不仅意味着新硬件的到来，更开启了 openSUSE 项目原生 ARMv9 构建能力的新纪元。

数月后的今天，成效正日益显现。

OBS 的工作节点监控面板呈现的画面，比任何变更日志都更能说明问题。横跨 x86_64、aarch64、ppc64le、s930x 等多种架构的数十个构建工作节点中，更新的 armv9 级别机器正在繁忙运转。

项目团队一直在为 ARMv9 重建 Tumbleweed 的部分软件包，工作节点面板直观反映了这些进展。

面板不仅揭示了 aarch64 和 armv9 节点上的高负载，更展示了构建目标的软件包多样性——从 Linux 内核、LLVM 和 GCC 等编译器工具链，到 Python 软件包、Qt 框架等，工作节点正以较高的成功率编译这些复杂工作负载。

这些活动对 ARMv9 至关重要，表明它已从概念验证阶段演进为与主 Tumbleweed 树并行的活跃开发发行版路径。

NVIDIA Grace 采用高性能 ARM 架构 CPU 核心与 Hopper GPU 架构，通过 NVIDIA NVLink™-C2C（芯片间互联）接口连接。该架构允许两个处理器就地访问数据，从而显著加快编译速度并降低复杂工作负载的延迟，提升了 OBS 各流水线的整体效率。

架构差异并非抽象的技术指标。它直接转化为贡献者更短的队列等待时间、软件包维护者更快的反馈循环，以及处理 Tumbleweed 这类滚动发行版所需的大规模并行构建的能力。

在 OBS 中集成原生 ARMv9 硬件，对于释放最大性能优势、成功验证针对该架构优化的构建至关重要。

原生构建消除了模拟交叉编译时常常掩盖关键的应用程序二进制接口（ABI）不匹配、指令调度错误和性能回退问题的风险。将 Grace Hopper 投入生产环境，确保 ARMv9 目标在真实芯片上得到验证，从而保证实际可靠性和峰值性能。

促成这一成果的合作模式值得推广。这些努力体现了对开源的共同承诺，以及对前沿构建能力的需求。这不仅是理念层面的表述，更是业界其他硬件公司可以参考的实践论证。

openSUSE 项目积极欢迎硬件厂商出借或捐赠硬件，以在自身系统上启用或测试 openSUSE，或为构建系统提供更多算力。

试想一下，出借或捐赠硬件给 OBS 对一家公司意味着什么。当厂商的芯片作为原生构建目标出现在 OBS 中时，成千上万的开源软件包将针对该架构持续自动地编译、测试和验证。这是硬件厂商 QA 团队梦寐以求的场景！

每一次成功构建都验证了所贡献硬件上的软件就绪度，而每一次失败则在影响最终用户之前主动解决了兼容性问题。持续集成覆盖为新处理器发布提供了关键的风险缓释，而基础设施成本却微乎其微。

OBS 工作节点池具备全面的多架构覆盖能力——Intel/AMD 承担主要负载，同时配有专用的 ARM、POWER 和 Z Systems 节点。通过合作伙伴关系和社区贡献保障的多样化基础设施，确保了在广泛硬件范围内的验证覆盖。

借出、捐赠或托管于项目的机器，将成为一个持续自动化的软件兼容性测试平台——全天候运行，由社区维护，其成果对每一个关注 Tumbleweed 软件包动态的 Linux 开发者可见。

NVIDIA 的合作就是最好的实践示范。OBS 蓬勃发展的构建集群惠及每一位发行版用户、每一位应用开发者，以及每一位产品运行 Linux 的硬件厂商。

如果你的公司生产芯片、加速器或服务器，希望产品在 Linux 上运行良好，那就把硬件交到构建软件的人手中。openSUSE 项目已准备就绪。

如需了解更多信息，请联系 ddemaio@opensuse.org

原文：Following Up on ARMv9 Build Infrastructure，作者：Douglas DeMaio

近八年历程即将落幕

Fangzhou Liu — Tue, 12 May 2026 02:00:00 +0000

openSUSE Leap 15 系列在提供可升级至 SUSE 企业版产品的稳定社区发行版近八年后，即将走到终点。Leap 15.6 将于本月底（2026 年 4 月）停止支持（EOL, End of Life），标志着一个时代的结束，此后将不再提供维护或安全更新。

Leap 15 的旅程始于 2018 年 5 月 25 日，当时 15.0 作为基于 SUSE Linux Enterprise 15 的全新社区构建版本发布。它带来了大量新软件，同时提供了便捷的 SLE 迁移路径、事务更新、服务器角色、可扩展的云镜像等功能。

随后是一段令人印象深刻的持续迭代历程，从 Leap 15.1 到 15.6，每个稳定版本都与其同源的 SLE 版本保持源码和二进制兼容，并在数年间为用户提供维护和安全更新。

这一系列远超预期，最终跨越了近八年的活跃支持期。随着 Leap 15.6 停止支持，希望继续接收维护和安全更新的用户应升级至 Leap 16。Leap 16 预计将支持至 2031 年秋季的 16.6 版本，每个点版本将享有 24 个月的支持周期。

运行不受支持的版本意味着你的系统将不再接收漏洞补丁，这会随时间推移带来实际的安全风险。升级到 Leap 16 是保持安全与支持的推荐方式。

你可以下载 openSUSE Leap 16 并使用迁移工具进行升级。

Leap 15.6 本身获得了近 24 个月的支持，比传统 18 个月的支持期延长了约六个月。在 Leap 16 上，用户可以期待每个点版本享有完整的 24 个月社区支持，这体现了维护者为保护用户所付出的巨大努力。

感谢所有贡献者、打包者和用户，是你们让 Leap 15 系列成为如此持久可靠的平台。让我们一起期待 Leap 16 的新篇章！

原文：Closing Out a Roughly 8-Year Era，作者：Douglas DeMaio

峰会迎来里程碑式的区域性盛会

Douglas DeMaio — Tue, 05 May 2026 11:00:00 +0000

321 名开发者、学生和技术专业人士齐聚哥伦比亚巴兰基亚的自由大学（Universidad Libre），出席首届 openSUSE America Summit。

这场为期两天的活动在自由大学校园举行，于 5 月 1 日落下帷幕，与会者呼吁在该地区进一步推广开源文化与贡献精神。

夺旗赛（Capture the Flag）为峰会增添了实战网络安全环节，参赛者在实时环境中测试攻防技能。该活动吸引了大量学生和 IT 专业人士的关注。

大会的演讲者来自全球各地，体现了开源社区的国际影响力。来自哥伦比亚、阿根廷、巴西、墨西哥、多米尼加共和国、印度、英国、德国和美国的演讲者，围绕网络安全、云基础设施、机器学习及社区发展等主题进行了分享。

来自哥伦比亚的 Luis Delascar 在第二天以 Kuná Red 演讲开场。这是一款离线优先的开源网状网络解决方案，旨在为缺乏可靠互联网或蜂窝网络基础设施的农村及偏远地区提供通信能力。来自阿根廷的 Diego Córdoba 深入讲解了 openSUSE 中基于 nftables 的 Netfilter 及防火墙架构，同为阿根廷籍的 Andrea Navarro 则探讨了在教育场景中使用 Jupyter notebooks 作为商业云平台替代方案的话题。

Patrick Fitzgerald 在题为从 Windows 迁移至 Linux 的更新演讲中阐述了 Linux 迁移的理由，指出数据主权、关税及不可靠的国际伙伴关系等日益增长的担忧，是促使个人和组织转向 Linux 的重要因素。

来自印度的 Ram Mohan Rao Chukka 和 Shibi Ramachandran 带来了两场演讲：一场关于使用 Kuttl 改善端到端测试以减少构建失败，另一场关于 ArgoCD 中面向企业 Kubernetes 环境的智能漂移检测与自动修复。

来自多米尼加共和国的 openSUSE 版主 Walddys Dorrejo 介绍了使用 Wazuh 实现统一可观测性与安全的方案。来自巴西的 Gabriel Bazzotti 介绍了 openSUSE 中基于 Git 的软件包打包方式，来自墨西哥的 Anuar Harb 讲述了开源基础设施作为新兴地区互联数字生态系统基础的话题。

哥伦比亚演讲者在整个议程中表现突出。Jorge Lambrano 展示了完整的机器学习工作流程。Jorge Aguilar 探讨了构建面向高要求分析工作负载的现代、稳健开源数据平台。Jesuse Bossa 探索了工程学的历史与哲学意义，Deiner Bello 展示了 VisitChocó——一个使用 React、TypeScript 和地理空间数据构建的互动旅游平台，旨在推广哥伦比亚乔科省。该项目正在考虑集成 Weblate 以支持社区驱动的翻译，将平台的触达范围扩展至拉丁美洲乃至更广泛的受众。

Johannes Segitz 带来了两场演讲。他关于当前 AI 前景以及大语言模型（LLM）如何重塑人们编写代码、打补丁和打包软件方式的演讲深受观众欢迎。

本届峰会由赞助牵头方 Astian Inc.（Midori 轻量级浏览器背后的公司）组织，并得到 LinuxBQ 和 Red Team Barranquilla 等本地力量的支持。巴兰基亚的自由及开源软件爱好者社区组织并运营了 4 月 29 日至 5 月 1 日的峰会。

活动在两个校区举办——4 月 29 日在自由大学中央校区，4 月 30 日在北校区——这种安排与开源活动的气质天然契合。参会者包括演讲者、IT 专业人士及在校大学生，大家就 openSUSE 及更广泛的开源生态系统展开了数小时的讨论。

本次活动得到了 SUSE 和 Geeko 基金会的支持，两者都在推动 openSUSE 项目及全球开源社区的发展。

巴兰基亚作为主办城市的选择或许将超越象征意义。组织者和参会者已开始探讨将 openSUSE America Summit 转变为巡回举办的年度活动的可能性，参照 openSUSE.Asia Summit 的模式在各国轮流举行。每个主办国将自身的文化特色和本地社区融入盛会。

哥伦比亚凭借其不断增长的科技产业、完善的大学生态系统和充满热情的开源社区，作为未来活动的起点和核心具有充分的理由。LinuxBQ 社区的热情以及自由大学学生的积极参与表明，该地区可持续的草根开源运动的条件已经成熟。如果这一模式得以延续，未来的峰会将可能在美洲及加勒比地区的其他国家举办，放大该地区技术领袖的声音，并在亚洲峰会已实现的基础上，打造一个流动的专家社区。

5 月 1 日的社区烧烤聚会将演讲者和志愿者聚在一起，为活动画上了圆满句号。所有会议均已直播，可在 LinuxBQ YouTube 频道回看。

原文：Summit Draws Landmark Regional Gathering，翻译：Fangzhou Liu

openSUSE.Asia 峰会 2026 征稿启事

openSUSE Asia Summit Team — Wed, 29 Apr 2026 17:30:00 +0000

我们很高兴地宣布，openSUSE.Asia 峰会 2026 的征稿现已开放！本届峰会将于 2026 年 10 月 3–4 日在印度尼西亚日惹加查马达大学（UGM）职业学院的教学产业学习中心（TILC）举行。更多详情请关注我们的官方渠道及新闻门户。

openSUSE.Asia 委员会诚邀各界演讲者分享您对 openSUSE 及开源的知识、经验与热情。演讲者还可申请 openSUSE 旅行资助计划（TSP）的支持。我们鼓励远近各方人士提交提案，相聚日惹！

主题

以下为参考主题（不限于此）：

openSUSE（如 Leap、Tumbleweed、Micro OS、Open Build Services、openQA、YaST）
桌面环境与应用程序（如 GNOME、KDE、XFCE）
办公套件、图形艺术、多媒体（如 LibreOffice、Calligra、GIMP、Inkscape）
多语言化支持（如输入法、翻译）
云计算、虚拟化、容器及容器编排（如 Kubernetes、Rancher）
软件包供应链安全、漏洞管理
嵌入式与物联网
其他运行于 openSUSE 上的应用

与特定技术无关的主题同样欢迎，例如：

自由及开源软件（FLOSS）技术概览
开发、质量保证、翻译
技巧与窍门、经验分享（成功或失败）、最佳实践
市场营销与社区管理
教育

会议类型

我们征集以下两种类型的提案：

长演讲（45 分钟 + 问答）
短演讲（30 分钟 + 问答）

闪电演讲（5 分钟）将另行通知。

时间安排

提案提交截止日期：2026 年 7 月 1 日
演讲者通知日期：2026 年 7 月 21 日

如何提交提案

请在 events.opensuse.org 提交您的提案。如果您没有 SUSE 社区账户，请先注册后再提交。

您必须遵守 openSUSE 大会行为准则。
提案应以英文撰写，字数在 130 至 250 词之间，并附有清晰、相关的标题。
提交前请使用 LibreOffice、Google Docs 或 Grammarly 等工具检查拼写和语法。
参阅撰写指南获取撰写优秀提案的建议。
如需帮助，请联系您所在国家或地区的委员会成员。

演讲要求

您可以使用英文或印尼语进行演讲，但所有文档和幻灯片必须为英文。
演讲者必须到场出席，不接受预录制视频或远程演讲。

原文：openSUSE Asia Summit 2026 Call for Speakers，翻译：Fangzhou Liu

openSUSE 生态系统中的量子安全加密技术

Alessandro de Oliveira Faria — Tue, 28 Apr 2026 04:00:00 +0000

本文为社区投稿作品翻译

我非常高兴地正式宣布，面向后量子时代的新加密软件包已在 openSUSE 家族（Leap 和 Tumbleweed）中发布。

libzupt 库旨在提供基于 ML-KEM-768 + X25519 混合方案的文件及内存中二进制数据的加密与解密功能。

libzupt 由 Alessandro de Oliveira Faria 创建，是一款现代化的 SDK，旨在简化后量子加密技术在实际应用中的使用。目前，它已初步支持 C++、Python 和 Java，Node.js 支持正在开发中。其目标是让高级加密机制的实现变得易于上手，同时不牺牲开发者的使用体验。

该项目源自 Zupt 计划，由 Cristian Cezar Moisés 构思。作为致敬，该库沿用了原始项目的名称。Zupt 本身是一款压缩与备份工具，已具备经过认证的 AES-256 加密和后量子密钥封装等先进功能。

libzupt 的诞生与现代加密技术的演进密切相关。ML-KEM 算法已于 2024 年 8 月 13 日由 NIST 标准化，作为后量子场景下的安全密钥封装机制。即使在不安全的通道中，它也能安全地建立密钥，以应对未来的威胁。

以下是 libzupt 在 Python 中的简单用法示例：

import zupt
encryptor = zupt.Encryptor(keypair.public_key)
message = b"Hello, Post-Quantum World! This is a secret message."
ciphertext, enc_header = encryptor.encrypt(message)

在 openSUSE 中原生提供此库的最大优势在于，它能让现有应用提前做好准备，以应对量子计算可能破解经典算法（如 Shor 算法）的场景。

通过将传统加密技术与抗量子计算的机制相结合，libzupt 增添了一层战略性保护。这使得开发更具韧性的系统成为可能，即使面对技术演进，也能确保数据在长期的机密性与完整性。

更多信息，请访问 software.opensuse.org 或源代码仓库。

原文：Quantum-Resilient Cryptography in the openSUSE Ecosystem，翻译：Fangzhou Liu

openSUSE.Asia 峰会 2026 公布举办地——印度尼西亚加查马达大学

openSUSE Asia Summit Team — Sun, 19 Apr 2026 17:30:00 +0000

openSUSE.Asia Summit 2026 团队欣然宣布本次大会的正式举办地点。本届峰会将在印度尼西亚日惹的加查马达大学（Universitas Gadjah Mada，UGM）举行。

活动将在该校职业学院的教学产业学习中心（Teaching Industry Learning Center，TILC）举办。这是一座现代化设施，旨在支持协作、学习和产业交流。预计峰会将在为期两天的演讲、研讨会及社区活动中接待约 350 名参会者。

时间与地点

日期：10 月 3–4 日
地点：教学产业学习中心（TILC），职业学院
加查马达大学（UGM）
Jl. Blimbingsari No.37, Caturtunggal, Depok, Sleman
印度尼西亚日惹特别行政区
OpenStreetMap

我们期待在 UGM 校园迎接您的到来——这里是学术卓越与充满活力的学生及技术社区交汇之地。

关于加查马达大学

加查马达大学成立于 1949 年，是印度尼西亚顶尖大学之一，也是国家教育与文化认同的象征。从最初的 6 个学院起步，UGM 已发展成为拥有 18 个学院、一所研究生院和一所职业学院的综合性大学。如今，UGM 在教育、研究和创新领域持续发挥关键作用，是举办 openSUSE.Asia 峰会的理想场所。

适合参加的人群

我们预计将迎来超过 350 名参会者，包括：

openSUSE 贡献者与用户
信息通信技术（ICT）专业人士及行业代表
自由及开源软件（FOSS）爱好者
对开源技术与开发感兴趣的学生

我们迫不及待地期待在日惹与您相见——加查马达大学校园见！

原文：openSUSE.Asia Summit 2026 Announces Venue at Universitas Gadjah Mada，翻译：Fangzhou Liu

新启动器旨在简化 Cockpit 安装流程

Fangzhou Liu — Wed, 15 Apr 2026 02:00:00 +0000

openSUSE 社区成员正在开发一套精简的系统管理界面，以应对从 YaST 迁移这一复杂工作。

在 openSUSE bar 经过多次调整并吸纳社区意见后，成员们基于现有工具，为 openSUSE 用户推出了一款启动器。它提供基于网页的系统管理界面，让从传统 YaST 配置工具切换过来的用户更容易上手。

这款 cockpit-client 启动器解决了部分用户在尝试用 Cockpit 替代 YaST 时遇到的使用障碍。根据 openSUSE 论坛上的反馈，在此之前，整个使用流程既不简单也不直观。

该启动器为 openSUSE 专属设计，图标沿用了经典 YaST 的配色，针对用户反馈制作。经过测试与小幅优化后，该软件包已正式发布，可在 Tumbleweed 和 Leap 中作为 Official 软件包安装使用。

Lubos Kocman 表示：“由于 Cockpit-client 同时提供 Flatpak 和 RPM 两种启动器，我们需要给它们设置不同图标，方便用户区分。不同颜色的图标能让用户一眼就知道打开的是哪个，避免混淆。”

安装步骤

该启动器将原本多步骤的操作简化为直观流畅的工作流程。此前，用户在通过 localhost:9090 访问 Cockpit 时会遇到诸多问题，社区也将其列为使用痛点。

sudo zypper install cockpit-client-launcher

同时建议用户安装 patterns-cockpit，以确保所有 Cockpit 模块均可使用：

sudo zypper install -t pattern cockpit

最后，用户只需在桌面环境的应用菜单中启动该程序，并按照初始设置向导操作即可。启动器会自动启用所需的 systemd 服务与防火墙配置。

为符合安全规范，若 Cockpit 此前未启用并运行，安装程序会询问用户是否启用 cockpit.socket，并选择偏好的 firewalld 配置。

该软件包已在 Tumbleweed 和 Leap 16 上完成测试，结果证实其可在不同 openSUSE 变体、版本及安装场景下正常集成使用。

由 Low Tech Linux 制作的演示视频展示了在 Tumbleweed 与 Leap 16 上的安装与设置流程。

Cockpit 网页界面提供图形化系统管理功能，可替代传统命令行工具或 YaST 完成操作，包括软件包管理、用户管理、服务控制等。

原文：New Launcher Aims to Simplify Cockpit Installations，作者：Douglas DeMaio

openSUSE 发布更新后的法律分类模型

Fangzhou Liu — Tue, 17 Mar 2026 02:00:00 +0000

openSUSE 项目在项目的 HuggingFace 平台上推出了一款新版本语言模型，专为开源软件的法律合规检查自动化而设计。

Cavil-Qwen3.5-4B 模型是 Cavil 的最新迭代版本，该项目依托精心整理的数据集，用于提升法律文本自动化分类能力。此次更新凸显了社区驱动型开源人工智能日益重要的作用。

本次版本的核心特性之一是提供了 GGUF 格式量化版，该版本由社区成员贡献并托管在 HuggingFace 上。GGUF（GPT 生成统一格式）是一种专为本地运行大语言模型优化的模型文件格式，可搭配 llama.cpp 等工具使用。量化会降低模型精度，通常从 16 位浮点数降至 4 位甚至 2 位整数，从而大幅降低内存占用，可在笔记本电脑、单张 GPU 甚至 CPU 上使用。

Cavil-Qwen3.5-4B 的发布也彰显了 openSUSE 与更广泛的开源 AI 社区之间持续的合作。与专有模型不同，Cavil 的训练数据和微调方法公开透明，允许用户审核、复现或扩展相关工作。

随着 Cavil 这类项目的发展，本地开源 AI 正持续走向成熟，这也证明了针对性微调与社区优化能够在不依赖超大规模算力或封闭生态的前提下创造价值。该模型、训练数据集及验证工具均已在 Hugging Face 上线，其许可协议体现了各组件的不同属性。欢迎有意参与贡献或提出改进建议的用户，在 HuggingFace 上与 openSUSE 社区进行交流。

原文：openSUSE Releases Updated Legal Classification Model，作者：Douglas DeMaio

社区完善 Git 打包工作流

Fangzhou Liu — Mon, 09 Mar 2026 02:00:00 +0000

openSUSE 项目的贡献者与开发者近期举行会议，协调面向 Leap 16 的基于 Git 的打包工作流，并讨论该流程今后如何应用于 Leap 发行版，而滚动发行版 Tumbleweed 仍需做一些工作才能完成过渡。

该工作流以 Gitea 作为界面平台，标志着开发向更透明、以软件包为中心的方向转变。项目记录的架构决策包括：采用 Git 作为唯一版本控制系统，使用拉取请求进行变更管理，并在各仓库间统一工作流。

所有官方发行版的软件包源码托管在 src.opensuse.org/pool。社区软件包使用名为 leap-x.y 的分支，例如 leap-16.0。源自 SUSE Linux Enterprise（也被称为 SUSE Linux Framework One(SLFO) 的软件包使用 slfo-main 或带版本的 slfo-x.y 分支。当一个软件包同时存在这两类分支时，贡献者应基于 leap-x.y 分支开展工作。

该项目依托多项自动化工具来管理工作流。workflow-pr 机器人负责拉取请求的生命周期，包括审核与合并。workflow-direct 机器人在可信开发项目有代码推送时同步子模块。obs-staging-bot 机器人在 Open Build Service 中创建隔离的测试环境，用于端到端验证。这些自动化工具的源码可在 AutoGits 仓库中获取。它们无需特殊权限即可运行，通常以普通用户身份在 Gitea 中运作。

项目鼓励贡献者使用标准工具：用于与 OBS 交互的 osc 客户端、处理大文件的 git-lfs，以及用于初始化新软件包仓库的 obs-git-init 都很实用。维护者列表、工作流配置和项目设置等直接存储在 Git 项目仓库中，由 obs-scm-bridge 服务按需生成 Open Build Service 元数据。git-obs 工具（属于 osc 软件包）作为与 Gitea 的交互接口，支持在终端直接调用 Gitea 的任意 API。

对于社区维护的软件包，工作流程为：Fork 仓库，在对应的 leap-x.y 分支中进行修改，然后提交拉取请求。拉取请求会自动关联构建结果以供验证。贡献者在提交前如需测试变更，可使用 osc fork 命令，该命令会创建个人分支并保留 OBS 项目结构。

出于认证要求，由 SUSE 维护的软件包遵循单独流程。不过，对这些软件包的公开变更请求应通过 code.opensuse.org 上的 Leap 功能跟踪器提交。提交内容会在每周的 Leap 功能会议上进行审核。

在此次会议期间，与会者讨论了过渡过程中遇到的挑战。有参会者指出，长期参与 openSUSE 的贡献者可能会对该工作流感到陌生，并提出了仓库初始化以及通过机器人复刻 OBS 前端功能复杂度的问题。另一位参会者则希望能更清晰地对应旧流程与新的基于 Git 的方案。

OBS 基础设施的核心贡献者强调，目标是让工作流透明且可复现。他邀请贡献者直接反馈问题，并指出在不涉及源码转换的情况下，应能实现二进制完全一致的构建。

与会者一致认为，需要改进工具以支持跨多个软件包的协同更新。

项目正寻求社区支持，以完成开发项目向基于 Git 工作流的迁移。Git 工作流文档可在 src.opensuse.org查看，反馈可通过 GitHub Issues 提交至 github.com/openSUSE/openSUSE-git。

已知问题包括：非协作者无法在软件包仓库的不同分支之间发起拉取请求。目前正在改进 Factory 的暂存工作流，最终也将过渡到 Git 工作流。

更多信息可查看最近更新的 Git 打包工作流 Wiki 页面。

原文：Community Refines Git Packaging Workflow，作者：Douglas DeMaio

社区在召开线上会议后推进治理提案

Fangzhou Liu — Mon, 02 Mar 2026 02:00:00 +0000

openSUSE 项目在昨日（2 月 18 日）举办的线上会议后，推进了一套拟议的治理架构。本次会议召集社区成员共同探讨项目领导力框架的完善方向。

此次会议成效显著，参会者审议了项目治理机构的草案提案，其中包含技术指导委员会、社区与营销委员会、基础设施团队代表以及理事会。

该提案托管在 GitLab 平台，被设计为一份动态文档，欢迎社区通过反馈对其进行修订。

会议期间的讨论提议，技术指导委员会应在初期由 5 名成员组成，主席由委员会选举产生。该小组将借鉴 Fedora 的 FESCo 模式，建立用于审核和批准技术变更的清晰流程。技术指导委员会的决策将采用 +1 赞成、0 中立、-1 否决的投票机制。提案在无异议的情况下即可通过。若出现 -1 否决票，则需召开专门会议，由参会多数成员决定最终结果。反对意见必须附带清晰、书面的理由说明。

有关社区与营销委员会的讨论将聚焦于推广、宣传和社区发展。该委员会也可作为争议的初步升级处理机构。若该层面无法达成共识，相关事项将提交至理事会。

理事会的职责将以代表工作为核心，包括与 SUSE 协调、治理监督、冲突调解以及战略指导。随着时间推移，其运营职责可能会收窄，转变为类似监督机构的职能，处理商标事务、预算审批，并在必要时进行最终申诉裁决。

参会者强调，培育维护者尽责的良好文化依然至关重要，这也可能是新架构启动阶段最具挑战性的环节之一。

项目鼓励社区成员提交合并请求，以完善这份治理草案。

文档可在此处获取。组织者表示，相关讨论应通过对文本提交修改建议的方式进行。

目前尚未公布最终采纳的时间安排。项目贡献者将继续通过 GitLab 仓库及后续社区会议展开讨论。

原文：Community Advances Governance Proposal After Virtual Meeting，作者：Douglas DeMaio