又是一个三周的周期，又是一份来自 YaST 团队的报告（如果您不知道我们在说什么，请参阅 冲刺 13 亮点 和 介绍文章）。这次实际上是一个非常高效的冲刺，虽然像往常一样，并非所有更改对最终用户都有明显的影响，至少在短期内是这样。

用户创建对话框的重新设计和重构

至少在安装过程中，最明显的变化是本地用户创建对话框的改进。关于原始问题（在可用性和代码层面）以及实施的解决方案的完整截图描述，请参见 Github.com 上的 此拉取请求的描述。

剧透：新的对话框如下面的截图所示，openSUSE 社区现在需要决定我们希望 Tumbleweed 默认的密码加密方法。要参与讨论，请阅读上述描述并回复 此线程 在 openSUSE Factory 邮件列表中。

除了对最终用户明显的更改之外，新对话框的实施还产生了一个更干净、经过更多测试的代码库，包括一个新的 可重用类，以便大大简化未来新安装对话框的开发。

新 libstorage 的进一步发展：安装建议

在上一冲刺的亮点中，我们已经解释了 YaST 团队正在努力重写访问磁盘、分区、卷等层。这种重写的一个重要里程碑是能够检查具有复杂分区方案（包括 MS Windows 分区、Linux 安装等）的硬盘，并提出为了安装 (open)SUSE 需要执行的操作。乍一看，这似乎是一个更复杂的话题。

在本次冲刺期间，我们创建了一个可以执行此任务的命令行工具。它尚未成为安装过程的一部分，并且还需要一段时间才能实现，但它已经很好地展示了新库的功能。

修复 EULA 下载失败时的崩溃

如果在安装任何需要 EULA 的模块或扩展期间发生下载错误，YaST 会在显示弹出错误后直接退出，如您在此处所见。

现在，工作流程将返回到扩展选择，以重试或取消选择有问题扩展。就像这样。

Snapper 和（当前）libstorage 的持续集成

Snapper 和 libstorage 现在在 ci.opensuse.org 上持续构建 Git “master” 分支（S, L），并将通过构建提交到 OBS 开发项目（S, L），如果版本号已更改，则将软件包提交到 Factory（S, L）。

相同的设置在 ci.suse.de 上工作（S, L），提交到 SUSE 的内部 OBS 实例（S, L）并提交到未来的 SLE12-SP2（S, L）。

这使这两个软件包达到了 YaST 团队用于 yast2-* 软件包的自动化水平，并允许团队成员即使不定期从事这些软件包的工作，也可以发布简单的修复程序。

安装和软件管理器中的磁盘使用量统计：不列出子卷

在安装软件时，YaST 提供了系统不同挂载点的可用空间的视觉概述。使用 Btrfs 及其子卷功能，物理磁盘与其挂载点之间的分离不再那么明显了。这导致 YaST 中出现错误的报告，例如在此屏幕的左下角显示的报告。

实际的空闲空间计算由 libzypp（Zypper 库）执行，YaST 仅负责在屏幕上呈现该计算的结果。因此，我们与 Zypper 开发人员 Michael Andres 密切合作，以教 libzypp 如何处理 Btrfs 子卷。感谢他的工作，使用任何版本的 libzypp >= 15.21（已在 Tumbleweed 中可用），您可以享受无错误的磁盘使用量报告。

为了确保我们没有回归，YaST 团队还向 openQA 贡献了一个新的测试。请在此处查看 实际操作。

清理 YaST systemd 服务的依赖项

我们收到了一些关于在复杂的网络设置或第三方服务以及甚至在一些简单场景中执行 AutoYaST 或 YasT2-Firstboot 出现问题的错误报告…… 许多这些问题都归结为一个罪魁祸首——YaST 相关 systemd 单元的依赖项。

在本次冲刺期间，我们简化了 Tumbleweed 和 SLE 的单元文件，如 此拉取请求 中所示。这是一个小的更改，但具有巨大的影响和许多含义，因此冲刺期间投入了大量时间进行测试。问题似乎已经解决，但更多 AutoYaST 和 YaST-Firstboot 测试将不胜感激。

还有很多其他事情

像往常一样，这只是冲刺期间完成的所有工作的简要集合。使用 Scrum 术语，这仅代表团队在此冲刺期间交付的 81 个故事点中的 27 个故事点。用更通俗的话说，这只是我们在过去三周内所取得成就的三分之一。

希望足以让您在未来三周的报告中保持娱乐！