Fedora基于Web的新安装程序用户界面再次被推迟到版本42

Fedora基于Web的新安装程序用户界面再次被推迟到版本42去年，红帽公司的相关工程师希望能在Fedora39中使用新的WebUI，但事情并没有按计划进行。今年二月，Fedora40中的AnacondaWebUI获得批准后，他们将其推迟到了Fedora41。虽然Fedora41要到10月份才会发布，但相关开发人员已经决定没有足够的时间来做好准备。因此，今天宣布用于安装FedoraLinux的新网页用户界面将至少推迟到明年春天的Fedora42。Anaconda安装程序团队宣布将网络用户界面推迟到Fedora42。推迟的理由是："原因是我们没有足够的时间根据收集到的反馈意见将项目成形并交付给用户。我们、FESCO和FedoraQE需要决定如何在Rawhide中处理这个问题。很抱歉让您久等了。我真心希望WebUI做好后您会喜欢！"Anaconda团队为Fedora41所做的工作之一就是让Anaconda成为一个原生Web应用程序，而不是依赖X11。本机Wayland支持还将把远程图形用户界面安装从VNC切换到RDP。因此，如果运气好的话，FedoraLinux的Anaconda安装程序网络用户界面将在2025年的Fedora42中准备就绪。...PC版：https://www.cnbeta.com.tw/articles/soft/1432976.htm手机版：https://m.cnbeta.com.tw/view/1432976.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

FESCo批准Fedora 41转向DNF5软件包管理器

FESCo批准Fedora41转向DNF5软件包管理器正如上个月所指出的，Fedora41将于10月份发布，目前正在为尝试切换到DNF5软件包管理器做准备。在今天的Fedora工程与指导委员会会议上，他们批准了下一个Fedora（41）周期的这一功能。根据记录，修改提案以5票赞成、2票反对的结果正式通过。如果未来几个月在DNF5方面没有出现任何技术问题，这个更新的软件包管理器将满足Fedora41的软件包管理需求。DNF5的功能与现有的DNF软件包管理器相当，将提供默认的"dnf"命令，并带来更少的占用空间、更好的性能和更低的维护成本。DNF5还力求统一不同DNF/Yum/MicroDNF命令之间的用户体验。有关DNF5优点的更多详情，请访问FedoraWiki。...PC版：https://www.cnbeta.com.tw/articles/soft/1426678.htm手机版：https://m.cnbeta.com.tw/view/1426678.htm

Fedora 41 将再次尝试改用 DNF5 软件包管理器

Fedora41将再次尝试改用DNF5软件包管理器现在，修改提案被重新提交，以便在Fedora41中默认引入DNF5。本周四，红帽公司的工程师提交了一份变更提案，要求将默认管理器更改为DNF5。DNF5将提供/usr/bin/dnf符号链接，其功能应与现有DNF相同。与现有DNF相比，DNF5的占用空间更小，性能和并发性比DNF更好，维护负担更低，而且这次DNF升级将带来统一的体验。有关Fedora41默认采用DNF5计划的更多详情，请参阅最新的变更提案，该提案继承了先前Fedora39的工作。Fedora41暂定于10月中下旬发布。...PC版：https://www.cnbeta.com.tw/articles/soft/1425541.htm手机版：https://m.cnbeta.com.tw/view/1425541.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