新的存储层即将到来

如你所知，YaST 团队投入了大量时间和精力来为未来的存储层做准备，并且我们在当前的冲刺期间已经开始将新的层合并到主代码库中。但这留到下次报告中再讲，对吧？现在，我们只关注过去两周内添加和修复的内容。

存储重构：BIOS RAID 支持

libstorage-ng，我们的新存储层所依赖的底层库，已经支持 BIOS RAID（在 Linux 中通过 MD 设备处理）。现在，YaST 可以利用此功能来允许在这些设备上安装 open(SUSE) 系统，包括引导加载程序。

存储重构：在新专家分区器中管理 BtrFS 子卷

新的专家分区器最近受到了很多关注，并且在冲刺 40 期间，它获得了对 BtrFS 子卷管理的初步支持。

现在，当你选择左侧菜单中的 BtrFS 部分时，将呈现所有 BtrFS 文件系统，允许你通过一个包含属于该文件系统的子卷列表的对话框来编辑其子卷。除了通常的功能（例如添加和删除子卷）之外，在创建新的子卷时，还可以设置 noCoW 属性。

但是，仍然缺少一些功能。例如，分区器不会阻止你创建一个被现有挂载点覆盖的子卷。将当前实现视为真正酷炫的 BtrFS 子卷处理的第一个步骤。

放弃 SUSE 标签支持

在安装过程中，YaST 使用一种称为SUSE 标签的机制作为媒体处理的信息来源。例如，一个 /content 文件包含关于产品、语言等的信息。此外，发行说明或幻灯片文本也存储在安装介质中。

一段时间以来，SUSE 决定放弃 SUSE 标签，并使用 RPM 元数据和软件包来存储所有这些信息。为了使之成为可能，安装介质将使用 REPOMD 仓库。

显然，YaST 需要进行一些调整。作为第一步，已经放弃了对 /content 的支持，清理了一些旧的和未使用的代码。

在接下来的冲刺中，YaST 将被调整为从 RPM 仓库和软件包中检索许可、发行说明等信息，这也为重构和提高测试覆盖率提供了一个机会。

AutoYaST 支持在同一安装介质上的附加产品

如今，YaST 支持在与基本产品相同的介质上拥有附加产品。问题是，这些产品的 EULA 显示得太早，甚至在 AutoYaST 启动之前。

为了解决这个问题，现在包含的附加产品的 EULA 接受与不在安装介质中的其他附加产品同时进行。作为副作用，现在需要在 AutoYaST 配置文件中定义这些附加产品，以便处理 EULA 接受。

修复错误和 80×24 终端

作为开发人员，我们喜欢从事新功能，当然，我们致力于尽快修复关键错误。但是，那里还有许多小的（和令人恼火的）错误值得我们关注。此外，还有一些错误报告不再有效（错误已修复，无法重现，是重复项，受影响的产品不再受支持等）。为了减少开放问题的列表，团队决定在几冲刺之前预留一天来进行错误修复。

在本次冲刺期间我们关闭的错误中，我们想强调 YaST 服务管理器中的一个可用性问题。请记住，除了图形界面之外，YaST 还附带一个基于文本的界面，该界面应该适合老式的 80×24 终端。在为 YaST 设计界面时，这是一个有趣的约束。

不用说，我们时不时会收到有关某个元素无法适应的错误报告。在这种情况下，YaST 服务管理器在服务名称过长时存在问题，如屏幕截图所示。

现在，如果没有足够的空间，名称将被截断，其余信息将以适当的方式显示。

不要错过下一份报告！

如你所见，YaST 世界目前正在发生很多有趣的事情，并且还有更多很棒的东西即将到来。所以你不要错过我们的下一份冲刺报告。

现在，享受 openSUSE 42.3 吧（你已经升级了你的系统，对吧？）我们将在两周后见。