2021 年已经到来，看起来不会是一个沉闷的一年……至少在 YaST 方面是这样！YaST 团队在几周前才重新开始工作，我们已经有一些开发消息要与大家分享，包括一些用户通过 openSUSE 的 年末社区调查 提出的改进建议。

  • 系统安装期间写入 NetworkManager 配置
  • 优化重用现有 EFI 分区机制
  • 使用更稳定和一致的名称引用启动加载程序中的设备
  • 改进在未指定产品时 AutoYaST 的行为
  • 更新 yast2-vm 提供的角色
  • 更多小的改进

让我们从许多人一直在等待的安装程序改进开始。openSUSE 和 SUSE Linux Enterprise 都可以使用 wicked 或 NetworkManager 来处理系统的网络配置。只有前者可以使用 YaST 完全配置（通常不是问题，因为有很多工具可以配置 NetworkManager）。此外，在标准的安装过程中，wicked 始终用于设置安装程序的网络。如果用户决定也在最终系统中使用 wicked，则安装程序的配置将被传递到该系统。但是，到目前为止，如果用户选择使用 NetworkManager，则安装程序配置将丢失，并且最终系统的网络必须使用 NetworkManager 重新配置。 现在不再是这样了！

这并不是我们根据用户反馈改进的唯一安装程序行为。在某些情况下，用于确定是否可以重用现有的 EFI 系统分区 (ESP) 的逻辑会妨碍那些希望对其分区进行细粒度控制的人。现在应该通过 这个 pull request 中的更改来修复，这些更改已经提交到 Tumbleweed，并将包含在 openSUSE Leap 和 SLE 的即将发布的版本（15.3）中。

我们还微调了安装期间配置休眠的方式。确切地说，我们改进了启动加载程序传递给内核的相应 resume= 参数。从现在开始，该参数将使用与安装程序其他部分使用的名称 完全一致 的设备名称，并且通常 基于交换 UUID。

像往常一样，AutoYaST 在本次冲刺期间也得到了它的关注。这次是以一种可用性改进的形式。如您所知，SUSE Linux Enterprise 提供了一整套用于不同需求的产品。使用 AutoYaST 使用多产品仓库升级系统时，需要在 AutoYaST 配置文件中指定具体的产品。如果未正确完成，系统将以一种不太优雅的方式失败。在 SLE 系列产品的即将发布的版本中，这将以 一种更友好的方式 处理。

AutoYaST error for missing product

除了安装和自动安装过程之外，我们还在 YaST 的其他部分引入了几个小的修复和改进。例如，更新了 yast2-vm 提供的选项，加快了读取 s390 主框架中的网络设备 的过程，改进了在 需要调整主机名时 的可用性……以及更多您可以在 Github 或 Open Build Service 中查看的内容，如果您想了解更多信息。

正如您所见，新年并没有削弱我们一点一点改进 YaST 的热情。现在是时候回去工作了，希望在几周后再次与大家见面，分享更多消息。祝大家玩得开心！