deb相比rpm有什么优势？

FrancisTM

不知道大家的网络是什么情况的。

如果大家用过15kb/s的网话，就会发现Yum的增量更新简直就是一种享受，哈哈。

ebird98

Post by FrancisTM;2049893
不知道大家的网络是什么情况的。

如果大家用过15kb/s的网话，就会发现Yum的增量更新简直就是一种享受，哈哈。

尤其是安装完头一次升级，大约共计有80M要升级，其实只下载了8M……

landrewl

增量更新，一般顶多下载20%的数据，有时候甚至10%都不到，爽

dgod

但是一只更新一个小包的时候，你还要下载一个大的deltainfo，那就浪费了，对我这样安装的包比较少的人，有时候会郁闷，不过大多数时候，真的用的很舒服。

zakarum

这个不是包本身的原因，是包管理系统的原因。以前只有rpm没有yum，会让你体会到“依赖性地狱”，而deb的apt-get可以很好的解决这个问题，后来yum出现了，基本上没差别了。而且yum pre presto实在是太强大了。
      国内以前没有fedora的正式源，比较慢，不过现在有163了，也很快了。

liangsuilong

其实 debian 都考虑过做 delta deb 的，而且这个话题的讨论可以追溯到 1999 年的某份邮件列表，至于为何不做出来，真的不清楚了。google chrome os说更新的时候是提供增量更新，而chrome os又是基于 debian/ubuntu 开发的，或者是 google 自家推动 delta deb 吧..

从打包的角度而言，deb 和 rpm 没有本质上的不同，都是编译好源代码，安装到一个虚拟目录，然后用压缩软件压缩，到了安装的时候，就是解压到安装目录，就此而已。另外，debian 化过的源代码包，没有提供 rebuild 的脚本，我个人觉得这有点不爽。srpm 是带有 spec 文件的。

yum 和 apt 的差异是越来越少了，现在看来 apt 还是有点优势。因为 apt 可以同时从不同的库去下载一个软件包，也就是说，在 Ubuntu 里，当 PPA 和官方都有更新的时候，apt 是同时从官方库 和 PPA 各自下一个包。这样的情况下，apt 就会同时下载多个包，对于远离源服务器的人来说，确实是一件好事。yum 还是要逐个包单一下载，虽然有了 drpm。此外，metadata 文件的处理(软件仓库的数据文件)，apt 比 yum 要做得好，下载量明显比 yum 少了很多。如果 yum 几天没更新，再更新的话，可能下载的 rpm 不足 10MB，但是下载 rpm 包前的 metadata 文件就要 20MB 了，特别是 Fedora 版本支持的后期，updates 的库是异常巨大的.. metadata 甚至会达到 15MB。

rpm 和 deb 合并暂时没有看到可能，一来是包名繁复，二来是 Canonical 和 Red Hat 之间的角力吧。我觉得合并了，也会让 Linux 发行版少了不少特色..虽说这样做是好事。

adiosET

这些包处理工具总是因为网络问题引起程序假死。。。
这点很不爽啊