所有开源发行版都面临的一个经典难题是“太快/太慢”的问题。用户安装操作系统是为了能够使用其应用程序。像 Fedora 这样的全面的发行版在大量可用软件方面有其优势和劣势。虽然有用户想要的软件包但可能无法使用其所需的版本。以下是模块化Modularity如何帮助解决该问题。
对于某些用户Fedora 有时升级得太快。其快速发布周期以及尽可能提供最新稳定软件的愿望可能导致与应用程序的兼容性下降。如果因为 Fedora 将 Web 框架升级为不兼容的版本而导致用户无法运行 Web 应用程序则会非常令人沮丧。对“太快”问题的经典回答是“Fedora 应该有一个 LTS 版本。”然而这种方法只能解决问题的一半并使这个难题的另一面变得更糟。
有时候 Fedora 对某些用户而言又升级速度太慢。例如Fedora 的发布可能与其它想要的软件的发布时间不匹配。一旦 Fedora 版本宣布稳定打包者必须遵守稳定更新政策[1]并且不能在系统中引入不兼容的更改。
Fedora 的模块化从两个方面解决了这个问题。Fedora 仍将根据其传统政策发布标准版本。但是它还将提供一组模块给出流行软件的限定替代版本。那些处于“太快”阵营的人仍然可以享受 Fedora 的新内核和其它通用平台增强功能。此外他们仍然可以访问支持其应用程序的旧框架或工具链。
模块化不是软件集合Software Collections[2]的直接替代品。这两种技术试图解决许多相同的问题但有明显的差异。
软件集合可以在系统上并行安装不同版本的软件包。但是它们的缺点是每份安装包都存在于文件系统上的它们自己的命名空间里面。此外需要告诉每个依赖它们的应用程序在哪里找到它们。
使用模块化系统上只存在一个版本的软件包但用户可以选择哪个版本。优点是该版本位于系统的标准位置。该程序包不需要对依赖它的应用程序进行特殊更改。来自用户研究的反馈表明大多数用户实际上并不依赖于并行安装。容器化和虚拟化解决了这个问题。
这是另一个常见问题。为什么用户在可以使用容器时还需要模块答案是人们仍然需要维护容器中的软件。 模块为那些用户不需要自己维护、更新和修补的容器提供预打包的内容。这就是 Fedora 如何利用发行版的传统价值并将其转移到新的容器化的世界。
由于这个周期的原因Fedora 在其稳定的仓库中只携带最新的偶数版本的 Node.js。它完全避免了奇数版本因为它们的生命周期比 Fedora 短并且通常与 Fedora 发布周期不一致。对于一些希望获得最新和最大增强功能的 Fedora 用户来说这并不合适。
Fedora 一直为用户提供非常广泛的软件使用。Fedora 模块化现在为他们所需的软件版本提供了更深入的选择。接下来的几年对于 Fedora 来说将是非常令人兴奋的因为开发人员和用户可以以新的和令人兴奋的或旧的和令人兴奋的方式组合他们的软件。
）系统，是一个逆生长的过程。 本来想装一个双系统，但装完后把进不去原来的windows系统了，几经查找测试后发现我把windows的引导盘给格了。。。好像哭。。不得已之下，打算逼自己一下。然后我又重装了
11.i386，安装在05年买的DELL INSPIRON 2200的笔记本上。现在主要用THINKPAD T61了，处理器是IA64架构，所以心里痒痒的，想装
13新鲜出炉，赶紧下载下来硬盘安装。使用以前网上流传的修改menulst的方法是完全可以安装
13的LIVE CD的，而且用一个1G的U盘，制作成USB BOOTER也可以很方便的地安装。br /br /
code 3 好？ 还是其他版本稳定。 新版本对JDK 1.1,Oracle 9.2 等软件有没有不兼容的情况？ 请有经验的朋友给点建议。
是RedHat的测试平台，它更多地面向开发人员和系统管理员。另一方面，Ubuntu是Canonical的主要产品，它试图取悦所有人。 1.家族 Ubuntu和...
自从上周的Go/No-Go会议以来，围绕LVM分区问题和F32背景的阻塞程序bug已经被清除了。 因此，决定
Workstation 32出厂时默认启用EarlyOOM以改善低内存行为，GNOME 3.36支持默认的桌面环境，并...
