Fedora 和 Red Hat 系统管理/使用存储库
Fedora Core 仅包含核心软件包集。为了下载和安装未与 Core 一起分发的程序或编解码器,有几个存储库可用。软件包通常在第三方存储库之间兼容,尽管并非总是如此。[1] 也偶尔会出现重叠或打包错误,导致一个软件包对来自不同存储库的软件包产生负面影响。
Fedora Core、Fedora Extras 和 Fedora Legacy 是该项目中的官方存储库。Fedora Core 由 Red Hat 维护。Fedora Extras 由一群志愿者维护,并与官方 Fedora 项目相关联。Fedora Extras 目前作为默认存储库包含在基本发行版中,无需额外配置即可启用它。Fedora Legacy 存储库也包含在 Fedora Core 5 及更高版本中,但默认情况下未启用。
这些存储库旨在与 Fedora Core 兼容,尽管它们可能彼此不兼容。一些存储库已停止对早期版本的 Fedora Core 的主动支持,但为了方便使用早期版本的用户的方便,它们保留了这些存储库。
- Livna,由一群打包人员维护的第三方存储库,支持 Fedora Core 5 到 14(截至 2010 年 6 月)。由于它在 2008 年与另外两个软件包存储库合并为RPM Fusion,它只包含 libdvdcss-1.2.10-1 软件包。
- RPMforge,包含 Matthias Saou、Dag Wieers 和 Dries 的软件包,这些软件包以前在三个不同的存储库中可用,支持 Fedora Core 1 到 5。[4] RPMforge 与 Fedora Extras 兼容,类似于 Livna。[5]
- FreshRPMS,由 Matthias Saou 维护,支持 Fedora Core 1 到 6
- Dag,由 Dag Wieers 维护,支持 Fedora Core 1 到 3
- Dries,由 Dries Verachtert 维护,支持 Fedora Core 1 到 6
- PlanetCCRMA,由 Fernando Lopez-Lezcano 维护,支持 Fedora Core 1 到 5
- kde-redhat,由一群支持 Fedora Core 的打包人员维护,是 Fedora Core 中 KDE 支持的极佳来源。具有更新的 KDE 桌面 RPM、通用 KDE 应用程序,例如蓝牙 支持。
- The Grey Sector,主要包含MPlayer 相关软件包和二进制打包编解码器(存在一些法律问题)。该存储库由 MPlayer 开发人员维护。
- fedora-xgl,包含在 Fedora 上启用Xgl 所需的软件包。
- dribble,包含专注于趣味软件(多媒体、游戏、模拟器)的软件包。建议将此存储库与 Livna 一起使用。
- ATrpms,由 Axel Thimm 维护,支持 Fedora Core 1 到 6。
- 更新基本软件包,领先于 Core。一些管理员认为,在官方渠道之外更新基本软件包是一个坏主意。
- ATrpms 也被Fedora Myth(TV)ology 广泛使用,这是一个关于在 Fedora Core 上安装 MythTV 的流行操作指南资源,由Jarod Wilson 维护。
Fedora Core、Fedora Extras 和 Fedora Legacy 项目遵循 Fedora 项目中的相同打包指南,并且它们只维护那些免费的、开源的软件以及在世界任何地方都可以合法分发的软件包。其他存储库可能具有不同的策略。例如,Livna 项目维护的软件包在美国可能存在法律问题,或者只能由最终用户下载。
一些存储库还维护“仅源代码”软件包,要求用户下载可能无法公开获得的预编译二进制文件。然后,软件包脚本将二进制文件解压缩并重新打包,使其更适合在基于 RPM 的系统上部署。
从存储库安装软件的主要工具是 yum 命令。一个名为 pirut 的图形工具(在顶部菜单栏中以“软件包管理器”名称提供)以及更新程序 pup(“软件包更新”),是自 Fedora Core 5 以来标准安装的一部分。自 FC6 以来,添加了一种新的更新机制,基于名为 yum-updatesd 的守护进程,它扫描存储库,以及一个名为 puplet 的通知小程序,它通知用户有关新更新的信息。
除了这些标准工具之外,还有两种图形替代方案 - Yumex [9] 和 Synaptic - 也在 Extras 中可用。还有 Kyum,它为 KDE 用户提供了一个图形前端。
默认情况下,Fedora Core 从随机选择的镜像下载软件(包括更新)。可以从 Fedora Core CD 或 DVD 直接安装,但这需要更改 yum 的配置文件(请参阅下面的离线存储库)。以这种方式更改配置在设置本地镜像(例如在公司 Intranet 上)时也很有用,这样就可以从本地镜像获得下载,而无需访问互联网上的镜像。
在 Fedora Core 4 之前,一些额外存储库的维护人员提倡使用 apt-rpm 进行更新管理 - 由于是用 C 编写的,它使用的 CPU 周期更少,因此适合于具有较慢处理器的旧计算机。对于 Fedora Core 5,Extras 中包含了 apt 的新版本,该版本能够使用本机 yum 元数据并且支持多库。[6]
另一个与存储库一起使用的有用工具是 Fedora Helper [10]。它安装和配置“缺失的编解码器” - 例如 MP3 支持。它使用 rpm.livna.org 存储库。另一个在使用不同的存储库时有帮助的工具是 Fedora Frog。[11]
如果需要更新一台没有连接网络的机器,可以创建一个仓库并在那里更新。要创建这样的便携式仓库,请 [7]
- 创建目录 ./yum、./yum/base 和 ./yum/updates。(如果你想让你的本地 Apache 作为内网的仓库,请在 /var/www/html 内创建)
- 将所有发行版的 RPM 包复制到 ./base 中
- 使用命令 createrepo ./base 创建包的头部(如果你将它设置为 Apache,请使用 /var/www/html/yum/base)
- 下载更新。为此,请查找一个真实的镜像(这里有一个列表 [8]),并与它使用 rsync 同步以获取更改(它们将存储在 ./updates 仓库中)。要使用 rsync,请使用命令
rsync -avrt rsync://repository --exclude=debug/ /your-path/yum/updates
要从计算机中使用离线仓库,你只需要在 /etc/yum/repos.d 目录中包含一个条目(一个 *.repo 文件,类似于 /etc/yum/repos.d 中已有的其他文件),指定仓库的路径。你可以使用 ftp、http 或已挂载的文件系统。在后一种情况下,仓库路径应以 "file://" 开头。
- ↑ FreshRPMs 邮件列表:(不)兼容的仓库
- ↑ Livna 的维护者有一项政策,不与其他第三方仓库合作,或者至少他们在 Fedora Extras 还是 Fedora.us 时有这样的政策。
- ↑ Matthias Saou 解释了 FreshRPMs 和 Livna 之间的兼容性问题
- ↑ FreshRPMS、PlanetCCRMA、Dries 和 DAG (RPMforge.net) 从相同的源代码一起构建他们的包。这确保了更大的合作和兼容性,并将最终导致合并。
- ↑ "RPMforge:常见问题". 检索于 2006-07-28.