是否有使用多个包管理器的陷阱? 我可以使用Redhat的百胜与Debian的性向在同一时间?
我偶然发现这篇文章和这个信息图-
我倾向于选择Debian的,但一个快速的虚拟机上安装表明,内核不是稳定的回购升级为3.2呢。 所以我打算搬到的Archlinux,但信息图表利率为低电平软件包可用性,我想知道如果我可以从Fedora或Ubuntu软件仓库安装的.deb或.rpm文件。
是否有使用多个包管理器的陷阱? 我可以使用Redhat的百胜与Debian的性向在同一时间?
我偶然发现这篇文章和这个信息图-
我倾向于选择Debian的,但一个快速的虚拟机上安装表明,内核不是稳定的回购升级为3.2呢。 所以我打算搬到的Archlinux,但信息图表利率为低电平软件包可用性,我想知道如果我可以从Fedora或Ubuntu软件仓库安装的.deb或.rpm文件。
简短的回答是,是的,你可以 ,但你真的不应该 。
下面是事情的清单(排名不分先后)时要考虑的交叉分布安装:
主要的原因之类的东西百胜/易/ YaST中存在的第一个地方是避免所谓的依赖地狱 。 通过使用包从其他系统时,会丧失已投入的包从安装干净的工作。
二次包管理器将要满足自己的依赖,并安装了一堆已安装的东西。 这意味着你必须同时安装包一块,这样你就不会从你的主软件包管理器覆盖已安装的软件包,并有各种问题。
如果他们这样做,你甚至可以只安装顾左右而言他,但你可能有问题,扶养或包冲突。 如果他们不这样做,你可以用各种工具解压包,刚放下的二进制文件到文件系统(看看外星人,或者这个职位有关提取rpm和deb文件 )。
这将让你的系统上的文件,但也不能保证它会工作的开箱。 一些额外的手动狩猎可能需要是(是和通常)。
如果是这样,是不是一个问题的机会。 两个分布的基本软件包之间的深层差,就越有可能你就会有丢失不在你在运行分配可用的共享库,因为版本是不同的,文件名不匹配的二进制是什么寻找。
从技术上讲,你也可以提取从其他分销基地的依赖,并把它们在文件系统为好,但肯定会引起你痛苦,你应该在任何时候需要从源代码编译的事情。 试想一下,GCC将如何困惑是。
我可以阐明这一点的最好办法是一种常见的问题,我看到这几天从一个虚拟主机购买的虚拟机; 你自己的品牌Xen或Virtuozzo的内核,而且由于网络过滤是在内核和ABI改变了iptables的不彻底的工作。 它可以是相当头痛让它重新工作,而这个问题不仅限于iptables的。 在这里,我最好的建议是选择那些你在自己的基地仓库希望内核的分布。
毫无疑问,你也会有这样的,你应该得到很深入从其他系统想包做。 由于各种发行版设置的生成环境不同,你会花一半的时间搞清楚路径和其他配置问题。