Fedora家伙一直在竭尽全力 并有时间满足发行发布时间表 但是，今年似乎将是发布日期的另一年 的分布 它不会实现更多的 信息也被发布 那p对于发行版的下一个版本，即Fedora 33 （我已经知道它开始工作了）我会做一个零钱 在从“ nss-resolve”到“ systemd-resolved”为应用程序提供网络名称解析的系统上。
实施 在Fedora 33中，计划将“ systemd-resolved”替换为“ nss-resolve” 要解析DNS和Glibc查询，它将从systemd项目而不是内置的NSS模块nss-dns更改为nss-resolve。
systemd-resolved将替换Fedora 33中的nss-resolve
进行此更改 由于Fedora内部做出的决定 而不是选择禁用“ systemd-resolved” （因为它已经做了很长时间了） 最好启用。
开发人员评论说 systemd-resolve执行以下功能 根据DHCP数据和网络接口的静态DNS配置将配置保留在resolv.conf文件中，支持DNSSEC和LLMNR（链接本地多播名称解析）。
切换到systemd-resolved的好处包括 支持基于TLS的DNS，能够启用DNS查询的本地缓存 支持将不同的处理器绑定到不同的网络接口（根据网络接口，选择要访问的DNS服务器，例如，将通过VPN发送针对VPN接口的DNS查询）。 不打算在Fedora中使用DNSSEC（将使用DNSSEC = no标志构造systemd-solve）。
在Ubuntu中默认已使用Systemd-resolve 从16.10版开始，由于Fedora的行为与Ubuntu完全不同，并且Ubuntu继续使用传统的glibc nss-dns，也就是说，glibc继续处理/etc/resolv.conf，因此在Fedora中的集成方式将有所不同。而Fedora希望用systemd的nss-resolve代替nss-dns。
对于那些不想使用systemd-resolve的人，可以将其禁用 为此，必须停用systemd-resolve.service服务并重新启动NetworkManager，这将创建传统的/etc/resolv.conf。
Fedora 32的最终版本延迟了一周
最后，Fedora项目开发人员宣布的另一项更改是将Fedora 32最终版本的发布推迟了一周 由于不符合质量标准。
推出 Fedora 32计划于28月21日发布，而不是XNUMX月XNUMX日发布，如原计划。
在最终的测试版本中 这迫使开发人员推迟了最终版本 至少评论了3个问题分类为版本锁定的s仍未更正。
版本锁定问题包括：故障恢复模式下LVM分区识别的问题，尝试以“安全启动”模式在装有NVIDIA Turing GPU的系统上启动时冻结，以及稳定存储库中缺少f32-background软件包的最终版本。
开发人员希望这些bug将在规定的结束日期（如前所述）内解决，但如果不是这样，则日期将延迟更多天：
由于开放的阻止程序错误，Fedora 32 Final被宣布为“禁止”。 我们将于17月00日（星期四）世界标准时间再次开会，重新评估情况并宣布Fedora 23的最终版本。
如果我们当时确定Fedora 32已经准备就绪，它将在1月28日的“预期发布日期＃XNUMX”发布。
最后 如果您想了解更多有关通讯的信息 由Fedora家伙发布，您可以查看我们提供的以下链接。
我使用Beta Fedora 32肉桂，并且进展顺利