RedHat为RHEL7提供为期4年的额外支持时长

RedHat为RHEL7提供为期4年的额外支持时长一个月前，Canonical宣布他们将为UbuntuPro客户把UbuntuLTS支持期延长至12年。红帽公司也不甘示弱，在类似的情况下，一些客户在十年后仍在生产中部署企业级操作系统，红帽公司今天宣布将为RHEL7提供延长生命周期支持，使其支持总长度达到14年。红帽将为RHEL7提供为期4年的一次性ELS维护期。尽管如此，红帽公司仍然鼓励客户转向新版本的红帽企业Linux。企业必须使用RHEL7.9才能选择RHEL7的ELS。有关RedHat为RedHatEnterpriseLinux7提供额外四年支持的更多详情，请参阅本博文。...PC版：https://www.cnbeta.com.tw/articles/soft/1428674.htm手机版：https://m.cnbeta.com.tw/view/1428674.htm

CentOS Stream将被限制为存放RHEL相关公开源码的唯一仓库

CentOSStream将被限制为存放RHEL相关公开源码的唯一仓库通过将RHEL公共源代码限制在CentOSStream中，这意味着现有的社区/分支企业Linux发行版，如AlmaLinux、RockyLinux、OracleLinux等，将更难提供1:1的二进制兼容构建来对抗给定的RHEL版本。红帽公司今天在一篇博文中写道："随着CentOSStream社区的发展和企业软件世界的新动态，我们希望加强对CentOSStream的关注，使其成为企业Linux创新的支柱。我们将继续投资并增加对CentOSStream的承诺。现在，CentOSStream将成为公开发布RHEL相关源代码的唯一仓库。对于红帽的客户和合作伙伴，源代码将继续通过红帽客户门户提供。要明确的是，这一变化并不意味着CentOS项目、CentOSStream或CentOSStream或CentOSSIGs的源代码可用性有任何变化。"这是继之前CentOS调整后的又一举措，它将使开源世界中的一些人感到震惊，红帽继续将更多的注意力转移到CentOSStream上，作为上游的RHEL，并更明确地将RHEL迎合其付费客户。同时，红帽的工程师们也在致力于CentOSStream10的开发，作为未来红帽企业Linux10的基础。...PC版：https://www.cnbeta.com.tw/articles/soft/1366685.htm手机版：https://m.cnbeta.com.tw/view/1366685.htm

红帽RHEL源代码发行新政颁布后续：社区对其发起激烈的反击

红帽RHEL源代码发行新政颁布后续：社区对其发起激烈的反击上周，IBM拥有的红帽公司继续"推进CentOSStream的发展"，宣布CentOSStream将是"与RHEL相关的公共源代码发布的唯一仓库"，而RHEL的核心代码则被限制在客户门户中。(不过，RHEL的访问对个人开发者和多达16台服务器是免费的）。对于许多关注红帽公司的开源承诺和服务合同业务的棘手平衡的人来说，这是一个决定性的时刻。代码仍将流动，尽管是痛苦的由CentOS联合创始人GregKurtzer发起的作为RHEL兼容发行版替代的RockyLinux周四宣布，它认为红帽的举措"违反了开源的精神和目的"。接下来，使用一些不同的方法（UniversalBaseImage容器，按使用量付费的公共云实例），RockyLinux打算在GNU通用公共许可证（GPL）下保持它认为合法的对RHEL代码的访问，并在代码存在时立即公开。"我们对开源和企业级Linux社区坚定不移的奉献和承诺仍然坚定不移，"该项目在其博客文章中写道。AlmaLinux，一个类似于RHEL衍生的发行版也在努力不断提供与RHEL兼容的更新和下游重建。"这个过程更加耗费人力，因为我们需要从几个来源收集数据和补丁，对它们进行比较，测试，然后构建它们进行发布，"AlmaLinux的社区经理JackAboutboul在一篇博文中写道。"但请放心，更新会像以前一样继续流传下去。"文字与精神软件自由保护协会的BradleyM.Kuhn上周对RHEL的商业模式和它与GPL的棘手关系进行了全面概述。库恩写道，红帽公司的商业模式"避开"了违反GPL的行为，但此前只有两次以有新闻价值的方式违反了GPL。从开放网络上扣留完全对应的源代码（CCS）并不违反GPL本身，但通过这样做，红帽使任何人都更难核实该公司是否符合GPL。库恩对"这条漫长的道路把FOSS社区引向了一个如此令人失望的地方"表示难过。杰夫-盖尔林（JeffGeerling）的博文"亲爱的红帽：你是哑巴吗？"或他的YouTube视频"巨大的开源戏剧"体现了具有GPL思想的社区对红帽消息的更简短、更精炼的反应。Geerling说他正在从他的Ansible和其他软件项目中放弃对RHEL的支持，他说红帽的举动是为了"摧毁"Rocky、Alma和其他RHEL的衍生产品，在放弃完整的CentOSLinux的"背后的刀"之后，最近的举动"拿着那把刀，用力扭动"。"简单地重建代码"红帽公司核心平台工程副总裁麦克格拉斯周一写道，他在上周末"花了很多时间散步"，思考Linux社区对最初宣布的反应。McGrath写道，红帽公司向上游贡献代码，不"简单地拿上游的软件包来重建"，并维护和支持操作系统10年之久。他写道："我觉得我们最近围绕下游资源的决定所产生的大部分愤怒来自于那些不想为进入RHEL的时间、精力和资源付费的人，或者那些想重新打包以获取自己利益的人。这种对RHEL代码的需求是虚伪的。"虽然红帽以前"发现了像CentOS这样的重建者所做工作的价值"，但他们"涌现出RHEL专家并转化为销售的想法并不现实"。McGrath指出，SUSE、Canonical（Ubuntu）、AWS和微软是使用Linux代码的竞争者，但"没有人声称与其他公司'完全兼容'"。"最终，我们没有发现RHEL重建的价值，我们也没有任何义务让重建者更容易，"他写道。"简单地重建代码，不增加价值或以任何方式改变它，代表了对各地开源公司的真正威胁。这是对开源的真正威胁，而且有可能使开源重新回到只有业余爱好者和黑客的活动。"DevOps的RichiJennings编译了更多社区对红帽最近的源码动作的反应。与完整的RHEL源代码不同，对此事的评论可能会在未来一段时间内持续进行。相关文章:CentOSStream将被限制为存放RHEL相关公开源码的唯一仓库...PC版：https://www.cnbeta.com.tw/articles/soft/1368539.htm手机版：https://m.cnbeta.com.tw/view/1368539.htm

Fedora 37将用上实验性质的新款Web UI安装器

Fedora37将用上实验性质的新款WebUI安装器红帽一直努力为其Anaconda操作系统安装程序和Fedora37版本开发基于Web的新UI，辅以一个预览选项。此前RHEL和Fedora长期使用基于GTK的安装图形界面，但最近几个月一直在积极酝酿转变，且该UI能够整合为红帽的Cockpit远程项目的一部分/无头安装。（viaPhoronix）虽然新UI仍在开发中，但他们正按部就班地Fedora37带来基于Web的新安装UI预览，以在正式发布前积累足够多的测试反馈。据悉，AnacondaWebUI将提供基于众所周知、且广泛使用的PatternFly工具包打造，并由经过验证的Cockpit工具为更现代的响应式UI提供支撑。屏幕布局基于最新的用户体验（UX）设计指南，辅以可用性测试和大量模型工作。另一方面，得益于选择了更现代和更主流的UI技术和强大的Cockpit测试工具（丰富的单元测试/像素测试框架），开发人员的体验也得到了极大的改善。WebUI的无状态属性，允许几乎实时的编码风格/UI开发。对于Anaconda团队、插件开发人员、以及任何感兴趣的贡献者来说，都可更轻松地在AnacondaWebUI上工作。此外远程WebUI的访问，也有望较当前缓慢低效、基于VNC的远程GUI安装方案带来更好的使用体验——无需在受限硬件上本地渲染远程驱动的GUI安装（精简镜像）。最新消息称，Fedora工程指导委员会（FESCo）已批准了Fedora37的这项新特性。如果一切顺利，其有望于10月底随Fedora37一起正式到来。当然，红帽并不是唯一追求基于现代WebUI的操作系统安装体验的开发商——比如SUSE正在努力开发的D-Installer。PC版：https://www.cnbeta.com/articles/soft/1302327.htm手机版：https://m.cnbeta.com/view/1302327.htm

Fedora Workstation旨在改进加密技术 未来可能默认加密磁盘

FedoraWorkstation旨在改进加密技术未来可能默认加密磁盘Fedora工作站的开发者和红帽公司的相关人员一直在努力改善Fedora上的磁盘加密状况，最终目标是让安装程序默认加密系统。虽然现在很多Linux发行版都允许全盘加密，但没有多少发行版默认启用它（Pop!_OS是少数积极鼓励它的发行版之一），而在未来，Fedora工作站可能默认让其安装程序加密磁盘。PC版：https://www.cnbeta.com.tw/articles/soft/1352821.htm手机版：https://m.cnbeta.com.tw/view/1352821.htm

将Fedora KDE Plasma Mobile移植到Fedora 41的变更建议已提交

将FedoraKDEPlasmaMobile移植到Fedora41的变更建议已提交Fedora已经提供了一个KDE桌面版本，而对于非桌面设备而言，这个新版本只是为那些想在移动/平板设备上使用以Fedora为基础的KDEPlasmaMobile栈的用户提供KDEPlasmaMobile栈。有些玩家在二合一笔记本电脑上使用KDEPlasmaMobile也取得了成功，但Fedora的开发重点其实更多的是在这些平板电脑/二合一设备上，而不是在智能手机等设备上，因此将FedoraKDEPlasmaMobile移植到Fedora41的变更建议对他们而言是非常迫切的。Fedora41提出的第二项变更是将FedoraKDEAArch64升级为发布限制交付版本。随着AArch64上Fedora/KDE的成熟，开发人员希望将其提升到与x86_64上FedoraKDE和AArch64上Fedora相同的水平。这意味着，如果在构建FedoraKDEAArch64映像时出现问题，Fedora今后的发布可能会被推迟，并有助于确保FedoraKDEAArch64保持最高质量。这些是最新的Fedora41修改建议，将于10月份发布。这些更改仍需在未来几周内获得Fedora工程与指导委员会(FESCo)的批准。...PC版：https://www.cnbeta.com.tw/articles/soft/1435059.htm手机版：https://m.cnbeta.com.tw/view/1435059.htm