Arch Linux Chinese Messages
الذهاب إلى القناة على Telegram
Arch Linux 中文相关信息 跟进 Arch Linux 日常踩坑预警，翻译官方新闻， testing 测试预警等。另有 @archlinuxcn_updates 提供滚动打包记录。 频道内容来自 Arch Linux 中文社区群组 @archlinuxcn_group https://fars.ee/~readme.html 杜洛夫在所有订阅数较多的频道下方都添加了广告，其收益并不分配给频道主，频道主也无法控制其内容。如果在本频道下方看到广告，均与 Arch CN 社区无关，请勿点击或相信其内容
إظهار المزيد📈 نظرة تحليلية على قناة تيليجرام Arch Linux Chinese Messages
تُعد قناة Arch Linux Chinese Messages (@archlinuxcn) في القطاع اللغوي الصينية لاعباً نشطاً. يضم المجتمع حالياً 11 178 مشتركاً، محتلاً المرتبة 10 752 في فئة التكنولوجيات والتطبيقات والمرتبة 17 916 في منطقة الصين.
📊 مؤشرات الجمهور والحراك
منذ تأسيسه في невідомо، حقق المشروع نمواً سريعاً وجمع 11 178 مشتركاً.
بحسب آخر البيانات بتاريخ 27 أغسطس, 2026، تحافظ القناة على نشاط مستقر. خلال آخر 30 يوماً تغيّر عدد الأعضاء بمقدار 94، وفي آخر 24 ساعة بمقدار 7، مع بقاء الوصول العام مرتفعاً.
- حالة التحقق: غير موثّقة
- معدل التفاعل (ER): يبلغ متوسط تفاعل الجمهور 79.06%. وخلال أول 24 ساعة من النشر يحصد المحتوى عادةً N/A% من ردود الفعل نسبةً إلى إجمالي المشتركين.
- وصول المنشورات: يحصل كل منشور على متوسط 8 838 مشاهدة. وخلال اليوم الأول يجمع عادةً 0 مشاهدة.
- التفاعلات والاستجابة: يتفاعل الجمهور بانتظام؛ متوسط التفاعلات لكل منشور يبلغ 97.
📝 الوصف وسياسة المحتوى
يصف المؤلف القناة بأنها مساحة للتعبير عن الآراء الذاتية:
“Arch Linux 中文相关信息
跟进 Arch Linux 日常踩坑预警，翻译官方新闻， testing 测试预警等。另有 @archlinuxcn_updates 提供滚动打包记录。
频道内容来自 Arch Linux 中文社区群组 @archlinuxcn_group
https://fars.ee/~readme.html
杜洛夫在所有订阅数较多的频道下方都添加了广告，其收益并不分配给频道主，频道主也无法控制其内容。如果在本频道下方看到广告，均与 Arch CN 社区无关，请勿点击或...”
بفضل وتيرة التحديث المرتفعة (أحدث البيانات بتاريخ 28 أغسطس, 2026) تحافظ القناة على حداثتها ومستوى وصول مرتفع. وتُظهر التحليلات تفاعلاً نشطاً من الجمهور، ما يجعلها نقطة تأثير مهمة ضمن فئة التكنولوجيات والتطبيقات.
11 178
المشتركون
+724 ساعات
+107 أيام
+9430 أيام
أرشيف المشاركات
杜洛夫在所有订阅数较多的频道下方都添加了广告，其收益并不分配给频道主，频道主也无法控制其内容。如果在本频道下方看到广告，均与 Arch CN 社区无关，请勿点击或相信其内容。
repo.archlinuxcn.org 已离线，恢复时间未知。用户可改用镜像站。另外 luoxu.archlinuxcn.org 也同时离线。
近期常见问题简答 20240722
Arch Linux 官方站点正在遭遇大量请求，你可能会遇到一个 emoji 页面，等5秒验证通过就好了。也可能遇到访问出错，或者你所使用的 IP 被禁止访问（403）的情况。
fcitx5 输入法 emoji 显示为空白，可尝试对 emoji 字体禁用反锯齿。
火狐更新后语言包失效，通常是因为手动安装的语言包与更新后的火狐版本不一致。请从软件仓库安装语言包，并在 about:addons 中卸载已安装的语言包，直到不再允许卸载。
noto-fonts-cjk 打包变化，可能导致默认CJK回落字体不再是 Noto 系列字体。如需要设置回 Noto，请自行设置 fontconfig 或参考这里。
使用 Chrome / 电子软件时，如遇输入法漏编码问题，请指定使用 GTK 模块而非 XIM。在
~/.config/gtk-3.0/settings.ini 中加上 gtk-im-module=fcitx 即可。如果使用的是 GNOME 可能需要额外的操作 。近期常见问题简答 20240719
Arch Linux 官方站点正在遭遇大量请求，可能导致访问偶尔出错，或者你所使用的 IP 被禁止访问（403）。
更新到 egl-wayland 1.1.14 之后火狐频繁崩溃。考虑降级 egl-wayland 到 1.1.13，或者使用 nightly 版火狐。
libc++ 和 libc++abi 有文件冲突。考虑卸载它们及依赖它们的软件，或者暂时不升级系统。
fcitx5 输入法 emoji 显示为空白，可尝试对 emoji 字体禁用反锯齿。
火狐更新后语言包失效，通常是因为手动安装的语言包与更新后的火狐版本不一致。请从软件仓库安装语言包，并在 about:addons 中卸载已安装的语言包，直到不再允许卸载。
noto-fonts-cjk 打包变化，可能导致默认CJK回落字体不再是 Noto 系列字体。如需要设置回 Noto，请自行设置 fontconfig 或参考这里。
使用 Chrome / 电子软件时，如遇输入法漏编码问题，请指定使用 GTK 模块而非 XIM。在
~/.config/gtk-3.0/settings.ini 中加上 gtk-im-module=fcitx 即可。如果使用的是 GNOME 可能需要额外的操作 。AUR Maintenance Saturday 13 July 12:00 UTC
Hi all, We are having some performance issues with the AUR's git repository which requires some maintenance. [1] This means that the AUR will be unavailable for some time starting 12:00 UTC till it is done (hopefully 2 hours, could be more). [1] https://gitlab.archlinux.org/archlinux/infrastructure/-/issues/599
via Arch-dev-public (author: jelle＠vdwaa.nl (Jelle van der Waa))
需要在更新到 openssh-9.8p1 之后重启 sshd 服务
在更新到
openssh-9.8p1 之后，现存的 SSH 守护进程将无法再接受新的连接（详见 https://gitlab.archlinux.org/archlinux/packaging/packages/openssh/-/issues/5 ）。
如果从远程更新系统，请确保在更新后立刻使用 systemctl try-restart sshd 命令重启 sshd 服务。
我们在评估是否可能在今后 openssh-9.8p1 的打包中加入更新时自动重启 sshd 服务的机制。
https://www.archlinuxcn.org/the-sshd-service-needs-to-be-restarted-after-upgrading-to-openssh-98p1/OpenSSH 9.8p1-1 安全更新
请用户尽快将 OpenSSH 更新到 9.8p1-1（或更新）版本，以修复 CVE-2024-6387 远程代码执行漏洞。请注意：9.8 版本的更新比较特别，请一定在更新完成之后重启 sshd 服务，否则有可能无法再次连上（不重启服务的话漏洞也不会被修复）。重启 sshd 服务并不会中断已有的 ssh 连接。
近期常见问题简答 20240621
更新到 Plasma 6.1 后遇到 QML 相关报错，尝试删除
~/.cache/systemsettings/qmlcache。
noto-fonts-cjk 打包变化，可能导致默认CJK回落字体不再是 Noto 系列字体。如需要设置回 Noto，请自行设置 fontconfig 或参考这里。
更新时遇到类似 安装icu（75.1-1）破坏依赖 'libicui18n.so=74-64'（electron22 需要）提示的，请尝试卸载 electron22 （或 qt5-webkit 等，取决于提示中提到的包）及依赖它的包。不要尝试忽略 icu 更新！
使用 Chrome / 电子软件时，如遇输入法漏编码问题，请指定使用 GTK 模块而非 XIM。在 ~/.config/gtk-3.0/settings.ini 中加上 gtk-im-module=fcitx 即可。如果使用的是 GNOME 可能需要额外的操作 。
nvidia 550 闭源内核模块可能导致多种情况下内核崩溃（kernel panic），请知悉。如果显卡属于 Turing 微架构及之后可以考虑切换到 nvidia-open{,-dkms}，否则可以考虑使用 aur/nvidia-535xx-dkms，或者卸载 nvidia-utils 来使用 nouveau。近期常见问题简答 20240609
noto-fonts-cjk 打包变化，可能导致默认CJK回落字体不再是 Noto 系列字体。如需要设置回 Noto，请自行设置 fontconfig 或参考这里。
更新时遇到类似
安装icu（75.1-1）破坏依赖 'libicui18n.so=74-64'（electron22 需要）提示的，请尝试卸载 electron22 （或 qt5-webkit 等，取决于提示中提到的包）及依赖它的包。不要尝试忽略 icu 更新！
使用 Chrome / 电子软件时，如遇输入法漏编码问题，请指定使用 GTK 模块而非 XIM。在 ~/.config/gtk-3.0/settings.ini 中加上 gtk-im-module=fcitx 即可。如果使用的是 GNOME 可能需要额外的操作 。
nvidia 550 闭源内核模块可能导致多种情况下内核崩溃（kernel panic），请知悉。如果显卡属于 Turing 微架构及之后可以考虑切换到 nvidia-open{,-dkms}，否则可以考虑使用 aur/nvidia-535xx-dkms，或者卸载 nvidia-utils 来使用 nouveau。
Telegram Desktop 被 OOM Killer 杀死（终端显示 Killed），请删除 Tokyonight 的 telegram.svg 图标或者换其它图标主题。近期常见问题简答
更新时遇到类似
安装icu（75.1-1）破坏依赖 'libicui18n.so=74-64'（electron22 需要）提示的，请尝试卸载 electron22 （或 qt5-webkit 等，取决于提示中提到的包）及依赖它的包。不要尝试忽略 icu 更新！
更新时如遇 extra.db 404，请尝试更换其它镜像。
遇到 gcc12 与 gcc13 冲突，请尝试卸载 gcc12。
使用 Chrome / 电子软件时，如遇输入法漏编码问题，请指定使用 GTK 模块而非 XIM。在 ~/.config/gtk-3.0/settings.ini 中加上 gtk-im-module=fcitx 即可。如果使用的是 GNOME 可能需要额外的操作 。
nvidia 550 闭源内核模块可能导致多种情况下内核崩溃（kernel panic），请知悉。如果显卡属于 Turing 微架构及之后可以考虑切换到 nvidia-open{,-dkms}，否则可以考虑使用 aur/nvidia-535xx-dkms，或者卸载 nvidia-utils 来使用 nouveau。
Telegram Desktop 被 OOM Killer 杀死（终端显示 Killed），请删除 Tokyonight 的 telegram.svg 图标或者换其它图标主题。近期常见问题简答
更新时遇到提示：
安装icu（75.1-1）破坏依赖 'libicui18n.so=74-64'（electron22 需要）的，请尝试卸载 electron22 及依赖它的包。
更新时如遇 extra.db 404，请尝试更换其它镜像。
遇到 gcc12 与 gcc13 冲突，请尝试卸载 gcc12。
使用 Chrome / 电子软件时，如遇输入法漏编码问题，请指定使用 GTK 模块而非 XIM。在 ~/.config/gtk-3.0/settings.ini 中加上 gtk-im-module=fcitx 即可。
nvidia 550 闭源驱动可能导致包括关机、使用 zswap 等多种情况下内核崩溃（kernel panic），请知悉。
Telegram Desktop 被 OOM Killer 杀死（终端显示 Killed），请删除 Tokyonight 的 telegram.svg 图标或者换其它图标主题。近期常见问题简答
更新时如遇 extra.db 404，请尝试更换其它镜像。
汉字显示残缺不全，是更纱黑体 hinting 的问题。请更新或者更换其它字体。
遇到 gcc12 与 gcc13 冲突，请尝试卸载 gcc12。
使用 Chrome / 电子软件时，如遇输入法漏编码问题，请指定使用 GTK 模块而非 XIM。在
~/.config/gtk-3.0/settings.ini 中加上 gtk-im-module=fcitx 即可。
nvidia 550 闭源驱动可能导致包括关机、使用 zswap 等多种情况下内核崩溃（kernel panic），请知悉。官方仓库中 Python 3.12 及依赖其的包已经进入稳定仓库。
[archlinuxcn] 仓库中依赖 Python 的包应该会很快完成更新，但是不能排除因为打包出错而延迟的情况。[archlinuxcn] 仓库的用户需要注意官方仓库与 [archlinuxcn] 仓库不一致的情况可能导致的问题，若有疑虑请考虑这两天不要更新或者安装新包，耐心等待软件包重建完成和镜像完全同步。另外记得重新打包从 AUR 等地方手动打包安装的相关软件包（比如 optimus-manager）。
如果已经更新过，使用 pacman -Qoq /usr/lib/python3.11 可列出本地安装的包中还未更新至 Python 3.12 的包。
Arch Linux 2024 项目负责人选举结果
最近我们举办了项目负责人选举，前一任项目负责人 Levente “anthraxx” Polyák 再次参选，而没有别人参选。
因此根据选举规则他再任一届任期。
Arch Linux 项目负责人的职责包括作出一些决策（当没法达成共识时），处理和SPI相关的财政事务，以及整体的项目任务管理。
恭喜 Levente 并希望这一届任期也会是顺利的一届！🥳
https://www.archlinuxcn.org/arch-linux-2024-leader-election-results/
增加 vm.max_map_count 的默认值
系统参数 vm.max_map_count 的默认值将从
65530 增加到 1048576 。
这一变更应该能对一些内存需求较高的应用程序帮助改善性能，减少崩溃或者启动问题，尤其是（但不仅限于）通过 Wine/Steam Proton 玩一些 Windows 游戏的情况。总体上来说，用户应该得到更平滑的开箱使用体验，而目前没有已表明的潜在顾虑，参见 arch-dev-public 邮件列表上关于本提议的讨论。
这项对 vm.max_map_count 的修改将会增加到 2024.04.07-1 版本的 filesystem 包，并且将在更新后生效。
在更新系统前，如果你已经在 sysctl.d 文件中自己设置过这个参数，请要么删除它（来切换到新的默认值），要么确保你的配置文件会比 /usr/lib/sysctl.d/10-arch.conf 文件有更高的优先级（以覆盖新的默认值）。
https://www.archlinuxcn.org/increasing-the-default-vmmax_map_count-value/xz 软件包被植入后门
简单讲：立即升级系统和容器镜像！
大家可能已经听说了 [1]，xz 上游发布的 5.6.0 和 5.6.1 版本的代码包（tarball）中含有添加后门的恶意代码。
Arch Linux Security Tracker 记录了该漏洞 [2]。
xz 软件包旧于 5.6.1-2 的版本（即 5.6.0-1 和 5.6.1-1）包含该后门。
以下发布内容（release artifacts）也包含了受影响的 xz 版本：
- 安装镜像：2024.03.01 版
- 虚拟机镜像：20240301.218094 和 20240315.221711 版
- 容器镜像：任何 2024-02-24 到 2024-03-28 之间（包括这两个日期）构建的版本
受影响的发布内容已经从我们的镜像站上移除。
强烈建议不要使用受影响这些受影响的发布内容。请下载当前的最新版本！
升级系统
如果你的系统当前安装了 xz 5.6.0-1 或 5.6.1-1，强烈建议你立即进行完整系统升级：
pacman -Syu升级容器镜像 要确定否正在使用受影响的容器镜像，使用以下命令（podman 用户）：
podman image history archlinux/archlinux或者（docker 用户）：
docker image history archlinux/archlinuxpodman image pull archlinux/archlinuxdocker image pull archlinux/archlinuxopenssh 不直接使用 liblzma。但 debian 和其他几个发行版对 openssh 打了补丁，引入了 systemd 通知支持，而 libsystemd 确实依赖于 lzma。Arch 并不直接将 openssh 链接到 liblzma，因此这种攻击途径是不可能的。可以通过以下命令来确认这一点：
ldd "$(command -v sshd)"