2024 年 QEMU 峰会已于 10 月 31 日在 KVM 论坛召开，这是一个仅对项目中最活跃的维护者和子维护者开放的邀请会议。

出席者：

Dan Berrangé
Cédric Le Goater
Kevin Wolf
Michael S. Tsirkin
Stefan Hajnoczi
Philippe Mathieu-Daudé
Markus Armbruster
Thomas Huth
Peter Maydell
Paolo Bonzini
Alex Graf
Alex Bennée
Richard Henderson

会议内容摘要如下：

1. 基础设施与资金

迄今为止，QEMU 一直在依靠来自不同托管提供商的服务/信用捐赠来运行我们的持续集成和基础设施（最初是 Rackspace，然后是 Azure，现在是 DigitalOcean）。但由于每个基础设施赞助商对为开源项目免费提供何种基础设施都有自己的不同想法，因此每次 QEMU 切换到不同的基础设施赞助商时，系统都会出现尴尬的迁移。

保罗提议，从现在开始，应寻求可能的多年期货币赞助，以获得长期稳定的资金来源。然后可以用这笔资金来支持持续集成（CI）和类似的需求。

KVM 论坛会议本身实现了小幅盈利；会议决议计划将这部分利润单独保留，以帮助未来几年会议的融资。

2. GitLab 项目协作讨论

GitLab 处理方式请记录在 MAINTAINERS 文件中，或者创建一个类似 .mailmap 的 .handlemap 文件。

菲利普·马蒂厄-多德指出，在 GitLab 中想要在错误报告上提及维护者时，找到他们的 gitlab 昵称很尴尬。会议讨论一致认为，最好将此记录在 MAINTAINERS 或类似文件中。菲利普将在某个时候将此提案发布到列表上。

3. 强制在新的贡献中实施 SPDX 许可证标签

QEMU 目前在一些文件中使用了 SPDX 标签，但并未强制要求。这里的建议是，对于新文件，应强制使用 SPDX 标签，这样可以自动捕捉到一些意外的许可问题，例如“用户引用了一个不存在的许可或可能是他们误认为的 LGPLv2 许可”或“用户忘记在 GPL 代码中加上‘或更新版’”或“用户忘记添加许可注释”或“用户使用了与 GPL 兼容但 QEMU 在目前并未使用的许可，没有明确的理由说明他们不能使用 QEMU 已使用的某些许可”。这些问题如果在 QEMU 开发者将代码提交到上游之前就能解决，将会非常简单；如果事后处理，可能会变得相当棘手。

没有异议，因此丹·贝兰杰发布了检查补丁更新，强制执行 SPDX 规则。

4. 行为准则委员会

去年 QEMU 决定应该有一组专门的人员负责处理行为准则违规报告，但在过去的一年里，关于这个话题的进展并不大。托马斯·胡特现在已主动提出尝试通过在 qemu-devel 邮件列表上发帖来组建这样一个团队。

5.Rust

关于将 Rust 添加到 QEMU 的项目维护方面的讨论已经展开。Alex 在上个月已经发起了关于“Rust BoF 及维护者会议纪要和 Rust 路线图规划”的讨论线程，该线程涵盖了这次讨论和 BoF 的内容；为了不使讨论分散，这里不再进行总结。

From: Peter Maydell peter.maydell@linaro.org

---

了解更多信息，请访问邮件列表：

https://lore.kernel.org/qemu-devel/CAFEAcA8pqjY-VKXPOe9W7J6upVhMeX8jJ=9Gmb8e64EtqHMQ_g@mail.gmail.com/