为什么RPM比DEB对于MeeGo的更好吗？

Question

我知道有许多关于关于Moblin的和Maemo的合并各种论坛和新闻组这个问题有很多绒毛。我想知道什么计算器，研究员想一想。什么是RPM包装了DEB的，使它成为MeeGo的更好的选择的好处是什么？

Answer 1

RPM被指定为 Linux标准库中的打包格式。

...

好吧，我承认这一点，这是拉伸的答案，甚至对我来说。没有非常多RPM和DEB包之间的基础目的的差异;他们每个人都有自己独特的能力，但最终他们都文件和元数据的包。

Answer 2

有两种封装格式之间的一对夫妇的重要区别，他们超越单纯的技术区别。

首先，APT（高级包管理系统），其产生和用途德布斯，是一个完整的包装系统，传统上已进行依赖跟踪更好的支持。这一点很重要，因为当你安装一个软件包，你经常有您的软件包依赖于安装了一堆其他包。如果不这样做，往往你的包将无法运行。这种类型的依赖解析的是deb的包装格式的优势之一。 RPM有此作为结果其他工具（YUM，zypper的）支持比较差已经长大了，试图复制复杂的依赖关系解决该APT一样。

其次，Debian是一种“参考”的平台。它自称为“通用操作系统”主要是开玩笑，但有一定的道理吧。 Debian的社会契约和支持自由软件意味着它不是由一个单一的实体或公司控制。这意味着实施是开放的不断完善和更易于软件集成。结果是你有一个操作系统上，8个芯片架构正式运行和其他一些非官方的，所以一个deb包将安装在许多不同类型的硬件转甚至不会运行的。和Debian是对于像Perl编程语言和R统计编程语言的参考平台，就意味着你的deb将有可能能够拥有它需要很容易地集成到你的系统的依赖关系。 Debian的也有很多，因为他们能够工作根据自己的兴趣和能力，而不是被迫考虑损益表谁被吸引到它的主题专家。

这意味着，DEB往往不只是技术上优越，因为它的包装说明书的，而且还因为开发者的生态系统的其插入。

Answer 3

我什么都不知道的的Moblin 的和的的Maemo 的，但我已经做了很多软件包装。我赞成转速超过DEB选择作为文件格式我会挑选任何操作系统，我可以选择。前易于存在了转，我大大青睐的Debian超过红帽衍生的系统。 荫几乎一样好易于。正如我了解到两者的包装系统，我宁愿递送转大于 DEB

A的转和 DEB 比较

（1）对于二进制数据，转用途的的cpio ， DEB 用途 AR 。的的cpio 是被选择作为默认POSIX归档越跨平台的选择。的 AR 与传统的归档。

（2）源数据， SRPM （一种特殊类型的转数）的用途的的cpio 用单个专用文件，它可以自动处理构建的转，和当任何转，正确从源内置生成。 DEB 在另一方面使用压缩系统的多个作为原始源厂商输入格式被支持，可选地还包括一系列的补丁文件，和3魔文件每一个不同的文件格式。

（3）制作的官能转包是在我的经验比构成相当容易的 DEB 的文件。

（4）制作的功能的的chroot 在转为基础的系统是标准的转命令，而在 DEB 基础的系统，它被称为专业脚本的 debootstrap的

只有易的从Debian阵营，似乎比更便于使用的百胜的从红帽营中，上游QA工具似乎从红帽营更好。

我建议制作一个的转的不是一个神奇的艺术，只是有些事情你必须培养人才

A的转和 DEB QA工具比较

（1）存储库的助洗剂： createrepo 是工具，使用简单和理解。 迷你dinstall ，的dpkg-scanpackages 或 DAK（Debian的Archive试剂盒）或迷你DAK 或 reprepro 或 debarchiver 或 debpool 或 DebMarshal 或易于-ftparchive 或的dpkg-scansources 或者是复杂的或记录不完整，或缺失一个关键特征，并且有时所有三个。

（2） “源DEB” 并不像一个文件的 SRPM 是单个文件，所以需要特殊的工具来移动它们。

（3）生成的服务器：浩二次 pbuilder 在文档一周的每一天。它必须虽然这说的 pbuilder 的安静凉爽。

我很惊讶，用于制作的的deb 的基于回购不存在明显的最佳工具。我曾尝试的人是穷人。无我试图几乎一样好 createrepo 为RPM。 （ reprepro 几乎一样好 createrepo 从转除了它不会允许相同的封装在一个单一的储存库的多个版本，所以排除这个可能性对于大多数连续部署的系统。

结论：转和 DEB

的比较

我觉得拾取一个转工具链是较好的对他们的一部分。 正如通过的查尔斯斯图尔特 指出它的工具这一问题。

Answer 4

决定放弃DEB为RPM为MeeGo和其他类似的人已经纯粹的政治和商业。技术意见被忽略了。你的问题（如题）在一般情况下有效，但在Meego的情况下，它表现为企图辩解之后已经完成一步。尽管如此，我们永远也不会知道技术优势亲和禁忌 - MeeGo是现在走了不同的方式，其中DEB-VS-rpm的竞争排除

Answer 5

At this point, I guess this should probably be a Linux & Unix question.

It's not really true to say that Meego switched from APT (i.e., .deb) to RPM; instead, Meego was a merger of the APT-using Maemo with the RPM-using Moblin. Robin Burchill said on his blog last February - http://blog.rburchell.com/2010/02/meego-rpm-vs-deb-debate.html - that it was easier to go with RPM because Moblin dictated more of the architectural choices within Meego, and refactoring Maemo was easier.