4.3. 软件管理
DNF API 现在支持新的 fill_sack_from_repos_in_cache
功能
在这个版本中,引进了新的 DNF API fill_sack_from_repos_in_cache
功能,它只允许从缓存的 solv
、solvx
文件和 repomd.xml
文件加载存储库。因此,如果用户管理 dnf
缓存,可以在没有重复信息(xml
和 solv
)的情况下保存资源,无需将 xml
处理到 solv
中。
createrepo_c
现在会在仓库中自动添加模块元数据
在以前的版本中,在 RHEL8 软件包上运行 createrepo_c
命令以创建新存储库,不会在此仓库中包含模块 repodata。因此,它会在存储库中造成各种问题。在这个版本中,createrepo_c
:
- 扫描模块元数据
-
将找到的模块 YAML 文件合并到一个模块文档
modules.yaml
- 自动将此文档添加到存储库。
因此,在存储库中添加模块元数据现在是自动的,不再需要使用 modifyrepo_c
命令作为单独的步骤执行。
现在支持在 DNF 中镜像系统间的事务的功能
在此次更新中,用户可以在 DNF 中存储和重新显示事务。
-
要将 DNF 历史记录中的事务存储存储到 JSON 文件中,请运行
dnf history store
命令。 -
若要稍后在同一机器或另一台机器上重播事务,请运行
dnf history replay
命令。
支持对组操作进行存储和重新执行。模块操作还不被支持,因此不会被存储或重新执行。
createrepo_c
rebase 到版本 0.16.2
createrepo_c
软件包被更新到版本 0.16.2,它与之前的版本相比提供了以下显著变化:
-
添加了对
createrepo_c
的模块元数据支持。 - 修复了各种内存泄漏
(BZ#1894361)
protect_running_kernel
配置选项现在可用。
在这个版本中,对 dnf
和 microdnf
命令增加了 protect_running_kernel
配置选项。这个选项控制了与内核运行版本对应的软件包是否带有防止删除保护。现在,用户可以禁用对运行的内核的保护。