EPEL 存储库上的 nodejs 版本

Question

电流稳定节点.js版本是v0.12.2。我刚刚yum update在我的计算机上运行，​​它将节点更新为v0.10.36。

为什么我的 EPEL 仓库版本与当前稳定版本相比如此旧？我可以通过 yum 将节点更新到最新版本吗？还是我必须自己编译？

我有 CentOS 6.6

Answer 1

RHEL 6 是发布2010 年，选择企业具有长期支持周期的分发最终会得到看似旧版本的软件，这是对稳定性和对第三方软件更好的支持的权衡。

（笔记：旧版本并不等同于不安全，请阅读向后移植安全更新。

通常，如果您需要更新的版本，您应该寻找下一个主要版本，即 RHEL 7。

您可以通过订阅获取旧版 Red Hat Enterprise Linux 中某些软件的更新支持版本 软件合集渠道。

Node.js 是 SC 频道的一部分，目前支持版本 0.10，所以这似乎是正确的。

Answer 2

关于为什么 EPEL 不包含最新版本，摘自EPEL 指南和政策：

为什么不像 Fedora Extras 那样滚动发布最新软件包？

我们为什么要这么做？Fedora Extras 就是这么做的，它确实有效，而且效果很好——但这主要是因为 Fedora（核心版）有很多更新，而且也有近乎滚动发布的方案/快速发布周期。但我们构建的企业版 Linux 在更新方面更加谨慎，生命周期更长；因此，我们应该对 EPEL 做同样的事情，因为大多数用户会更喜欢这种方式，因为他们出于某些原因选择了稳定的发行版——如果他们想要最新的软件包，他们可能会选择 Fedora。

当然，有很多领域都需要混合使用稳定的基础和在其之上的一组相当新的软件包。或许从长远来看，EPEL 项目将为这些情况提供解决方案（与精心更新的存储库并行！），但不是一开始就提供。目前已经有第三方存储库在这方面提供了一些服务，因此用户可能已经从中受益了。

此外：对于许多 EPEL 软件包来说，像 Fedora Extras 那样的滚动发布方案是不可能的，另一个原因是，新软件包通常需要某些核心库的新版本。这将导致 EPEL 出现问题，因为我们无法提供更新的库，因为它会替换核心操作系统中的库。

示例：本文档是在 RHEL5 发布时编写的；目前，许多为 RHEL5 构建的软件包已经无法为 RHEL4 构建，因为 RHEL4-gtk2-Package 已有两年历史，对于许多当前应用程序来说太旧了，因为它们依赖于较新的 gtk2。因此，即使我们尝试使用相当新的软件包制定滚动方案，我们也会失败，因为由于对库的依赖，我们无法构建一堆软件包；最终，我们会有一个包含一些相当新的软件包的存储库，而其他软件包仍然相当旧。这种混合不会让“最新版本”或“仅谨慎更新”双方满意；因此，我们尝试针对“仅谨慎更新”双方。请记住，EPEL 的支持和更新周期比 Fedora 的长得多。