Arch Linux Chinese Messages
Ir al canal en Telegram
Arch Linux 中文相关信息 跟进 Arch Linux 日常踩坑预警，翻译官方新闻， testing 测试预警等。另有 @archlinuxcn_updates 提供滚动打包记录。 频道内容来自 Arch Linux 中文社区群组 @archlinuxcn_group https://fars.ee/~readme.html 杜洛夫在所有订阅数较多的频道下方都添加了广告，其收益并不分配给频道主，频道主也无法控制其内容。如果在本频道下方看到广告，均与 Arch CN 社区无关，请勿点击或相信其内容
Mostrar más📈 Análisis del canal de Telegram Arch Linux Chinese Messages
El canal Arch Linux Chinese Messages (@archlinuxcn) en el segmento lingüístico de Chino es un actor destacado. Actualmente la comunidad reúne a 11 176 suscriptores, ocupando la posición 10 752 en la categoría Tecnologías y Aplicaciones y el puesto 17 916 en la región China.
📊 Métricas de audiencia y dinámica
Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 11 176 suscriptores.
Según los últimos datos del 27 agosto, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de 94, y en las últimas 24 horas de 7, conservando un alto alcance.
- Estado de verificación: No verificado
- Tasa de interacción (ER): El promedio de interacción de la audiencia es 79.06%. Durante las primeras 24 horas tras publicar, el contenido suele obtener N/A% de reacciones respecto al total de suscriptores.
- Alcance de las publicaciones: Cada publicación recibe en promedio 8 838 visualizaciones. En el primer día suele acumular 0 visualizaciones.
- Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 97.
📝 Descripción y política de contenido
El autor describe el recurso como un espacio para expresar opiniones subjetivas:
“Arch Linux 中文相关信息
跟进 Arch Linux 日常踩坑预警，翻译官方新闻， testing 测试预警等。另有 @archlinuxcn_updates 提供滚动打包记录。
频道内容来自 Arch Linux 中文社区群组 @archlinuxcn_group
https://fars.ee/~readme.html
杜洛夫在所有订阅数较多的频道下方都添加了广告，其收益并不分配给频道主，频道主也无法控制其内容。如果在本频道下方看到广告，均与 Arch CN 社区无关，请勿点击或...”
Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 28 agosto, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Tecnologías y Aplicaciones.
11 176
Suscriptores
+724 horas
+107 días
+9430 días
Archivo de publicaciones
撤销以 wireplumber 替代 pipewire-media-session
两天前，
wireplumber 新的打包会提示替代 pipewire-media-session 包，因为后者作为 PipeWire 的会话管理器，它的上游已经停止更新不再会有新版本了。不幸的是这个步骤有些仓促。
我们的 pipewire 音频包（pipewire-alsa, pipewire-jack 和 pipewire-pulse）也提供了设置让 media-session 激活 PipeWire 的音频特性。如果没有按照这些包并且没有这些配置，PipeWire还是能用来处理屏幕录制而不干扰 ALSA 或 PulseAudio 。
WirePlumber 无视了这个机制，会总是试图让 PipeWire 接管音频设备，意味着 PulseAudio 和单用 ALSA 的用户的音频坏了。
已经撤销了包替换的修改，但是我们仍然在试图寻找一个更好的方案迁移到 WirePlumber 。如果你目前不使用 PipeWire 的音频功能，并且系统中已经安装了 wireplumber ，请重新安装 pipewire-media-session 包后重启，以恢复音频功能。
pacman -Syu pipewire-media-session
https://www.archlinuxcn.org/undone-replacement-of-pipewire-media-session-with-wireplumber/QEMU >= 7.0.0 修改了拆包方式
从
qemu 7.0.0 更新开始我们用元包（meta package）将它拆包成了更细分的打包。
– qemu包现在是被元包 qemu-base, qemu-desktop 和 qemu-full 提供的虚包。
– 7.0.0之前的qemu包的功能现在被qemu-desktop代替。
– qemu-headless包的功能现在被qemu-base代替。
– qemu-arch-extra包和qemu-headless-arch-extra包的功能现在被qemu-emulators-full代替。
– 元包qemu-full包提供所有 QEMU 相关的包（除了qemu-guest-agent)
https://www.archlinuxcn.org/qemu-700-changes-split-package-setup/Keycloak 17.0.1-2 更新需要手动重新配置
keycloak包在17.0.1-2版本前跑了WildFly服务器。因为上游在正式迁移到Quarkus发布，Arch Linux 也将跟从这一决定。这意味着升级时需要一些手动干预。
配置文件需要从老的 .xml 格式更新到新的 /etc/keycloak/keycloak.conf。
在更新之前，停止 keycloak 服务，升级包，并且在开启服务前迁移配置：
systemctl stop keycloak.service pacman -Syu keycloak # migrate configuration /etc/keycloak/keycloak.conf systemctl start keycloak.service参阅 Keycloak 的 迁移文档 和 Keycloak Quakus 服务器文档。 https://www.archlinuxcn.org/keycloak-1701-2-update-requires-manual-reconfiguration/
Arch Linux 项目负责人竞选结果
本月我们举行了我们的负责人竞选，结果是没有对我们的当前负责人 Levente Polyák 的异议。根据我们的 选举规则，他将继续连任一个新任期。
恭喜 Levente Polyak 赢得新任期!
https://www.archlinuxcn.org/arch-linux-leader-election-results/
腾讯云 Arch Linux 镜像及 [archlinuxcn] 镜像异常，最后同步时间显示为去年四月份，并且我这里访问时常超时。请用户暂时转用其它镜像。
调试符号（debug）包和 debuginfod
我们很高兴地宣布 Arch Linux 将有调试符号包了。
我们的 debuginfod 实例将提供调试符号信息和源码列表，这些可以被调试器比如 gdb 和 delve 利用。
https://debuginfod.archlinux.org/
一些由赞助商提供服务器的镜像站已经开始提供 debug 软件源的镜像，同时我们正在商讨新的镜像站要求。
- https://america.mirror.pkgbuild.com
- https://asia.mirror.pkgbuild.com
- https://europe.mirror.pkgbuild.com
目前并不是所有包都提供调试符号包，这是我们正在进行的工作。
更多信息请参阅 Debuginfod 维基页，以及我们近期刚更新的 Debugging/Getting traces 维基页。
linux-firmware 20220119.0c6a7b3-2 需要内核 >=5.3 以及做了拆包
linux-firmware 从 20220119.0c6a7b3-2 开始实现了内核固件压缩。 Linux 内核从 5.3 开始支持加载 xz 压缩过的固件。这需要启用
CONFIG_FW_LOADER_COMPRESS 内核编译选项。所有官方 Arch Linux 内核早已开启了这一选项[1]。
并且 linux-firmware 包已经被拆分成多个小包，进一步减少磁盘占用。拆包将一些很少使用的硬件上较大的固件文件分到了独立的包中。受影响的硬件包括： Mellanox Spectrum 交换机, Marvell 设备, Qualcomm 芯片集, Cavium LiquidIO 服务器适配器, QLogic 设备, Broadcom NetXtreme II 10Gb 以太网适配器。
如果需要的话请确保安装这些附加固件包。 [2]
[1] FS#72899
[2] FS#72559 + svn commit
https://www.archlinuxcn.org/linux-firmware-202201190c6a7b3-2-requires-kernel-53-and-package-splitting/
libxml2>=2.9.12-6 更新需要手动干预
libxml2 包在版本 2.9.12-6 之前缺失了预编译好的 python 模块。这个问题已经在 2.9.12-6 中修复，所以更新时需要覆盖未被跟踪到的 pyc 文件。如果你在升级时遇到如下报错：
libxml2: /usr/lib/python3.10/site-packages/__pycache__/drv_libxml2.cpython-310.opt-1.pyc exists in filesystem libxml2: /usr/lib/python3.10/site-packages/__pycache__/drv_libxml2.cpython-310.pyc exists in filesystem libxml2: /usr/lib/python3.10/site-packages/__pycache__/libxml2.cpython-310.opt-1.pyc exists in filesystem libxml2: /usr/lib/python3.10/site-packages/__pycache__/libxml2.cpython-310.pyc exists in filesystem更新时请使用命令：
pacman -Syu --overwrite /usr/lib/python3.10/site-packages/__pycache__/\*完成升级。 https://www.archlinuxcn.org/libxml22912-6-update-may-require-manual-intervention/
官方仓库中 Python 3.10 及依赖其的包已经进入稳定仓库。[archlinuxcn] 仓库中依赖 Python 的包应该会很快完成更新，但是不能排除因为打包出错而延迟的情况。
由于 Arch Linux 官方仓库和 [archlinuxcn] 仓库是分开的，镜像站上有可能其中之一有延迟而另一个没有，造成更新之后部分依赖 Python 的软件包无法使用。
[archlinuxcn] 仓库的用户需要注意以上不一致的情况可能导致的问题，若有疑虑请考虑这两天不要更新或者安装新包，耐心等待软件包重建完成和镜像完全同步。另外记得重新打包从 AUR 等地方手动打包安装的相关软件包。
使用 pacman -Qoq /usr/lib/python3.9 可列出本地安装的包中还未更新至 Python 3.10 的包。
Python 3.10 系列更新已进入 testing/community-testing 源，开启 testing 的用户请自行编译更新 [archlinuxcn] 源及 AUR 中的 python 包。
xorg-server 21.1.1-2 的 DPI 变化
xorg-server 21.1.1-2 更新已进入 [extra] , 一项用户可见的变化是修正了自动检测屏幕DPI相关的逻辑，原本部分显示器不能正确报告 DPI 的情况下使用默认 96 DPI，修正后会默认检测并使用正确的显示器 DPI 了。此次变更的可见效果之一是如果没有设置过 DPI 可能导致在一部分较高 DPI 的硬件上显示 GUI 组件比原本更大。由于本次变更的可见效果对用户影响较大，上游和 testing/xorg-server 21.1.1-3 正在考虑撤销这个变化。如果您更新后遇到组件元素过大，alacritty 等 winit 程序不能正确放大窗口，之类的问题，可以尝试通过以下方案回到以前的 DPI 设置：
1. 修改 Display Manager 比如 sddm 启动 Xorg 的默认 DPI 到 96。参考 https://t.me/archlinuxcn_group/2149313
2. 修改桌面环境比如 KDE 的字体设置，强制使用固定的 96 DPI。 参考 https://t.me/archlinuxcn_group/2150809
3. 修改 ~/.Xresource 中的 Xft.dpi 使用 96 DPI。参考 https://wiki.archlinux.org/title/HiDPI#X_Resources
4. 耐心等待 xorg-server 21.1.1-3 从 testing 进入 extra
5. 考虑回滚 xorg-server 相关包到 21.1.0 （有一定风险）
Gnome 不受本次变化影响，KDE 环境另可参考 archwiki HiDPI 页 ，其余 WM 用户可参考 HiDPI#X_Resources。
Arch Linux bug: https://bugs.archlinux.org/task/72661
xorg-server bug: https://gitlab.freedesktop.org/xorg/xserver/-/issues/1241
Grub 2.06 更新 os-prober 用户需要手动干预
grub 2.06 更新已经进入官方源，本次更新有以下两个需要注意的变化：
1. 如果您正在使用 os-prober 生成其他系统的引导项，grub 2.06 不再自动启用 os-prober，您需要添加
GRUB_DISABLE_OS_PROBER=false 至 /etc/default/grub 配置文件中并且重新运行 grub-mkconfig
2. grub 2.06 现在会自动添加 固件设置菜单 引导项目，无需手动创建替换旧密码散列
从
libxcrypt 4.4.21 版本开始，新的密码不再接受由弱密码散列算法（比如 MD5 和 SHA1）产生的散列。还在用弱算法保存密码的用户会在下一次登入时收到提示更新他们的密码。
如果登入失败（比如通过显示管理器Display Manager时）请尝试切换到虚拟终端（Ctrl-Alt-F2）然后从那儿登入一次。
https://www.archlinuxcn.org/sorting-out-old-password-hashes/