Fedora Rawhide测试日是任何人都可以帮助确保Fedora Linux中的更改在即将发布的版本中正常工作的活动。Fedora社区成员经常参与，欢迎公众参加这些活动。如果您以前从未为Fedora Linux做过贡献，那么这是一个完美的开始方式。

一段时间以来，我们一直试图通过提前测试来提高Fedora的质量。Fedora Changes过程允许人们在发布过程开始之前提交变更集，许多开发人员会尽最大努力为新的变更创建一个时间表。我们在质量团队中发现，我们还应该能够为变更集执行测试日，这对我们来说至关重要，可能有助于我们尽早识别错误。这将确保发布过程更顺畅、更清洁，也有助于我们按时发布。

之前，我们从测试DNF 5开始，它是一个变更集建议用于Fedora Linux 41。自从全新挪威船级社5软件包已经在生皮中登陆，我们组织了一个测试周，并在它成为默认值之前获得了一些初步反馈。这次，我们将根据其基本验收标准把粗糙的边缘熨平。

作为DNF 5.2的一部分，我们将测试系统升级从Fedora 40到Fedora 41。在Fedora的旧版本中，升级利用了一个插件。此功能现在默认情况下烘焙现在是测试它的好时机。不用说，我们仍将测试DNF 5的一般功能。

测试周为6月5日星期三至6月12日星期三。测试周页面可用在这里.

测试愉快，希望有一天能见到你。

不久前，我写了一篇关于Fedora服务器的文章。当时，我不知道Fedora CoreOS，我的用例让我使用Fedora Server来运行我的主要基于容器的工作负载。由于社区的评论，我了解到Fedora CoreOS是自然的下一步，他们没有错。

了解Fedora CoreOS是一次很好的经历。我在笔记本电脑上使用Fedora Silverblue，所以我对原子（基于图像）操作系统并不陌生。

配备点火装置

该项目的文档组织良好，易于遵循。第一步是使用Ignition来配置我的节点。我从一开始就注意到，Ignition将用于首次安装Fedora CoreOS（首次启动），但任何未来的更改都必须手动应用。

尽管文档建议可以在保持数据持久性的同时重新安装Fedora CoreOS，但我还是没能得到这个结果。这是因为我必须在云提供商上使用重新安装过程。

然而，为了记录安装后的更改，我将Ignition文件保持为最新并与节点匹配。此策略帮助我记住我所做的事情，并使将来复制我的服务器变得容易。

根据经验，我的节点中的所有系统配置都由Ignition处理。它包括/etc和已安装（分层）包中的内容。一旦服务器启动并运行，我的主目录中的更改就会被创建，并且会定期进行备份。

分层和工具栏

正如文档中所建议的，并且与我在笔记本电脑上遵循的标准类似，我尝试将分层降至最低，并使用Toolbx安装实用程序和故障排除工具。

Toolbx在用户空间中工作，它无法访问主机文件系统的根，因此在容器内安装哪些内容有一些限制。需要访问主机文件系统而不是/home、/mnt和其他一些特定位置的程序不适合在Toolbx中运行。同样的规则也适用于需要访问主机上运行的systemd服务的程序。

最终，这取决于每个案例，但我选择使用以下标准：

• 工具bx：htop、ncdu、nmap、speedtest-cli等。
• 分层：httpd、驾驶舱、尾秤、故障2ban、后缀等。

bootc是如何服用类固醇的rpm-ostree

在Red Hat峰会上宣布容器图像后，我开始研究这项技术。

使用现有的技术构建容器，bootc允许您构建自己的操作系统。容器映像使用OCI规范和容器工具来构建和传输容器。但是，一旦容器安装在节点中，它就会成为常规操作系统。

可以将Fedora CoreOS视为一个固执己见的最终产品，而bootc参考映像是构建的框架可引导容器。

截至目前，有三种官方容器图像可用：

• 码头io/fedora/fedora-bootc
• 码头.io/centos-bootc/centos-bootc
• 注册表.redhat.io/rhel9/rhel-bootc

我在使用rpm-ostree时遇到的一些问题在我的用例中得到了解决。与仅在首次启动时适用的Ignition不同，所有更改都集中在容器映像中，并通过Containerfile和bootc协调的持续集成方法应用于我的节点。

此外，bootc还包括dnf包管理器，与rpm-ostree包管理器相比，它有几个优点。例如，使用dnf更容易从现有和添加的存储库中查询已安装和可用的包。

你可能会被诱惑执行dnf安装。它似乎有效，但会出错。操作系统的配置方式很有趣。上有一个覆盖安装/没有可用空间，所以dnf安装被欺骗，以为没有可用的空间。

最后，使用一个简单的命令(引导usr-overlay)bootc在/usr上安装了一个覆盖层，从而可以使用dnf临时安装包。完成测试后，此覆盖将在启动时删除，也可以手动卸载(umount-l/usr). 我建议在卸载/usr之前删除以这种方式安装的所有软件包，这样安装在/etc中的所有配置文件也将被删除。

就我个人而言，在我的容器映像中安装包比使用rpm ostree分层时更舒服。然而，我仍然遵循相同的标准，将大多数系统包放在容器映像中，其余的放在Toolbx中。关于我的系统配置（/usr、/etc内容），它都是在容器映像中实现的。

与提供默认用户（核心）的Fedora CoreOS不同，bootc映像没有root以外的默认用户。可以在容器构建过程中或在安装过程中创建默认用户。

与Fedora CoreOS类似，我的系统在任何时候都是完全可复制的。然而，与定义点火相比，构建容器有更多的控制、微调和可用选项。

文件系统结构

文件系统结构遵循鸵鸟规范：

• /用户使用程序目录是只读的，因此所有更改都由容器映像单独管理。
• /等是可编辑的，但如果未在本地修改相关配置文件，则容器中应用的任何更改都将传输到节点。

任何需要添加到/var/（包括/var/home）的操作都将在第一次启动时完成。之后，/var将保持不变。

自动更新

Fedora CoreOS使用锌卡蒂作为处理事务更新和重新启动的代理。有几个参数控制这个过程。一个是谨慎，表示服务器接收更新的急切程度。另一个是启动重启的策略。这些参数用于控制rpm-ostree何时下载图像更新以及系统何时重新启动。

以类似的方式，bootc使用bootc-fetch-apply-更新代理以实现相同的结果。此服务检查容器存储库中的映像更新，并根据需要触发下载，然后重新启动系统以应用更改。

为了方便起见，可以在GitHub上托管一个repo，并使用操作生成图像。如果您不熟悉GitHub操作，可以使用以下代码：

以下示例假设您的集装箱文件位于：repo/mycontainer/Containerfile.
行动实施地点：repo/.github/workflows/mycontainer-image.yml.

名称：构建容器->mycontainer-image运行名称：构建容器->mycontainer-image日期：workflow_dispatch:#允许手动触发此操作时间表：-cron:'30**6'#计划在每周六凌晨12:30生成作业：mycontainer图像：运行：ubuntu-latest步骤：-用途：操作/签出@v4-name:运行podman构建运行：podman build-t mycontainer-image mycontainer-name:将图像推送到ghcr.io运行：podman push--creds=${{github.actor}}:${{secrets.github_TOKEN}}mycontainer-image ghcr.io/<username>/mycontainer-iImage

推特（Tweaks）

一路上我遇到了一些障碍，我想在这里分享，希望这能帮助其他人实现比我更软的着陆。

创建容器映像时，我配置了sshd（sshd）不允许密码身份验证，我在容器构建过程中注入了一个公钥。我花了一些时间才明白为什么我的连接被节点拒绝。

最后，我意识到为了让sshd读取授权密钥，它需要ssh-key-dir包裹。因此，如果您打算使用SSH密钥连接到节点，请确保将该包作为容器映像的一部分进行安装。有人可能会争辩说，它应该是基地的一部分，但大概有一些原因，它不是。

一些软件包依赖于替代品（此处解释https://www.redhat.com/sysadmin/alternatives命令). 例如，在安装Postfix时，它会创建/usr/sbin/sendmail作为由实现的符号链接/usr/sbin/sendmail.postfix，因此任何依赖发送邮件命令仍然有效男人命令。安装时人工驾驶舱包裹，/usr/bin/man创建为符号链接，目标为/usr/bin/man.man-db.

这些符号链接不是创建的，所以发送邮件和男人作为一个临时解决方案，我创建了指向各自处理程序的符号链接，作为容器映像的一部分。我已经提交了一份错误报告来解释这个问题，我可以看到正在进行工作来解决这个问题。

最后的想法

以下是安装自定义容器映像的最常见方法：

• 引导安装到磁盘用于在可用（不忙）磁盘上安装映像。如果磁盘具有从中启动的操作系统的根目录，那么它就不起作用。
• bootc到现有root可用于安装到从中启动的操作系统的根目录（例如Fedora Server）。此方法不会创建标准引导分区。相反，它将遵循现有的磁盘配置。
• 引导映像构建器将为创建原始图像软呢帽和原始/isocentos-bootc公司和rhel-bootc公司.

如果这篇文章激发了你的好奇心，那么这里有一些链接供你进一步阅读：

• Fedora/CentOS引导
• Fedora CoreOS公司
• Bootc项目
• 引导-图像构建器
• Red Hat的策划文档

介绍

Fedora（和其他常见的Linux设置）为您提供了一系列用于管理、监视和理解系统的工具。这些工具中有一系列命令，以最小二乘法（用于“列表”）。

它们可以轻松洞察系统硬件和资源的各个方面。本系列文章从简单的开始，对其中的许多内容进行了介绍和概述。该职位将涵盖lscpu（lscpu）和lsusb接口.

lscpu（lscpu）–显示CPU信息

这个lscpu（lscpu）命令收集并显示有关CPU体系结构的信息。由提供util-linux公司包裹。该命令从多个来源收集CPU信息，如/进程/cpuinfo和特定于体系结构的库（例如。歌词在PowerPC上）：

$lscpu

该命令输出诸如CPU数量、每个内核的线程数、每个插槽的内核数以及CPU系列和型号等信息。

如果被询问，它将以JSON格式输出详细的CPU信息。这提供了一个结构化视图，对于脚本编写和自动化特别有用：

$lscpu--扩展--json

高级使用例子

通过机器可读的JSON输出，可以使用jq公司（一个强大的命令行工具，允许用户高效地解析、过滤和操作JSON数据，值得一文）。例如，以下命令将提取每个CPU的当前MHz：

导出LANG=en_US.UTF-8
导出LC_ALL=“en_US.UTF-8”
lscpu—json—扩展\
|jq'.cpus[]{cpu:.cpu，mhz:.mhz}'

让我们看一下命令的单个部分：

• 导出LANG=en_US.UTF-8和导出LC_ALL=“en_US.UTF-8”正在确保输出未使用本地化数字。例如，由于使用逗号代替句点作为浮点分隔符，德语设置可能会导致JSON输出中断。
• lscpu–json–扩展以JSON格式生成详细的CPU信息。
• jq'.cpus[]|将迭代cpu数组中的每个条目。这个{cpu:.cpu，mhz:.mhz}'part为每个CPU条目构造一个新的JSON对象，显示CPU编号(中央处理器)及其当前频率（MHz）(兆赫).

笔记本电脑在性能模式下的输出示例：

$lscpu--json--扩展\
|jq'.cpus[]{cpu:.cpu，mhz:.mhz}'
{
“cpu”：0，
“mhz”：3700.0171
}
{
“cpu”：1，
“兆赫”：3700.2241
}
{
“cpu”：2，
“mhz”：3700.1121
}
{
“cpu”：3，
“mhz”：3884.2539
}

稍后在节能模式下：

$lscpu--json--扩展\
|jq'.cpus[]{cpu:.cpu，mhz:.mhz}'
{
“cpu”：0，
“mhz”：1200.0580
}
{
“cpu”：1，
“mhz”：1200.0070
}
{
“cpu”：2，
“mhz”：1200.5450
}
{
“cpu”：3，
“mhz”：1200.0010
}

lsusb–显示USB设备信息

这个lsusb接口命令显示系统中USB总线及其连接设备的详细信息。它由乌斯布利尔斯打包并帮助用户和系统管理员轻松查看配置以及连接到其USB接口的设备：

$lsusb（美元）

这将生成所有USB总线、连接到它们的设备的列表，以及每个设备的简要信息，例如ID和制造商。这对于快速检查连接到系统的设备以及是否需要udev规则的USB设备ID等特别有用。

U型圣人示例和输出

对于那些需要更多有关USB设备的详细信息的人，lsusb接口允许列出更多详细信息：

$lsusb|grep光纤通信
总线001设备013:ID 2cb7:0210 Fibocom L830-EB-00 LTE WWAN调制解调器

$sudo lsusb-d 2cb7:0210-v
总线001设备013:ID 2cb7:0210 Fibocom L830-EB-00 LTE WWAN调制解调器
设备描述符：
b长度18
b描述符类型1
bcdUSB 2.00接口
bDeviceClass 239其他设备
b设备子类2[未知]
bDeviceProtocol 1接口关联
bMaxPacketSize0 64
id供应商0x2cb7光纤康
idProduct 0x0210 L830-EB-00 LTE WWAN调制解调器
bcd设备3.33
i制造商1 FIBOCOM
iProduct 2 L830-EB-00
iSerial 3 004999010640000系列
bNum配置1
配置描述符：
b长度9
b描述符类型2
w总长度0x00a1
bNum接口4
b配置值1
iConfiguration 0
bm属性0xe0
自供电
远程唤醒
最大功率100mA
[为了可读性，省略了更多输出]

使用-v（v）和-t吨选项会告诉我们lsusb接口将物理USB设备层次结构转储为包含ID的树。以下显示了所有USB设备（此处使用的是ThinkPad T480S）、类型、速度和设备类别的详细树。这对于排除USB设备问题特别有用：

$lsusb-t-v/：总线001。端口001：Dev 001，类=root_hub，驱动程序=xhci_hcd/12p，480MID 1d6b:0002 Linux Foundation 2.0根集线器|__端口001：开发002，If 0，Class=人机接口设备，Driver=usbhid，1.5MID 046d:c069 Logitech，Inc.M-U0007[有线鼠标M500]|__端口002:Dev 003，如果为0，类=人机界面设备，驱动程序=usbhid，1.5MID 046a:c098雪莉|__端口002:Dev 003，如果为1，类=人机界面设备，驱动程序=usbhid，1.5MID 046a:c098樱桃|__端口003:Dev 004，如果为0，类=芯片/智能卡，驱动程序=usbfs，12MID 058f:9540 Alcor Micro Corp.AU9540智能卡读卡器|__端口005:Dev 005，如果为0，类=视频，驱动器=uvcvideo，480MID 5986:2123比森电子公司。|__端口005:Dev 005，如果为1，类=视频，驱动器=uvcvideo，480MID 5986:2123比森电子公司。|__端口006:Dev 013，如果为0，类=通信，驱动程序=cdc_mbim，480MID 2cb7:0210 Fibocom L830-EB-00 LTE WWAN调制解调器|__端口006:Dev 013，如果为1，类=CDC数据，驱动程序=CDC_mbim，480MID 2cb7:0210 Fibocom L830-EB-00 LTE WWAN调制解调器|__端口006:Dev 013，如果2，类=通信，驱动程序=cdc_acm，480MID 2cb7:0210 Fibocom L830-EB-00 LTE WWAN调制解调器|__端口006：开发程序013，If 3，Class=CDC Data，Driver=CDC_acm，480MID 2cb7:0210 Fibocom L830-EB-00 LTE WWAN调制解调器|__端口007：Dev 007，如果0，类=无线，驱动程序=btusb，12MID 8087:0a2b Intel Corp.蓝牙无线接口|__端口007：Dev 007，如果1，类=无线，驱动程序=btusb，12MID 8087:0a2b Intel Corp.蓝牙无线接口|__端口008:Dev 008，如果为0，类=视频，驱动程序=uvcvideo，480MID 5986:2115比森电子公司。|__端口008:Dev 008，如果为1，类=视频，驱动程序=uvcvideo，480MID 5986:2115比森电子公司。|__端口009:Dev 009，如果为0，类=供应商特定类，驱动程序=[无]，12MID 06cb:009a Synaptics，Inc.Metallica MIS触摸指纹读取器/：总线002。端口001：Dev 001，类=root_hub，驱动程序=xhci_hcd/6p，5000MID 1d6b:0003 Linux Foundation 3.0根集线器|__端口003:Dev 002，如果为0，类别=大容量存储，驱动器=usb-Storage，5000MID 0bda:0316 Realtek Semiconductor Corp.读卡器/：总线003。端口001：Dev 001，类=root_hub，驱动程序=xhci_hcd/2p，480MID 1d6b:0002 Linux Foundation 2.0根集线器|__端口001：Dev 002，如果0，类=轮毂，驱动器=轮毂/5p，480MID 0451:8442德克萨斯仪器公司。|__端口001：开发003，如果0，类=集线器，驱动程序=集线器/7p，480MID 0424:2137 Microchip Technology，Inc.（前身为SMSC）|__端口003：Dev 005，如果0，类=轮毂，驱动器=轮毂/3p，480MID 0bda:5411 Realtek Semiconductor Corp.RTS5411中心|__端口001：开发006，如果为0，类=供应商特定类，驱动程序=r8152，480MID 0bda:8153 Realtek Semiconductor Corp.RTL8153千兆以太网适配器|__端口004:Dev 004，如果为0，类=人机界面设备，驱动程序=usbhid，480MID 0451:82ff德克萨斯仪器公司。/：总线004。端口001：Dev 001，类=root_hub，驱动程序=xhci_hcd/2p，10000MID 1d6b:0003 Linux Foundation 3.0根集线器

结论

尽管它们很简单，但这两个命令都可以深入了解系统的配置和状态。无论您是在进行故障排除、优化还是只是好奇，这些工具都可以提供有价值的数据，帮助您更好地理解和管理Linux环境。下次见，我们将了解更有用的列表和信息命令行工具以及如何使用它们。

Redis转向新的许可证意味着它将不再被视为开源软件。本文将解释如何从Redis迁移到Valkey。

背景

几周前，Redis背后的公司发布了一篇博客文章，宣布Redis项目的未来版本正在从一个广为接受和理解的开源许可证BSD-3条款转向双RSALv2（Redis source Available license 2.0）/SSPLv1（Server Side Public license）。这个博客文章直截了当地说 “我们公开承认，这一改变意味着Redis不再是OSI定义下的开源”（事实上Fedora不允许这些许可). 

为了应对这一变化，一些现有的Redis贡献者和维护者组成了Valkey，一个新的Linux基金会项目。您可以将Valkey视为开源Redis的延续。它源于相同的代码库，由许多相同的人做出决策和贡献。Valkey项目有一个技术指导委员会，由阿里巴巴、AWS、爱立信、华为、谷歌和腾讯的工作人员组成，还有更多的组织作为贡献者。

你是怎么移动的？

作为一名Fedora用户，如果您使用Redis并想转到Valkey，您该怎么办？谢天谢地，这里有valkey compat redis公司包装通过将数据和配置移到Valkey来为您处理转换。

在这种情况下，您可能已经安装、运行并加载了Redis数据。在本文中，我从全新的Fedora 40安装开始，添加了Redis（7.2.4）包，并启动了服务器。

从这里，我将浏览一下当前的redis服务器信息：

$redis-cli信息服务器#服务器redis版本：7.2.4redis_git_sha1:00000000redis_git_dirty:0redis_build_id:8c22b097984bd350redis_mode：独立。。。

请注意，服务器的响应是redis_version:7.2.4以后记住这个。

由于这是Redis的新安装，我将向密钥写入一些数据，以便稍后在Valkey中可见。

$redis-cli set test_key“用redis 7.2.4编写”

迁移和持久性

现在是考虑持久性设置的好时机。如何在Redis（和Valkey）中保存数据是高度可配置的。有效的使用模式涵盖了从无持久性到每次键更改时的磁盘写入的所有范围。  valkey-compat-redis公司将使用以下命令彻底关闭RedisSIGTERM公司但没有任何额外的魔法：如果您没有设置持久性，或者您有Redis配置(/etc/redis/redis.conf)选项停运期设置为现在或力您可能会丢失部分或全部数据。然而，请记住，跑步valkey-compat-redis公司在功能上与以前的Redis升级没有什么不同

安装compat软件包

别挡道了，是时候去瓦尔基了！

安装valkey-compat-redis公司与允许标志。你需要允许旗帜 所以包管理器可以删除Redis并将Valkey放回原处。 

$sudo-dnf安装valkey-compat-redis--允许。。。安装：valkey-7.2.5-5.fc40.x86_64 valkey-compat-redis-7.2.5-5.fc40x86_54远离的：redis-7.2.4-3.fc40.x86_64完成！

这到底做了什么？这个包裹带着你的现有配置文件和持久性数据，并将其移动到Valkey。Valkey可以直接接受这些，无需更改或转换步骤。Valkey与Redis API、协议、持久数据、端口和配置文件完全兼容。 

这一切都是可能的，因为当前普遍可用的Valkey（7.2.5）版本实际上是Redis 7.2.4的名称更改。Valkey 7.2.5中的代码更改与品牌重塑有关。此版本有意不引入任何新特性或功能，以确保您可以轻松迁移到Valkey。

启动Valkey

现在您已经安装了Valkey，您需要启动它：

$sudo systemctl启动valkey

然后获取有关服务器的信息：

$redis-cli信息服务器#服务器redis版本：7.2.4服务器名称：valkeyvalkey_版本：7.2.5redis_git_sha1:00000000redis_git_dirty:0redis_build_id:b0d9f188ef999bd3redis_mode：独立。。。

本例中需要注意的几点：

• Valkey回应道重新发布版本：7.2.4以及valkey_version:7.2.5。 一些软件有特定的版本检查，可能会在未知响应时中断。挡土墙重新发现版本保持最大兼容性，同时仍使用标识服务器valkey_version版本。
• Valkey有一个名为瓦尔基·克利而是象征性的联系redis-cli公司。这将保持你的肌肉记忆完好无损，直到你习惯打字瓦尔基·克利。它对valkey服务器和redis服务器

与Valkey互动

现在，是时候查看数据并与服务器交互了。首先获取在Redis中编写的密钥（当然，如果没有打开持久性，这将无法工作）：

$valkey-cli获取test_key“以redis 7.2.4编写”

作为一个证据，您可以向服务器写入数据，并将写在Valkey中的密钥与写在Redis中的密钥放在一起：

$valkey-cli设置自new-server“valkey-7.2.5”好 啊新服务器上的$valkey-cli mget test_key1） “以redis 7.2.4编写”2） “valkey-7.2.5”

这个例子很简单，但它说明了很多。首先，因为valkey-compat-redis公司移动您的配置，它不需要成为默认值。无论您如何配置Redis 7.2.4valkey-compat-redis公司移动简单或复杂的配置，Valkey可以读取它们。这意味着即使对Cluster或Sentinel来说，相同的迁移步骤也是有效的。

其次，由于Valkey以相同的方式连接（使用相同的协议和默认端口），您的应用程序应该以相同的方式工作。将曾经指向Redis（现在指向Valkey）的相同连接信息传递给应用程序将产生相同的结果。

其他考虑因素

所有这些都说明了：有一些事情在上面的例子中无法说明。你没有有使用valkey-compat-redis公司相反，您可以只安装瓦尔基。如果您在机器上安装了Redis并运行：

$sudo dnf安装valkey

您将在Redis旁边安装Valkey。您无法使用默认配置成功启动这两个进程。但是，在更改配置文件/etc/valkey/valkey.conf使用不同的端口将允许您运行Valkey和Redis。实际上，您甚至可以将Valkey和Redis集群在一起，因为它们使用相同的协议，从而实现更复杂的迁移。 

另一件需要记住的事是，Valkey与Redis 7.2.4相比并不具有任何向后兼容性。从一个非常旧的Redis版本迁移到Valkey与迁移到Redis 7.2.x有着相同的破坏性更改。谢天谢地，大多数版本即使在主要版本之间也有最小的破坏性变化。 

接下来是什么？

这篇文章主要关注还没有改变了，为什么这是一件好事。Valkey团队打算在7.2.x中不添加任何新功能。只有在未来发布补丁时才会进行错误修复。所有新的更改都将在8.x版本中进行。虽然团队正忙于规划一系列提高性能和可用性的新功能，但他们并不打算破坏API。如果你有兴趣帮助瓦尔基的未来，一定要去看看valkey-io/valkey并阅读出资.md文件以了解更多信息。

Fedora测试日是任何人都可以帮助确保Fedora中的更改在即将发布的版本中工作良好的活动。Fedora社区成员经常参与，欢迎公众参加这些活动。这是一个开始为Fedora捐款的完美方式，如果你过去没有这样做的话。

在接下来的两周内，有两个即将到来的测试期，涵盖两个主题：

• 5月23日星期四，用于测试波德曼5.1
• 5月26日星期日至6月3日星期一，是为了测试内核6.9

波德曼5.1测试日

波德曼是一个无守护程序的开源Linux本机工具，旨在使用open Containers Initiative轻松查找、运行、构建、共享和部署应用程序(其他综合收益) 集装箱和容器图像。它提供了一个命令行界面（CLI），任何使用过Docker容器引擎。作为最近讨论的一部分生皮测试日我们将举行一次小型播客发布测试日。

在测试日5月23日星期四，重点将是测试Fedora 41（生皮）中的更改，我们将继续使用Podman 5.1。这个测试日是任何人学习和互动Podman社区和容器工具的机会。

wiki页面帮助测试人员了解测试日的范围。这个测试日应用程序帮助测试人员在尝试测试用例后提交结果。

内核6.9测试周

内核团队正在为Linux内核6.9进行最终集成。这一最近发布的内核版本将很快在Fedora Linux中推出。因此，Fedora Linux内核和QA团队从2024年5月26日星期日至2024年6月3日星期一.

这个wiki页面包含指向您需要参与的测试图像的链接。结果可以在中提交测试日应用程序.

考试日是如何工作的？

测试日/周是任何人都可以帮助确保Fedora Linux中的更改在即将发布的版本中正常工作的活动。Fedora社区成员经常参与，欢迎公众参加这些活动。如果你以前从未贡献过，这是一个完美的开始方式。

要做出贡献，您只需要能够下载测试材料（其中包括一些大文件），然后一步一步地阅读并遵循说明。

关于所有测试日的详细信息可以在上面提到的wiki页面上找到。如果您在活动当天或前后有空，请进行一些测试并报告结果。所有测试日页面都会收到一些最后的润色，在测试日开始前大约24小时完成。我们敦促您耐心等待资源，在大多数情况下，这些资源是在测试日开始前几个小时上传的。

来和我们一起测试，让即将推出的Fedora Linux 41变得更好