Arch Linux

从 ansible-core 2.15.3 起，上游将文档和示例代码放到了单独的专用仓库 （参见相关变更记录）。
这意味着从 2.15.3 版本开始， ansible-core 包将不再打包文档和 /etc/ansible/ansible.cfg 下的默认配置样例。
关于文档，可以在线查阅：https://docs.ansible.com/
关于配置文件，如 wiki 上说明的，基本配置可以用以下命令生成：

ansible-config init --disabled > ansible.cfg

在从 <= 2.15.2-1 之前的版本升级到 2.15.3-1 之后版本的 ansible-core 之后，所有位于 /etc/ansible/ansible.cfg 的自定义全局 ansible 配置文件会变成 pacsave 文件。
要恢复它，请运行以下命令：

mv /etc/ansible/ansible.cfg.pacsave /etc/ansible/ansible.cfg

当从 budgie-desktop 10.7.2-5 更新到版本 10.7.2-6 时，需要用 magpie-wm 包替代 mutter43 包，前者目前依赖 mutter 包。因为 mutter43 和 mutter 冲突，必须手动干预以完成更新。
首先删除 mutter43 ，然后紧接着进行更新。请勿在这两个步骤之间重新登入或重启。

pacman -Rdd mutter43
pacman -Syu

从版本 2023.66594-9 开始，TeX Live 的打包改变了组织结构，更接近上游的集合(collections)。尽管新的 texlive-basic 包替换了 texlive-core 包，很多原本属于 texlive-core 包的内容（包括一些特定语种的文件）现在被拆分到了别的包中去。如果想了解哪个 Arch 软件包中提供了特定 CTAN 宏包，可以使用 tlmgr 工具，比如:

$ tlmgr info euler | grep collection
collection:  collection-latexrecommended

这个的意思是说 euler CTAN 宏包包含在了 texlive-latexrecommended 软件包中。你也可以使用 pacman -F 命令查询特定文件的归属。
我们提供了新的 texlive-meta 元包用来安装所有子包（除了特定语种的），还有新的 texlive-doc 包提供了完整的文档，用以离线查阅。

openblas 包在 0.3.23-2 版本之前没有打包进优化过的 LAPACK 过程和它与 CBLAS/LAPACKE 接口的兼容性。我们现在改变了这个决定，并且现在用户可以选择安装另一个系统级默认 BLAS/LAPACK 实现同时保持安装 openblas 包，方便今后同时安装 BLIS, ATLAS 之类的包。
默认的 BLAS 实现会被用在大部分包中，比如 NumPy 或者 R。请安装 “blas-openblas” 和 “blas64-openblas” 包，让 OpenBLAS 成为默认的 BLAS 实现，就像以前的行为。
不过如果你现在已经安装了 OpenBLAS 作为默认 BLAS 实现，在更新时会遇到如下报错：

error: failed to prepare transaction (could not satisfy dependencies)
:: installing openblas (0.3.23-2) breaks dependency 'blas' required by cblas
:: installing openblas (0.3.23-2) breaks dependency 'blas' required by lapack

请在通常的 -Syu 命令后加上你想使用的默认 BLAS 实现来避开这个问题，比如：

pacman -Syu blas-openblas

或

pacman -Syu blas

我们非常骄傲地宣布迁移到 Git 打包的工作已经成功完成！ 🥳
感谢所有在迁移工作中提供过帮助的人！
打包源码现在可以从 GitLab 上获取。请注意我们的问题跟踪（bugtracker）工具仍然是 flyspray 并且目前还没有开放接受合并请求（merge request）。我们准备在不远的将来开放 GitLab 上打包的问题跟踪（issue tracker）和合并请求（merge request）功能。
镜像站恢复同步，不过你在用的镜像站可能需要一些时间跟上进度。

对用户而言

请更新系统并合并 pacman 的 /etc/pacman.conf.pacnew 配置文件的 pacnew 文件。因为我们将 [community] 软件仓库合并到了 [extra] 所以需要这一步。

$ pacman -Syu "pacman>=6.0.2-7"

对仍然在用已被抛弃的 asp 的用户，需要转而使用 pkgctl：

$ pacman -Syu "devtools>=1:1.0.0-1"
$ pkgctl repo clone linux

关于具体如何使用和如何获取 PKGBUILD 请参阅相关 wiki 上的文档。

对打包者而言

在继续之前，请先卸载 devtools-git-poc 并删除所有在 git 迁移测试期间克隆下来的所有本地仓库。
确保你的系统中同时安装了更新版本的 devtools 和 pacman：

$ pacman -Syu "devtools>=1:1.0.0-1" "pacman>=6.0.2-7"

此外请删除在 /var/lib/archbuild 中遗留的旧 chroot 环境：

$ rm -rf /var/lib/archbuild/
# 或者可选得, 用 --clean 选项来执行 *一次* pkgctl build
$ pkgctl build --clean

关于如何使用 pkgctl 打包，请参阅 “How to be a packager” wiki 文章 并查询相关子命令的手册页获取更多信息：

$ man pkgctl-build
$ man pkgctl-repo-clone

本周五（2023-05-19）早晨开始至本周日（2023-05-21）我们将进行 Git 的打包迁移。整个 Arch Linux 打包组将无法在这期间内更新任何软件仓库中的软件包。
关于迁移进展何时开始何时结束的通知将发布在 [arch-dev-public] 邮件列表。

这会对 Arch Linux 用户有何影响？

首先 [testing] 仓库会被分成 [core-testing] 和 [extra-testing] ，同样 [staging] 仓库会被分成 [core-staging] 和 [extra-staging] 。然后 [community] 仓库会合并入 [extra] ，因此前者在迁移后会变成空的。
所有受影响的仓库在迁移后的一段时间内会保持空仓库的状态。这意味着对普通用户而言，所有东西都应该像往常一样继续工作。
注意： 在迁移后，开启了 testing 仓库的用户需要在更新系统之前，在 pacman.conf 中改用 [core-testing] 和 [extra-testing] 仓库。

伴随的其它变更：

• 将停止SVN访问方式，之后将删除它。
• svn2git 镜像将不再更新。
• asp工具因为依赖 svn2git 镜像，将不再工作。它被替换为 pkgctl repo clone

这会对 Arch Linux tier1 镜像站有何影响？

迁移期间 rsync 和 HTTP 访问会关闭。所有工作完成之后我们会向 arch-mirrors 发送邮件通知。

这会对 Arch Linux 打包者有何影响？

打包者不能更新和修改他们的软件包。内部用的 tier0 镜像也会在迁移期间停止访问。

从2月2日开始，以前的 base-devel 包组（package group）被替换成了同名的元包（metapackage）。
如果在此之前你装过 base-devel 包组（package group），请在系统中显式地再安装一次新的 base-devel 元包（metapackage）：

pacman -Syu base-devel

Python 2 已于 2020 年 1 月结束了生命。我们一直在积极地减少软件仓库中对 python2 依赖的项目数量，终于到了最后能从我们的发行版中移除掉它的时候了。如果你的系统中仍然安装着 python2 请考虑删除掉它和所有 python2 的包。
如果你还需要使用 python2 包当然可以还留着，但是请注意它不再会收到安全更新。如果你需要打补丁的版本，请考虑使用 AUR 或者 非官方的第三方仓库。

作为抛弃已经EOL的Python2工作的一部分，我们从 mailman2 迁移到了 mailman3 。

为了保持 DKIM 签名完整，我们已经关掉了改写 “From” 邮件头和主题（附加上列表名）的功能。这意味着想要回复邮件列表的时候，必须使用“回复邮件列表”功能，以及你可能需要更新你的过滤规则以匹配新的”From” 邮件头。

过去订阅过邮件列表的邮箱已经迁移到新的列表，不需要重新订阅。不过要管理你的订阅设置，必须重新注册新的 mailman3 账户。

grub 包最近的变化给 fwsetup 命令增加了新的命令参数，改变了生成出的引导配置中调用命令的方式。根据你的硬件和设置这可能导致系统不能引导，因为安装的引导器和配置文件之间不兼容。在 grub 包升级之后，我们建议重新运行以下命令，安装和再次生成配置：

grub-install ...
grub-mkconfig -o /boot/grub/grub.cfg

关于 grub-install 的具体用法请参考 wiki 页面：GRUB – ArchWiki