Official Packages

RSS Feed
handlr-regex 0.10.0-2 x86_64
python-googleapis-common-protos 1.63.0-1 any
python-google-auth 2.28.2-1 any
python-autodocsumm 0.2.12-1 any
python-apptools 5.2.1-1 any
lib32-libldap 2.6.7-1 x86_64
ttc-iosevka-ss18 29.0.2-1 any
ttc-iosevka-ss17 29.0.2-1 any
ttc-iosevka-ss16 29.0.2-1 any
ttc-iosevka-ss15 29.0.2-1 any

Update your mirrorlist

AUR

RSS Feed
chromazone  
python-xtb  
pikaur-aurnews  
mesonlsp  
python-mod  
belenios  
python-pyln-client  
python-pyln-proto  
python-pyln-bolt7  
fnb-git  


更多...

  • 近期文章
  • 归档
  • 其他操作




  • 欢迎来到 Arch Linux 中文社区

    Arch Linux是一个轻量的、灵活的Linux发行版,遵循K.I.S.S.原则。

    目前我们有专门为x86_64架构优化的官方软件包。作为官方软件包的补充,我们还有一个社区维护的,数量和质量每天都在增长和进步的软件源

    我们强大的社区热情而乐于助人,同时我们以能够用自己的技术能力使用Arch并作为Arch的主干力量而自豪。请查阅我们的论坛邮件列表来加入我们。如果你想了解更多关于Arch的信息,可以看一看我们的Wiki

    Learn more...

    RSS Feed

    最新文章

    mkinitcpio 迁移挂钩及早期微码更新

    2024 年 3 月 5 日

    伴随 mkinitcpio v38 发布,几个之前以 Arch 打包提供的挂钩(hook)移动到了 mkinitcpio 上游项目中。这些挂钩是: systemd, udev, encrypt, sd-encrypt, lvm2 和 mdadm_udev。
    为了保证不破坏用户设置,我们在相关包中加入了一些临时的冲突,避免安装不再相互兼容的包。
    以下这些包必须同时更新:

    • mkinitcpio 38-3
    • systemd 255.4-2
    • lvm2 2.03.23-3
    • mdadm 4.3-2
    • cryptsetup 2.7.0-3

    请注意 mkinitpcio--microcode 选项和 preset 文件中的 microcode 选项将被弃置,取而代之的是新的 microcode 挂钩。这可以让你删掉引导配置中的 initrd 加载微码的行,因为它们现在已经打包进了主 initramfs 镜像文件中。

    我们将 dbus-broker 设为默认的 D-Bus 守护进程

    2024 年 1 月 10 日

    为了提高性能、可靠性以及与 systemd 的集成,我们将 dbus-broker 设为 D-Bus 的默认实现。
    在可预见的未来,我们仍将支持使用 dbus-daemon,即之前的实现。Pacman 会询问你是否要安装 dbus-broker-unitsdbus-daemon-units。我们建议选择默认选项。
    如需了解更详细的原因,请参阅我们的 RFC 25

    Bugtracker 到 GitLab 的迁移已经完成

    2023 年 12 月 4 日

    我们很高兴地宣布 bugtracker 到 GitLab 的迁移已经完成!🥳

    感谢每个在迁移过程中提供了帮助的人。

    这意味着 GitLab 上的软件包仓库的 issue tracker 和 merge request 现在已经被启用了。

    在此之后,旧版的 bugtracker 将会被关闭。但是出于归档相关的原因,我们会为其提供一份静态副本,如此,链接(比如这个随机选取的 Task #56716)将会保持稳定可用。被迁移的 bug 的评论区会留有一个关闭评论区的评论,该评论会提供一个指向 GitLab 的新 URL。

    软件包的打包 bug 现在在对应软件包的打包资源仓库中创建。archlinux.org 的软件包页面上的 “Add a new Bug” 按钮现在将会自动将你引导到正确的地方去创建 issue。在此之后,工作流基本上和原先的一致。首先,我们的 Bug Wrangler 们会查看并分类 issue,然后它们将会被交由对应的 Package Maintainer 们去处理。一个完整的 issue 列表可以在这里找到。

    如果你没有一个(授权认证了我们的 SSO 服务的)GitLab 帐号的话,你可以像 banner 中建议的那样使用你想要的用户名来写一份邮件发送到 accountsupport@archlinux.org。

    即将到来的 JDK/JRE 21包更新可能需要手动干预

    2023 年 11 月 3 日

    我们将为我们的发行版中的 JDK/JRE 包引入一个改动。这个改动是由较新版本的 Java (> 9) 的 JRE 构建方式导致的。我们将在 Java 21 版本中引入这个改动。

    总的来说,我们将会让 JDK 和 JRE 包冲突,而不再是允许它们在系统中共存。JDK 包已经包含了运行 Java 应用所需的运行时环境,所以如果你同时需要 Java 的运行时环境和编译环境的话,以后你只需要安装 JDK 包即可。如果你只需要 Java 的运行时环境的话,那么 JRE (或 jre-headless) 就足够了。

    这可能需要由用户在系统升级时进行手动干预:

    • 如果你同时安装了 JDK 和 JRE,那么你可以使用 pacman -Syu jdk-openjdk 命令来手动安装 JDK 并同时删除 JRE 相关的包。
    • 如果你同时安装了 JRE 和 JRE-headless,那么你将会需要手动选择二者中的一个并手动安装它,因为这两个包现在会互相冲突。
    • 如果你只安装了 JDK/JRE/JRE-headless 中的一个,那么 pacman 应该可以在不需要用户手动干预的情况下自行解析依赖。

    目前,这些内容仅针对即将到来的 JDK 21 版本发布。

    默认密码哈希算法和 umask 配置的改动

    2023 年 10 月 13 日

    随着 shadow >= 4.14.0 更新, Arch Linux 的默认密码哈希算法由 SHA512 变更为 yescrypt
    另外,umask 配置现在需要在 /etc/login.defs 中配置而不是在 /etc/profile 中。
    这个改动应该不需要用户作任何手动干预。

    使用 yescrypt 的理由

    我们选择了基于密码的密钥推导函数 (KDF) 和密码哈希方案 yescrypt,因为它被 libxcrypt 所采用 (已经可以在 libxcrypt 中使用,libxcrypt 由 pam 使用),并且相较于 SHA512yescrypt 对密码爆破有着更好的抵御能力。

    虽然密码哈希竞赛的胜者是 argon2,但是这个算法目前还没有被 libxcrypt 采用 (第一次尝试第二次尝试)。

    配置 yescrypt

    在 pam 实现对 /etc/login.defs 中的 YESCRYPT_COST_FACTOR 配置项的读取之前,该配置项没有任何作用。如果你需要为 YESCRYPT_COST_FACTOR 配置一个高于(或低于)默认值(5)的数值,那么你可以将其配置为使用 pam_unix 模块的 rounds 选项 ( 例如在 /etc/pam.d/system-auth 中)。

    总体变更列表

    • yescrypt 替代 SHA512 作为默认使用的密码哈希算法
    • pam 会尊重在 /etc/login.defs 被选中的 ENCRYPT_METHOD 并且不会再覆盖被选中的方法
    • filesystem (>= 2023.09.18) 和 pambase (>= 20230918) 中的改动确保了 umask 会在 /etc/login.defs 中被集中地配置而不再是在 /etc/profile 中

    ansible-core >= 2.15.3-1 更新可能需要手动干预

    2023 年 8 月 20 日

    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-6 更新需要手动干预

    2023 年 8 月 12 日

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

    pacman -Rdd mutter43
    pacman -Syu

    TeX Live 打包改变了组织结构

    2023 年 6 月 20 日

    从版本 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 更新需要手动干预

    2023 年 6 月 15 日

    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 迁移已完工

    2023 年 5 月 21 日

    我们非常骄傲地宣布迁移到 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
    Older Posts »


    © 2012 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.