YaST 的开发从未停止。但我们承认，除了我们关于黑客周的博客文章之外，我们没有像往常一样向读者充分通报 YaST 团队的活动情况。我们在黑客周前后调整了一些冲刺的长度和重点。加上欧洲的复活节假期和一些额外的休假，影响了我们良好的发布习惯。好消息是，我们有很多话题要与您分享，让我们快速回顾一下。

  • 减少安装过程中的内存消耗。
  • 新增选项，可在内存较小的系统上启用安装。
  • 改进了 NetworkManager 的支持。
  • 完善即将发布的版本，尤其是 AutoYaST 和硬件启用。
  • 在 linuxrc 中新增了一个 extend 参数，以帮助 openQA。
  • LibYUI 开发更加一致和完善。
  • 研究和公开讨论 YaST 的当前状态和未来发展方向
    • YaST Firstboot，
    • YaST 用户，
    • 安装工作流程。

那么，让我们分部分进行。如您所知，libzypp 最近在所有 SLE 和 openSUSE 发行版中进行了更新，以带来一些很棒的新功能。不幸的是，这导致内存消耗略有增加。这足以超过当前的安装要求，因此我们必须找到一些方法来节省安装程序中的内存。我们调整了几个方面，尤其是安装程序自更新机制。请参阅 这个 pull request，了解我们如何再次满足要求。作为一项不错的副作用，我们改进了对我们用于跟踪安装过程中内存使用的 memsample 脚本的处理。

说到安装过程的内存消耗，我们还在 linuxrc 和 YaST 中添加了一个很棒的功能，可以实现在内存量较小的系统上安装 (open)SUSE。请查看 linuxrc 文档中的 zram 参数，如果您对细节感兴趣，请参阅 这个 pull request 的描述。

另一个受到大量关注的领域是在安装过程中配置 NetworkManager 的支持。对于 SLE-15-SP3 和 Leap 15.3，这包括 更好的 DNS 设置、对桥接和绑定配置的支持和 改进的 AutoYaST 集成。对于 Tumbleweed，它还包括 显示相应的详细信息在安装程序的摘要屏幕上。

我们还投入了大量时间来完善即将发布的 openSUSE Leap 15.3 和 SLES-15-SP3 版本。特别是改进了 AutoYaST 配置文件的处理，扩展了对一些存储技术（如 NVMe）的支持，并调整了各种硬件的引导加载程序配置。

在更技术的一面，我们还在 linuxrc 中添加了一个 新的 extend 参数（现在允许将 libyui-rest-api 插件平滑集成到 openQA 中），并且统一了 LibYUI 的仓库（简化了维护和未来的贡献）。

在完成所有这些工作的同时，我们还找到了时间思考 YaST 的未来。我们对三个我们希望在中期改进的领域进行了深入研究

  • YaST Firstboot。请查看这个 Github issue（以及从中链接的所有相关 issue），了解当前状态的各个方面以及改进其外观和使其成为更有用工具的想法。

  • 当前的安装过程。同样，我们使用 Github issue 来讨论如何使其更短、更易于理解。作为起点，请查看 这个 issue，其中包含有趣的对话以及指向几个其他相关 issue 的链接。

  • YaST 用户。我们正在考虑重构此模块，以改进对本地用户的管理，并降低其当前复杂性带来的风险。作为第一步，我们创建了一个新的仓库，目前包含 几个文档，描述了现状。

正如您所见，我们可能有点缺席，但绝对没有闲着。最好的消息是我们已经恢复到通常的双周计划，所以很快会有更多内容与您分享。同时，保持安全和乐趣！