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

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

相关推荐

封面图片

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

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

封面图片

【软件名称】pnpm【功能】包管理器

【软件名称】pnpm 【软件功能】软件包管理器 【支持平台】#Windows #macOS #Linux 【软件简介】pnpm 是一个快速、节省磁盘空间的软件包管理器。它使用一个内容可寻址的文件系统来存储磁盘上所有模块目录的所有文件。 【软件下载】

封面图片

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

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

封面图片

Fedora Workstation的Anaconda Web UI安装程序推迟到秋季发布的41版

Fedora Workstation的Anaconda Web UI安装程序推迟到秋季发布的41版 针对 Fedora 40 批准了一项变更提案,默认情况下为 Fedora Workstation 提供 Anaconda 网页用户界面。之前批准的提案内容如下:新的基于 PatternFly 的用户界面已由 Anaconda 团队开发了一段时间,我们希望将其提供给 Fedora 用户,以提升安装体验并使其现代化。作为用户采用过程的第一步,我们只针对 Fedora 工作站。但是,一个令人大跌眼镜的问题出现了,导致该功能现在被转移到 Fedora 41 上。这个问题是由于现有安装程序和新的 Web UI 解决方案在存储/磁盘设置过程中的行为存在重大差异而引起的。在 Fedora 39 及之前版本的现有行为中,用户可以排队等待安装过程中的存储更改,然后在所有更改完成后批量应用。但在基于 Cockpit 的用户界面上,存储更改会在选定后立即应用。由于存储更改会立即应用,而不是在完成所有存储配置更改后才应用,因此有理由担心误点击或其他存储配置错误问题会导致意外数据丢失。为了避免由于存储配置更改方式的根本不同而导致意外数据丢失的风险,Fedora 工程与指导委员会(FESCo)决定将网页用户界面安装程序的更改推迟到 Fedora 41 周期。FESCo 今天决定*FESCo 和 QA 将帮助安排在 F41 周期的早期进行大规模测试,即在 F40 GA 之后不久。(+5, 0, 0)因此,在 Fedora 工作站上默认使用新的 Fedora Linux 安装程序 Web UI 之前,还需要更多的等待,如果一切顺利,Fedora 工作站 41 将在今年秋季发布。 ... PC版: 手机版:

封面图片

Fedora 41 终于要和 Python 2.7 说再见了

Fedora 41 终于要和 Python 2.7 说再见了 还有一些仍然依赖 Python 2.7 的软件包可能也会在此过程中退役,它们也都是不容易维护的软件包。主要的注意事项是 GIMP 2 仍然依赖于 Python 2...如果期待已久的GIMP 3.0最终能及时发布的话,Fedora 41 希望能及时发布。但如果 GIMP 2 仍留在 Fedora 41 中,那么 Python 2.7 的退役时间将推迟到明年的 Fedora 42。Fedora 更改提案解释说:"Python 维护者将不再定期向 RHEL 中的 Python 2.7 反向移植安全修复,因为 RHEL 7 的维护工作已经结束,RHEL 8 中的 Python 2.7 应用程序流也将退役。我们提供这个过时的软件包已经超过其退役日期长达 5 年之久,并将继续提供直到 Fedora 40 生命周期结束。我们并不希望将这个软件包弃之不用,因为我们担心如果由其他人来维护,它将得不到应有的照顾。如果有潜在的维护者有兴趣在 Fedora 41 之后继续维护 Fedora 中的 Python 2,他们可以和我们谈谈,并通过提前加入维护来证明他们有能力和意愿维护 Python 2。需要在 Python 2 中运行应用程序的用户应该在支持 Python 2 的平台上运行。在不支持的 Python 上运行应用程序是危险的。仍然需要在 Python 2 上测试其软件的开发者可以使用旧版 Fedora 或不支持的 CentOS/RHEL 版本的容器"。F41 变更提案仍需 Fedora 工程与指导委员会 (FESCo) 的批准,但大概会继续进行假设 GIMP 3.0 最终在今年夏天发布,从而不会阻碍 Python 2.7 的移除。 ... PC版: 手机版:

封面图片

《X_plore文件管理器v4_41_02捐赠版.apk》

《X_plore文件管理器v4_41_02捐赠版.apk》 简介:X_plore文件管理器v4_41_02捐赠版具备强大的文件管理功能,捐赠版可能为用户提供更多高级权限。支持多种文件操作,如复制、粘贴、压缩、解压缩等,还能管理本地和网络文件,方便用户高效管理手机文件资源 标签: #X_plore文件管理器v4_41_02 #文件管理软件 #捐赠版 #文件操作 文件大小 NG 链接:

🔍 发送关键词来寻找群组、频道或视频。

启动SOSO机器人