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
来完成更新
AUR | ![]() |
shiru | |
torrentz2-git | |
python-polling | |
cookiecloud-api-git | |
xcursor-samtoki-genshin-impact | |
xcursor-samtoki-bocchi-the-rock | |
ovf-export-git | |
kbrowser-bin | |
moocs-collect-cli | |
moocs-collect-cli-bin |
Arch Linux是一个轻量的、灵活的Linux发行版,遵循K.I.S.S.原则。
目前我们有专门为x86_64架构优化的官方软件包。作为官方软件包的补充,我们还有一个社区维护的,数量和质量每天都在增长和进步的软件源。
我们强大的社区热情而乐于助人,同时我们以能够用自己的技术能力使用Arch并作为Arch的主干力量而自豪。请查阅我们的论坛和邮件列表来加入我们。如果你想了解更多关于Arch的信息,可以看一看我们的Wiki。
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
来完成更新
由于 KDE4 桌面无人维护已长达数月,同时支持两个版本的 Plasma 也变得越来越困难,我们将从官方仓库中移除 Plasma 4。Plasma 5.5 刚刚发布,它应该稳定到足以替换 Plasma 4 了。
已经安装好的 KDE 4 不会被自动升级到 Plasma 5,但是我们建议所有用户升级,或者迁移至别的维护良好的桌面环境,因为将来的任何更新都可能会在没有预先通知的情况下破坏 KDE 4 桌面。有关升级到 Plasma 5 的指导,请参考 Wiki 页面。
已经进入 [testing] 的 Xorg 1.18.0 将要带来如下变化:
xf86-input-evdev
和 xf86-input-libinput
之间选择。xf86-input-aiptek
将不再更新,并将在 xorg-1.18.0 进入 [extra] 之后被移除。值得注意:NVIDIA 驱动还没有兼容 1.18.0。你可以这样暂时不升级: 给 pacman 命令添加 –ignoregroup=xorg 参数或者在 pacman.conf 的 IgnoreGroup 中添加 ‘xorg’ 。
更新:NVIDIA 驱动现已兼容 xorg-1.18.0 (ABI 20)。
新版本带来了如下变更:
KDE 软件集(Software Collection)已经升级到 KDE应用程序(Applications) 14.12 。
KDE 开发者们已经开始将他们的软件移植到 KDE Frameworks 和 Qt 5 上。这里有一份所有已经移植的软件列表。
当一个 KDE 应用程序的 KDE Frameworks 移植版本被认为已经稳定之后,它就将作为 KDE 应用程序发布,而今后的开发和bug修复将不再被应用到对应的 Qt4/KDE4 版本上。这意味着一旦一个移植版本的应用程序发布了,我们就会切换到新版本。与此同时,我们将去掉KDE模块名的前缀(比如 kdebase-konsole -> kconsole)。
在这个迁移的过程中,将有一些软件包使用 Qt5 同时有另一些使用 Qt4 。我们力图让这个迁移过程对 KDE4 用户表现得平滑,但是取决于你的配置一些程序可能看起来不太一致。请为这两个工具包调整主题和配色方案,这个wiki页或许能帮助你。同时我们也建议切换到本周将发布的 Plasma 5.2 。
请将上游 bug 汇报到 KDE bugzilla 。当然可以转发给我(新闻发布者: Andrea Scarpino)。
为了与上游保持一致,lirc-utils 更名为 lirc。wpc8769l 内核驱动被遗弃了,但是可以通过从 AUR 安装 lirc-wpc8769l 包取得。
注意,0.9.2 版本是一个主版本,上游和打包都有一些变化。特别是,systemd 服务 irexec.service 已经被删除了。如果你希望继续使用这个服务的话,请编辑并复制位于 /usr/share/lirc/contrib/irexec.service 的模板。
由于升级到了 gnupg-2.1,pacman 上游更新了密钥环的格式,这使得本地的主密钥无法签署其它密钥。这不会出问题,除非你想自定义 pacman 密钥环。不过,我们推荐所有用户都生成一个新的密钥环以解决潜在问题。
此外,我们建议您安装 haveged,这是一个用来生成系统熵值的守护进程,它能加快加密软件(如 gnupg,包括生成新的密钥环)关键操作的速度。
要完成这些操作,请以 root 权限运行:
pacman -Syu haveged
systemctl start haveged
systemctl enable haveged
rm -fr /etc/pacman.d/gnupg
pacman-key --init
pacman-key --populate archlinux
pacman-key --populate archlinuxcn
由于微码(microcode)要在引导过程的早期加载,英特尔 CPU 的微码不会再自动加载了。这就需要你去调整一下引导器。如果你有英特尔 CPU,请参见维基上的说明。
只有安装了 java-common 的用户需要手动干预。用下面的命令检查:
$ pacman -Q java-common
java-common ...
如果装了,在升级之前运行下面的命令:
# archlinux-java unset
# pacman -Sydd --asdeps java-runtime-common
:: java-runtime-common and java-common are in conflict. Remove java-common? [y/N] y
# archlinux-java fix
然后即可进行升级:
# pacman -Su
注意:新的 java-runtime-common 软件包不再像之前版本一样支持强制 JAVA_HOME 。详情请阅 Java的Wiki页面 。
由于NVIDIA从343.22版本开始放弃了对G8x, G9x, and GT2xx GPU的支持,现有nvidia-340xx软件包来支持这些旧GPU。NVIDIA称将支持340xx到2019年。
老GPU用户应考虑换到nvidia-340xx。nvidia-343.22和nvidia-340xx-340.46将在几周内抵达testing仓库。
© 2012-2025 Arch Linux Chinese Community | Arch Linux 中文社区
GNU FDL 1.3
Original designed by Archlinux.org
·
XHTML
·
CSS
·
RSS
Proudly powered by WordPress | Server by RivenCloud
The Arch Linux name and logo are recognized trademarks by Judd Vinet & Aaron Griffin. Some rights reserved.