fcitx-sogoupinyin 用户请注意，fcitx-sogoupinyin 隐含依赖 fcitx-qt4 没有在依赖关系中写明，现在 Arch Linux 官方源已移除了 qt4 和 fcitx-qt4 包，但是删除 fcitx-qt4 会导致 fcitx-sogoupinyin 不可用。相关讨论和已经删包的补救措施见 AUR 评论区 [1] 和 archlinuxcn 源 issue [2] ：
[1] https://aur.archlinux.org/packages/fcitx-sogoupinyin/
[2] https://github.com/archlinuxcn/repo/issues/1000

开启了 testing 的用户请注意， GCC9 以及相关包更新（ gcc-libs, glibc, libtool, binutils, linux-api-headers) 被从 testing 仓库中撤回了，为了避免可能的 bcache 相关 bug 。请滚系统时使用 pacman -Syuu 回滚到源中的版本。未开启 testing 的用户不受影响。详见 arch-dev-public 相关新闻 [1] 以及 bug 报告 [2] 。不畏惧 bug 想继续尝鲜 gcc 9 的用户可以开启临时 [gcc9] 源 [3]。
[1] https://lists.archlinux.org/pipermail/arch-dev-public/2019-May/029589.html
[2] https://bugs.archlinux.org/task/62730
[3] https://pkgbuild.com/~bpiotrowski/gcc9/

5.1.x 系列内核中 device-mapper 的一个 bug 可能导致 Samsung SSD 上使用 fstrim 的时候造成数据丢失。该 bug 已经在 5.1.3.arch2 以后修复，使用 lvm/dm/stratis 的用户注意升级到最新内核。相关 bug 报告 [1]。
https://bugs.archlinux.org/task/62693

mesa 19.0.5 版本的 AMD/ATI Radeon 显卡开源驱动可能导致 chromium 和 electron 应用和 blender 2.8 上部分显示区域的花屏现象，详见上游 issue [1] 。上游已经确定到造成问题的 commit [2]， 19.1.0-rc4 已经 revert 了对应的 commit [3] 。想提早修复该问题的同学可以尝试 farseerfc 自行编译的加了 patch 的 19.0.5 版本 [4] 。
[1] https://bugs.freedesktop.org/show_bug.cgi?id=110721
[2] https://lists.freedesktop.org/archives/mesa-dev/2019-May/219421.html
[3] https://cgit.freedesktop.org/mesa/mesa/commit/?h=19.1&id=74c53676125395e82c3c3959f2f52c6afc659e0d
[4] https://build.archlinuxcn.org/~farseerfc/mesa/

testing 中的 mesa 19.0.6-1 及相关包已修复该问题。

USTC 镜像遇到一些问题，目前已经暂停同步。请需要更新的用户切换到其他镜像。

telegram-desktop （使用 gcc 9.1.0-1 编译）的一些版本可能导致无法打开，具体有故障的版本是 1.7.7-3 和 1.7.9-1 ，请尝试回退到 1.7.7-2 , 1.7.7-4 或等待 1.7.9-2 （与 gcc 9.1.0-2 一同）从 community-testing 移动到 community 。相关 bug https://bugs.archlinux.org/task/62953 和 gcc bug https://bugs.archlinux.org/task/62977

更新到 community/telegram-desktop 1.7.9-3 （testing 用户是 community-testing/telegram-desktop 1.7.9-4 ）将修复此问题

新版 1.7.10-1 和 1.7.10-3 还是有点问题，请升级到 1.7.10-5 （testing 用户是 1.7.10-6）

#warning 由于系统重置，以及数据盘初始化，我们将暂停服务一个月。全站将重定向到USTC。对您造成的不便我们深表歉意。

大部分镜像（包括 archlinux 及 archlinuxcn）已经恢复正常同步。

mariadb 10.4.x 更新需要手动干预

遵从上游的建议， mariadb 更新到 10.4.6-1 或者之后的版本需要改变配置文件的布局。
主配置文件的位置从 /etc/mysql/my.cnf （以及它的引入文件夹 /etc/mysql/my.cnf.d/ ）移动到了 /etc/my.cnf （相应的 /etc/my.cnf.d/ ）。请确保迁移您的配置。

逐实例的服务（像 mariadb@foo.service 这种）不再用单独的文件配置（像 /etc/mysql/myfoo.cnf 这种），而是移动到了主配置文件中的带群组后缀的配置块里面，每个服务一个带后缀的配置块。一个配置块看起来类似这样：

[mysqld.foo]
datadir = /var/lib/mysql-foo
socket = /run/mysqld/mysqld-foo.sock

和之前几次 mariadb 功能性升级一样的是，这一次也需要升级 data 文件夹。在修改好配置文件之后请运行以下命令进行升级：
systemctl restart mariadb.service && mariadb-upgrade -u root -p

https://www.archlinux.org/news/mariadb-104x-update-requires-manual-intervention/

Intel AC 9xxx wifi 用户请注意， 新版 linux-firmware 20190628.70e4394-1 可能导致 wifi 无法工作，[1] 报告中受影响的 Intel AC 包括 9260 9560 等网卡。遇到问题请降级 linux-firmware 到 20190618.acb56f2-1 ，并等待修复。
[1] https://bugs.archlinux.org/task/63117

setting the iwlwifi module option swcrypto=1 seems to avoid the problem. https://news.1rj.ru/str/archlinuxcn_offtopic/1417603

libbloom>=1.6-2 更新需要手动干预
libbloom 包在 1.6-2 之前的版本缺少了一个动态库的链接。这个问题已经在 1.6-2 中修复, 所以更新过程需要覆盖掉 ldconfig 创建出的未被跟踪的链接文件。如果你在更新时遇到这样的报错：

libbloom: /usr/lib/libbloom.so.1 exists in filesystem

请通过：

pacman -Suy --overwrite usr/lib/libbloom.so.1

来完成更新

https://www.archlinuxcn.org/libbloom16-2-update-requires-manual-intervention/

tensorflow>=1.14.0-5 更新需要手动干预

tensorflow 包在 1.14.0-5 之前的版本缺少几个动态库的链接。这个问题已经在 1.14.0-5 中修复，所以更新过程需要覆盖掉 ldconfig 创建出的未被 pacman 跟踪的链接文件。如果你在更新时遇到如下报错

tensorflow: /usr/lib/libtensorflow.so.1 exists in filesystem
tensorflow: /usr/lib/libtensorflow_cc.so.1 exists in filesystem
tensorflow: /usr/lib/libtensorflow_framework.so.1 exists in filesystem

那么请使用如下命令

pacman -Suy --overwrite=usr/lib/libtensorflow.so.1,usr/lib/libtensorflow_cc.so.1,usr/lib/libtensorflow_framework.so.1

来完成系统更新。

https://www.archlinuxcn.org/tensorflow1140-5-update-requires-manual-intervention/

astyle>=3.1-2 更新需要手动干预

astyle 包在 3.1-2 之前的版本缺少了一个动态库的链接。这个问题已经在 3.1-2 中修复，所以更新过程需要覆盖掉 ldconfig 创建出的未被 pacman 跟踪的链接文件。如果你在更新时遇到如下报错：

astyle: /usr/lib/libastyle.so.3 exists in filesystem

那么请使用如下命令

pacman -Suy --overwrite usr/lib/libastyle.so.3

来完成系统更新。

https://www.archlinuxcn.org/astyle31-2-update-requires-manual-intervention/

网易开源镜像站（mirrors.163.com）用户请注意：其 Arch Linux 仓库已经延迟六天，Arch Linux CN 仓库已经延迟两天。

btrfs 用户在 5.2.x 系列内核有概率遇到 1. 系统卡死 或者 2. 最后的写入不完整从而下次开机无法挂载。 SUSE/btrfs 开发者建议对 5.2 内核打修复补丁，相应补丁已经应用于 linux 5.2.14.arch2 和 linux-zen 5.2.14.zen2 内核（ arch2 和 zen2 分别包含对应补丁），并准备合并入上游 5.2.15 和 5.3 。请使用 btrfs 并且内核在 5.2.x 系列内核的用户尽快升级至 5.2.14.arch2 / 5.2.14.zen2 之后的内核版本。5.1.x 及之前的内核比如 linux-lts 不受影响。相关报告见：
[1] https://bugs.archlinux.org/task/63733
[2] https://marc.info/?l=linux-btrfs&m=156827465218288

已经恢复同步。

https://mirrors.cqu.edu.cn/archlinuxcn/ 关闭了校外访问