rpmfusion.org 暂未发现付费内容

RPM Fusion 是一个为 Fedora 和 Red Hat Enterprise Linux（及其克隆版）提供官方未收录软件的第三方 RPM 仓库，涵盖 Free、Nonfree 和 Tainted 三个频道。如果你需要安装 Fedora 官方仓库中没有的软件（如多媒体编解码器、显卡驱动等），就需要启用它。启用过程只需安装两个 RPM 包，然后用 dnf 验证签名密钥即可。

前提条件

• 一台运行当前 Fedora 版本的机器（RPM Fusion 为所有当前 Fedora 版本提供预编译 RPM）。
• 具有 sudo 权限的用户账户。
• 系统已能正常访问网络并使用 dnf。

启用步骤

RPM Fusion 官方推荐通过安装配置包来启用仓库。针对 Fedora 版本，需要分别安装 Free 和 Nonfree 两个仓库的配置包。

1. 安装 Free 仓库配置

sudo dnf install https://mirrors.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm

2. 安装 Nonfree 仓库配置

sudo dnf install https://mirrors.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm

$(rpm -E %fedora) 会自动替换为当前 Fedora 的主版本号，确保下载与系统版本匹配的配置包。

3. 验证签名密钥

安装配置包时，dnf 会提示导入 RPM Fusion 的 GPG 签名密钥。你应当核对密钥指纹，确认其确实来自 RPM Fusion。官方在“Enable RPM Fusion on your system and verifying RPM Fusion's signing keys”页面提供了密钥指纹信息，建议对照该页面进行验证。

验证通过后接受导入，后续从 RPM Fusion 安装的软件包都会经过签名校验。

4. 刷新元数据

sudo dnf makecache

预期结果是 dnf 成功下载并缓存 RPM Fusion 的仓库元数据，没有报错。

启用后如何使用

仓库启用后，你可以像使用 Fedora 官方仓库一样，用 dnf（或 yum、PackageKit）安装 RPM Fusion 中的软件：

sudo dnf install <软件包名>

例如安装某个多媒体工具时，dnf 会自动从 RPM Fusion 的 Free 或 Nonfree 频道解析依赖并下载。

仓库频道说明

RPM Fusion 的软件按许可和用途分为几个频道，浏览可用软件包时可按频道区分：

官方提供 RepoView 生成的索引，可按 Fedora 版本（如 rawhide、45、44、43）和架构（x86_64、aarch64、ppc64le）直接浏览各仓库中的软件包。

常见卡点

• 版本不匹配：如果 $(rpm -E %fedora) 返回的版本没有对应的 RPM Fusion 配置包，安装会失败。确认你的 Fedora 版本仍在 RPM Fusion 支持范围内。
• 密钥验证被跳过：不要为了省事直接跳过 GPG 校验，否则可能安装到被篡改的包。
• 镜像不可用：官方页面列出了 primary yum repository、backup yum repository 和 mirrorlist，如果某个镜像访问异常，可尝试其他镜像或等待恢复。
• Tainted 频道：部分软件（如某些硬件相关的编解码器）位于 Tainted 频道，需要额外确认是否已启用该频道。

获取帮助

遇到问题时，可以通过以下渠道寻求支持：

• IRC：#rpmfusion on Libera.Chat
• 邮件列表：rpmfusion-users
• Fedora 论坛：fedoraforum.org
• Bug 报告：Bugzilla

RPM Fusion 的目标是把尽可能多的附加软件集中到一个位置，简化终端用户的安装体验。启用仓库后，你就能用熟悉的 dnf 命令直接获取这些软件。

RPM Fusion 提供 Fedora 与 Red Hat Enterprise Linux（或其克隆版）官方未收录的预编译 RPM 软件包，可通过 yum、dnf、PackageKit 等工具使用。遇到问题时，官方给出的路径是：先查 FAQ 和 Howtos 自助解决，再确认是否为已知的 Common Bugs，确认是新问题后通过 Bugzilla 报告，需要交流时走 IRC、邮件列表或 Fedora Discussion 等社区渠道。

先自助排查：FAQ、Howtos 与常见问题

在报告之前，建议按以下顺序自查，很多问题在这几步就能解决：

• FAQ：官方整理的常见疑问解答，覆盖安装、启用、签名等高频问题。
• Howtos：针对具体操作场景的教程，比 FAQ 更偏步骤性。
• Common Bugs：官方汇总的已知问题列表。如果你的现象和其中某条一致，通常不需要重复报告，直接按该条目给出的说明处理即可。

这一步的意义在于：如果问题属于已知 bug，重复提交只会被合并或关闭；如果属于配置问题，FAQ/Howtos 往往直接给出答案。

通过 Bugzilla 报告问题

确认是新问题后，官方指定的报告入口是 Bugzilla（页面上的 “Reporting bugs” 链接指向 Bugzilla）。

报告时建议包含：

• 你的发行版与版本（如 Fedora 44、EL 10 等），以及仓库类型（release / updates / updates-testing / tainted）。
• 出问题的软件包名称与版本。
• 完整的错误信息或命令输出。
• 复现步骤：执行了什么命令、期望结果、实际结果。

RPM Fusion 的仓库按发行版和版本划分，且区分 Free、Nonfree、tainted 等不同仓库，报告时说明清楚来源仓库能显著加快定位。

获取社区支持

如果不想走 Bugzilla，或问题更适合讨论而非缺陷跟踪，可以用以下渠道：

一般来说，安装配置类问题适合先问 IRC 或邮件列表；能明确复现的软件缺陷则更适合 Bugzilla，便于跟踪修复进度。

报告前需要确认的前提

• 已正确启用 RPM Fusion：如果仓库本身没启用或签名密钥未验证，很多“找不到包”“安装失败”的问题根源在此，应先按官方 “Enable RPM Fusion on your system and verifying RPM Fusion's signing keys” 的说明完成配置。
• 确认软件包确实来自 RPM Fusion：RPM Fusion 只提供 Fedora 或 Red Hat 不愿分发的软件，官方仓库里的包不应报到 RPM Fusion。
• 区分发行版版本：Fedora 的 rawhide、45、44、43 以及 EL 10 等各自有独立仓库，报告时版本信息要准确。

浏览软件包以确认归属

如果不确定某个包是否由 RPM Fusion 提供，可以直接浏览仓库索引。官方使用 RepoView 生成各仓库的索引，按发行版、版本和仓库类型（Free / Nonfree / tainted）列出，并区分 source 与 x86_64、aarch64、ppc64le 等架构。先在这里确认包的归属，再决定是报告问题还是转向对应发行版的渠道。

RPM Fusion 提供 Fedora 项目或 Red Hat 不愿随发行版分发的软件，以预编译 RPM 形式发布，覆盖所有当前 Fedora 版本以及当前 Red Hat Enterprise Linux（RHEL）或其克隆版本。它把这些附加软件尽量集中在一个位置，目标是简化终端用户的使用体验。你可以用 yum、dnf、PackageKit 等工具直接使用这些仓库。如果你想知道某个软件是否在 RPM Fusion 里，最直接的办法是浏览各仓库的软件包索引，而不是先安装再搜索。

仓库分类：Free、Nonfree 与 tainted

RPM Fusion 的软件按许可和分发限制分入不同仓库，浏览时先分清这一点，能避免找错位置。

站点把 Free 与 Nonfree 作为长期并列的两类仓库；tainted 则出现在 rawhide、Fedora 45/44/43 等较新版本的列表中。浏览时按“发行版 → 版本 → 仓库 → 架构”逐层进入即可。

支持哪些发行版、版本与架构

RPM Fusion 的仓库索引按发行版和版本组织，架构以 source、x86_64、aarch64、ppc64le 为主。

• Fedora rawhide（devel）：Free、Nonfree、tainted 均提供 source / x86_64 / aarch64 / ppc64le。
• Fedora 45（branched）：Free、Nonfree 提供 release 与 updates-testing；tainted 同样列出。
• Fedora 44、43（release）：Free、Nonfree 提供 release、updates、updates-testing；tainted 单独列出。
• EL 10：提供 updates 仓库，架构含 source / x86_64 / aarch64 / ppc64le。

也就是说，同一软件可能只存在于某个版本的某个仓库中。查包时先确认自己的发行版和版本，再看它落在 Free 还是 Nonfree。

如何浏览可用软件包

RPM Fusion 明确说明各仓库索引使用 RepoView 生成，可以直接浏览查看仓库里有什么。

1. 打开 RPM Fusion 站点，进入 “Browse available packages” 区域。
2. 在表格中找到你的发行版（Fedora 或 EL）与对应版本行。
3. 选择仓库列（Free / Nonfree / tainted）和架构列（source / x86_64 / aarch64 / ppc64le）。
4. 点击进入该仓库的 RepoView 索引，按包名逐层查看。

预期结果是看到该仓库当前收录的软件包列表。浏览是只读操作，不需要先配置仓库；但要真正安装，仍需先在系统上启用 RPM Fusion 并验证其签名密钥。

浏览之外：获取帮助与参与

• 报告问题：站点提供 Bugzilla 入口，另有 Common Bugs 与 FAQ 页面。
• 交流支持：IRC 频道 #rpmfusion（Libera.Chat）、邮件列表 rpmfusion-users，以及 Fedora Discussion 和 X 上的 @rpmfusion_team。
• 打包者：Contributors 信息、成为包维护者、打包内核模块、基础设施、指导委员会、邮件列表，以及 FAS、openid、pkgdb、koji、cgit 等工具入口。

常见卡点

• 在错误版本里找包：rawhide 与 Fedora 44/43 的仓库内容不同，先核对版本行。
• 忽略 tainted：部分软件只在 tainted 中列出，Free/Nonfree 里找不到属正常。
• 把浏览当安装：RepoView 索引只用于查看，安装前需完成仓库启用与签名密钥验证。
• cgit 状态：站点标注 cgit 当前不可用，并提供了 GitHub 上的一个镜像作为替代。

RPM Fusion 是一个为 Fedora 和 Red Hat Enterprise Linux（及其衍生版本）提供官方仓库不收录软件的第三方 RPM 软件源。它把这些附加软件以预编译 RPM 包的形式集中在一处，让你用 yum、dnf、PackageKit 这类常规工具就能安装，而不必自己编译或到处找零散仓库。如果你在 Fedora 或 RHEL 上想装某个官方源里没有的软件（常见于多媒体编解码器、显卡驱动、部分内核模块），RPM Fusion 通常就是该去的地方。

它解决什么问题

Fedora 和 RHEL 出于专利、许可、法律或政策原因，不会把某些软件放进官方仓库。RPM Fusion 的定位就是承接这部分软件，把它们打包成 RPM 并统一分发。按网站自己的说法，目标是“把尽可能多的附加软件集中到一个位置，简化最终用户体验”。

它覆盖的范围包括：

• 所有当前 Fedora 版本
• 当前 Red Hat Enterprise Linux 或克隆版本

仓库结构：Free、Nonfree、Tainted

RPM Fusion 的软件按许可和性质分成几个仓库，浏览包时你会看到这些分类：

每个仓库又按发行版和版本细分，例如 Fedora rawhide 的 devel、Fedora 45/44/43 的 release、updates、updates-testing，以及 EL 10 的 updates 等。每个条目下提供 source 和 x86_64 / aarch64 / ppc64le 等架构的索引。

怎么用

对普通用户来说，核心动作只有一步：在你的系统上启用 RPM Fusion。网站“For users”部分给出的入口包括：

• Enable RPM Fusion on your system —— 启用仓库
• verifying RPM Fusion's signing keys —— 验证签名密钥

启用后，就能用 yum、dnf 或 PackageKit 正常安装其中的软件。想先看有什么包，可以直接浏览仓库索引（网站用 RepoView 生成各仓库的索引）。

遇到问题去哪

网站列出的支持与反馈渠道：

• Common Bugs —— 已知常见问题
• Reporting bugs (Bugzilla) —— 提交 bug
• FAQ、Wishlist、Howtos
• Fedora Discussion、X（@rpmfusion_team）
• IRC：#rpmfusion on Libera.Chat
• 邮件列表：rpmfusion-users
• 也有不少用户在 fedoraforum.org

谁还适合关注它

如果你不只是使用者，还想参与打包，网站“For packagers”部分提供了贡献者信息、成为包维护者的指引、内核模块打包、基础设施等页面，以及 Steering Committee、邮件列表、FAS openid、pkgdb、koji、cgit 等工具入口（其中 cgit 标注为 currently down，另有一个 GitHub 镜像）。

一句话判断

需要 Fedora / RHEL 官方源之外的软件时，先看 RPM Fusion 有没有；有就启用仓库后用 dnf 装，没有再去别处找。

RPM Fusion 为 Fedora 和 Red Hat Enterprise Linux（或其克隆版）提供 Fedora Project 与 Red Hat 不愿随发行版分发的软件，以预编译 RPM 形式发布，可通过 yum、dnf、PackageKit 等工具使用。如果你想为它贡献代码或成为软件包维护者，入口是官网的 “For packagers” 区域，其中列出了贡献者信息、成为维护者的指引、内核模块打包、基础设施等页面，以及指导委员会、邮件列表和 FAS openid、pkgdb、koji、cgit 等打包相关系统。下面按“先了解、再动手、后协作”的顺序说明。

先确认你要贡献什么

RPM Fusion 的贡献方向大致分三类，对应不同的准备材料：

• 打包与维护软件包：把 Fedora/Red Hat 未收录的软件做成 RPM，或接手已有软件包的维护。这是最核心的贡献方式。
• 内核模块打包：属于特殊类别，官网单独列出 “Packaging kernel modules” 页面，说明其打包方式与普通用户态软件不同，需要额外注意。
• 基础设施与社区协作：包括基础设施（Infrastructure）页面、指导委员会（Steering Committee）、邮件列表等，适合不写打包脚本但愿意参与运营的人。

官网 “For packagers” 下明确给出的条目包括：Information for Contributors、Becoming a package maintainer、Packaging kernel modules、Infrastructure 及其他页面、Steering Committee、Mailing Lists，以及 FAS openid、pkgdb、koji、cgit（当前不可用，有一个 GitHub 镜像）等系统入口。这些就是贡献流程会实际用到的资源清单。

成为软件包维护者的路径

官网把 “Information for Contributors” 和 “Becoming a package maintainer” 作为两个独立入口，说明流程分两步：先读贡献者须知，再走维护者申请。

1. 阅读贡献者信息：从 “Information for Contributors” 开始，了解 RPM Fusion 对提交内容的要求、许可与打包规范。RPM Fusion 的目标是把尽可能多的附加软件集中到一处，因此对软件是否适合收录有既定原则，官网另有 FoundingPrinciples 页面可参考。
2. 按 “Becoming a package maintainer” 操作：该页面给出成为维护者的具体途径。由于 RPM Fusion 使用 FAS openid 作为账号体系，申请与身份绑定会涉及 FAS；打包提交与构建则涉及 pkgdb 和 koji。
3. 使用打包基础设施：pkgdb 用于软件包数据库管理，koji 用于构建，cgit 用于查看代码仓库（官网注明 cgit 当前不可用，并提供一个 GitHub 镜像作为替代）。这意味着查看代码时可能需要转向镜像。

需要提醒的是，官网没有在首页给出每一步的逐条命令，具体操作要以 “Becoming a package maintainer” 页面内的说明为准，不要凭 Fedora 主仓库的经验直接套用。

内核模块打包的特殊之处

“Packaging kernel modules” 被单独列出，说明它不属于普通打包流程。内核模块与具体内核版本、内核 ABI 强相关，RPM Fusion 需要为所有当前 Fedora 版本以及当前 RHEL 或克隆版本提供预编译 RPM，因此内核模块的打包要考虑跨版本兼容与重建节奏。如果你打算贡献的是显卡驱动、文件系统模块一类内容，应先读这一页，再决定是否从普通软件包入手。

提交后如何协作与获取支持

贡献不是一次性动作，后续沟通渠道在官网有明确列出：

• 邮件列表：rpmfusion-users 等列表，用于用户与开发者讨论。
• IRC：#rpmfusion on Libera.Chat。
• Fedora Discussion 与 X（@rpmfusion_team）。
• Bugzilla：报告缺陷的正式渠道，官网 “Reporting bugs” 指向 Bugzilla。
• FAQ、Howto、Common Bugs：动手前先查这几页，能避开已知问题。
• fedoraforum.org：也有若干 RPM Fusion 用户活跃。

如果你是打包者，指导委员会（Steering Committee）和邮件列表是讨论收录政策、流程变更的地方。

浏览现有软件包以确定切入点

在决定贡献哪个软件包前，可以先浏览仓库内容。官网提供 RepoView 生成的各仓库索引，覆盖 Fedora rawhide（devel）、45（branched）、44、43 以及 EL 10 等版本，每个版本下分 Free、Nonfree、tainted 等仓库，并提供 source、x86_64、aarch64、ppc64le 等架构目录。通过浏览这些索引，可以看到某个软件是否已被收录、由哪个仓库承载，从而判断是新增打包还是参与已有维护。

常见卡点

• cgit 当前不可用：官网明确标注，需改用其 GitHub 镜像查看代码，不要以为链接失效是本地问题。
• 内核模块不能照搬普通打包流程：必须参考专门的 “Packaging kernel modules” 页面。
• 账号体系是 FAS openid：申请维护者身份前先确认 FAS 账号可用。
• 收录范围有原则：RPM Fusion 只提供 Fedora Project 或 Red Hat 不愿分发的软件，提交前先对照 FoundingPrinciples 判断是否属于其范围。

整体路径可以概括为：读贡献者信息 → 走维护者申请 → 用 pkgdb/koji 提交与构建 → 通过邮件列表、IRC、Bugzilla 协作。每一步的具体命令与表单，以官网对应页面为准。