传统开源社区在面对 AI 浪潮时的身份焦虑 —— 要不要为了 AI 开发者体验拥抱 NVIDIA CUDA？

5 月 6 日，Fedora 理事会在线上会议中全票通过了“AI 开发者桌面”（AI Developer Desktop）计划。提案人是 Red Hat 工程师 Gordon Messmer，方案非常清晰：基于 Atomic Desktop 构建官方 AI/ML 开发平台，采用 NVIDIA CUDA 加速，LTS 内核，12 个月的交付周期。

六票赞成，零票反对。按 Fedora 的治理流程，接下来是两天的公示期，不出意外的话，只要 5 月 8 日前无人反对，提案就会自动生效。

但两天后，出意外了。两位原本投赞成票的理事会成员改投了反对票，提案状态从 Approved 变成了 Blocked。

一份提案，三个版本

Messmer 的原始方案包含几个主要技术选型：Atomic Desktop 作为交付载体，NVIDIA CUDA 运行时和工具包提供 GPU 加速，LTS 内核解决 NVIDIA 驱动在新内核上的兼容性问题，再加上 Goose CLI（Block 开源的本地 AI Agent）和 Podman AI Lab（容器化本地推理平台）等现有工具链的整合。

方案还设计了三个不同版本：纯净版不含任何闭源组件；CUDA 运行时 remix 版本；以及完整 CUDA 工具包 remix 版本，闭源含量从低到高。隐私方面也有明确承诺 —— 不默认接入远程 AI 云服务，不监控用户行为。

其实该方案中的大部分组件已经存在于 Fedora 的软件仓库中。Messmer 真正想添加的，是一个稳定的、签名过的 NVIDIA 内核模块体验。

为此他引入了 LTS 内核 —— Fedora 历来跟随上游 Linux 内核的最新版本，从不维护长期支持分支。因为维护一个单独的内核分支意味着需要单独的内核包、回移植管线、签名基础设施和持续的测试成本。Fedora 的内核维护团队并不是一支庞大的付费工程师队伍，而是一个精简的贡献者小组。增加一条并行的 LTS 内核分支，意味着高昂的维护成本，这些工作量不会因为理事会投了赞成票就凭空消失。

社区讨论炸锅

投票通过的当天，社区讨论帖就炸了。

打包团队的 Hans de Goede 第一个发难：CUDA 是闭源的，纳入 CUDA 支持与 Fedora 的自由软件承诺直接矛盾。他主张应该把精力放在 AMD ROCm 和 Intel oneAPI 上。

Fedora 贡献者 Tim Flink 问了一个更尖锐的问题：这个提案本质上是不是“CUDA 借 Fedora 上架”？Neal Gompa 则指出，Fedora 历来用拒绝私有软件的立场来倒逼厂商开放解决方案，现在自己先松口了，以后拿什么筹码跟英伟达谈。

几乎所有参与讨论的人都同意 Fedora 确实需要一个面向 AI 开发者的官方版本 —— 争议在于用什么来做。

虽然评论区反复提及 ROCm 和 oneAPI，但现实是在 2026 年的 AI 生态中，CUDA 仍然是事实标准，大部分框架、预训练模型、教程和竞赛平台都优先适配CUDA。ROCm 在兼容性上仍需追赶，oneAPI 的社区覆盖面则更窄。一个没有 CUDA 的 AI 开发桌面，能吸引到开发者吗？

而在另一边，如果 Fedora 为 CUDA 开了这个口子 —— 下一个被要求纳入的闭源组件是什么？所谓的自由软件底线在哪里？

FESCo（Fedora 工程指导委员会）成员 Fabio Valentini 提出了另一个层面的问题。他说自己是在 Matrix 聊天频道上偶然撞见这次理事会投票的 —— 一个涉及 LTS 内核这种巨大架构变更的决策，Fedora 工程指导委员会的核心成员居然事先不知情。他还警告说，官方把任何东西打上“AI”标签，都可能进一步疏远已经对 AI 感到不满的用户和贡献者。

Fedora 项目负责人 Jef Spaleta 则反驳了这种说法，称自己“没有看到任何证据表明用户因为 AI 问题离开 Fedora”。

两个人都没有错，他们衡量的不是同一件事。

两张撤回的赞成票

Justin Wheeler 是第一个改票的人。

他是 Fedora 理事会的当选成员，最初投了赞成。但在“懒共识窗口期”内，他仔细审视了提案中 LTS 内核部分的工程和法律影响，决定把票改为 -1。

Wheeler 的理由很具体：LTS 内核是“一个巨大的结构性变更”，没有经过法律和工程相关方的审查。他特别提到了 Nova —— Linux内核社区正在上游推进的开源 NVIDIA 驱动，用 Rust 编写，骨架代码已经在 Linux 6.15 中落地，6.17 将继续扩展其功能。

Nova 的存在让 LTS 内核的策略变得尴尬。如果 Nova 是上游社区对 NVIDIA 支持的长期方案，那么把 AI 桌面锁定在一个 LTS 内核系列上，意味着用户可能停留在一个 Nova 尚未成熟的内核版本。LTS 内核本来是为了解决 NVIDIA 驱动在新内核上的稳定性的，但上游内核自己正在解决这个问题。

另一位 Fedora 理事会成员 Miro Hrončok 紧随其后撤票。他的理由更直接：“我最初以为这个提案纯粹是增量式的，不会引起争议。看到社区反馈后我意识到自己判断有误，作为当选代表，我有责任在确认前重新审视。”

至此，六票赞成变成了四票赞成两票反对，提案未能获得批准，状态被标记为 blocked。

“自由”这个前缀值多少钱

Fedora 不是第一次面对这种选择题。

“Fedora”这个单词直译过来是浅顶礼帽，一种欧美经典绅士帽款式，创始人本意取其自由、随性、百搭、潮流的气质，象征这款系统自由开放、轻快前卫、前沿新潮，它是最早坚持只打包自由软件的主流 Linux 发行版之一。当 Ubuntu 在 2008 年代就开始预装 NVIDIA 闭源驱动的时候，Fedora 用户还得自己从 RPM Fusion 第三方仓库手动安装。当 MP3 和 H.264 编解码器的专利问题悬而未决时，Fedora 选择不内置这些格式 —— 哪怕这意味着用户刚装完系统就放不了 MP3。

这套强硬立场不是教条主义。它背后有一个实际意义：当 Fedora 拒绝纳入闭源 NVIDIA 驱动，Red Hat 和社区就有理由要求 NVIDIA 开放驱动 —— 最终促成了 Nova 的上游化。当 Fedora 拒绝内置受专利保护的编解码器，整个生态就被倒逼向 Ogg Vorbis 和 Opus 等开放格式迁移。

Fedora 的筹码是它的不妥协。

但现在 AI 对这个模式造成了冲击。CUDA 不是一种编解码器，它是整个 AI 开发栈的基石。拒绝 CUDA，Fedora 的 AI Developer Desktop 可能在刚发布就会失去大部分目标用户。接纳 CUDA，那么过去二十年积累的自由软件立场就会开一个很难堵上的口子。

这不是一个有标准答案的问题。开源社区在 AI 浪潮中的身份焦虑，浓缩在 Fedora 理事会的一张投票表单上。

Messmer 已经确认正在准备修订版提案，5月22日是下一次升级截止日。

修订版能否回应社区的核心关切，还是只在 CUDA 问题上换一种说法，这几天会出结果。真正的问题不是 Fedora 该不该做 AI 桌面 —— 几乎所有人都同意应该做。问题是：在 NVIDIA 垄断着 AI 算力基础设施的 2026 年，一个将“自由”刻进基因的 Linux 发行版，还能在多大程度上保持自由。

参考来源：

1. ItsFOSS-https://itsfoss.com/news/fedora-ai-developer-desktop-stalled/

3. Linuxiac-https://linuxiac.com/fedora-ai-desktop-initiative-blocked-after-council-vote-reversal/

4. ByteIota-https://byteiota.com/fedoras-ai-developer-desktop-was-approved-then-blocked-heres-why/