8

我知道在各种论坛和新闻组上关于 Moblin 和 Maemo 合并的话题有很多模糊不清的地方。我想知道stackoverflow-fellows对此有何看法。RPM 打包相对于 DEB 的优势是什么，使其成为 MeeGo 的更好选择？

4

5 回答 5

11

RPM 被指定为Linux Standard Base的打包格式。

...

好吧，我承认，即使对我来说，答案也很牵强。RPM 和 DEB 包的基本用途没有太大区别。它们每个都有自己独特的功能，但最终它们都是文件和元数据包。

于 2010-02-19T11:17:24.160 回答
5

这两种封装格式之间有几个重要的区别，它们不仅仅是技术上的区别。

首先，创建和使用 debs 的 APT（高级打包系统）是一个完整的打包系统，传统上对依赖跟踪有更好的支持。这很重要，因为当您安装一个包时，您通常必须安装您的包所依赖的一堆其他包。如果你不这样做，你的包通常不会运行。这种类型的依赖解析是 deb 打包格式的优势之一。rpm 对此的支持很差，因此其他工具（yum、zypper）已经成长为尝试复制 APT 所做的复杂的依赖关系解析。

其次，Debian 是一种“参考”平台。它主要是开玩笑地称自己为“通用操作系统”，但它有一些道理。Debian 的社会契约和对自由软件的支持意味着它不受单一实体或公司的控制。这意味着实施是开放的，可以不断改进，并且更容易集成软件。结果是你的操作系统正式运行在 8 个芯片架构上，而其他一些非官方架构上运行，所以 deb 包将安装在许多不同类型的硬件上，甚至 rpm 都不会运行。由于 Debian 是诸如 perl 编程语言和 R 统计编程语言之类的参考平台，这意味着您的 deb 可能能够拥有轻松集成到系统中所需的依赖项。

这意味着 deb 通常不仅因为它的包规范在技术上优越，还因为它所插入的开发者生态系统。

于 2011-03-25T16:41:51.257 回答
5

我对Moblin和Maemo一无所知，但是我做过很多软件打包。我倾向于选择 rpm 而不是 deb 作为我会为我可以选择的任何操作系统选择的文件格式。在apt用于 rpm 之前，我非常喜欢 debian 而不是 redhat 派生系统。yum几乎和apt一样好。当我了解这两种包装系统时，我宁愿提供rpm而不是deb。

rpm和deb的比较：

(1) 对于Binary Data，rpm使用cpio，deb使用ar。cpio是更跨平台的选择，被选为默认的 POSIX 归档程序。ar是传统的归档器。

(2) 对于Source Data，srpm（一种特殊类型的 rpm ）使用cpio和一个特殊文件，该文件自动构建rpm的过程，并在任何rpm正确地从 source 构建时生成。另一方面，deb使用多种压缩系统，因为支持原始源供应商的输入格式，还可以选择一系列补丁文件和 3 个不同文件格式的魔术文件。

(3) 根据我的经验，制作功能性rpm包比制作deb文件要容易得多。

(4)在基于rpm的系统中创建功能性chroot是标准的rpm命令，而在基于deb的系统中，它是一个名为debootstrap的专用脚本。

只有apt来自 debian 阵营，似乎比来自 redhat 阵营的yum更好用，所有上游 QA 工具似乎都来自 Redhat 阵营。

我建议制作rpm并不是一门神奇的艺术，只是一些你必须训练人们的东西。

rpm和deb QA工具的比较：

(1) Repository builder: createrepo是工具，使用简单易懂。mini-dinstall、dpkg-scanpackages或dak （Debian 存档工具包）或mini-dak或reprepro或debarchiver或debpool或 DebMarshal或apt-ftparchive或dpkg-scansources要么很复杂，要么记录不充分，或者缺少关键功能，有时三个都。

(2) "Source deb" 不是单个文件，如srpm是单个文件，因此需要特殊工具来移动它们。

(3) 构建服务器：Koji在文档中每周都击败pbuilder 。必须说pbuilder很安静。

我很惊讶没有明确的最佳工具来制作基于deb的 repo。我试过的都很差。我试过的没有一个几乎和createrepo的 rpm 一样好。（reprepro几乎与 rpm 中的createrepo一样好，只是它不允许在单个存储库中使用同一软件包的多个版本，因此将其排除在大多数持续部署系统中。

结论：rpm和deb的比较

我认为选择rpm工具链对他们来说更好。正如查尔斯斯图尔特的有趣链接所说的那样重要的工具。

于 2014-01-27T19:40:57.517 回答
1

为 Meego 和其他类似的 RPM 放弃 DEB 的决定纯粹是出于政治和商业目的。技术意见被忽略了。您的问题（作为问题）在一般情况下是有效的，但在 Meego 案例中，它似乎试图证明之后已经完成的步骤。尽管如此，我们永远不会知道赞成和反对的技术优势——Meego 现在已经走上了不同的道路，其中 deb-vs-rpm 竞争被排除在外。

于 2011-07-12T12:02:29.510 回答
1

在这一点上，我想这应该是一个 Linux 和 Unix 的问题。

说 Meego 从 APT（即 .deb）切换到 RPM 并不是真的。相反，Meego 是使用 APT 的 Maemo 与使用 RPM 的 Moblin 的合并。Robin Burchill 去年 2 月在他的博客上说 - http://blog.rburchell.com/2010/02/meego-rpm-vs-deb-debate.html - 使用 RPM 更容易，因为 Moblin 规定了更多的架构Meego 中的选择，并且重构 Maemo 更容易。

于 2011-09-22T09:04:08.817 回答