Arch 术语

来自 Arch Linux 中文维基
(重定向自Arch terminology

本页面试图揭开 Arch Linux 社区术语的神秘面纱。您可以自由的添加或更改任何术语,但是请使用某个章节的编辑选项。如果想添加新术语请按照字母顺序。

ABS[编辑 | 编辑源代码]

ABS 是Arch Build System(Arch 编译系统)的缩写,可以:

  • 为没有打包的软件制作新软件包
  • 定制/修改已有的软件包,满足您的需求
    • 启用/禁用编译选项
    • 应用源代码补丁
  • 用自定义的编译选项编译整个系统,"类似 Gentoo"
  • 让内核模块在自定义内核上工作

ABS 不是必须的,但是很有用。

Arch Linux[编辑 | 编辑源代码]

应该用下面术语指代 Arch:

  • Arch Linux
  • Arch (省略了隐含的 Linux)
  • archlinux (UNIX name)

Archlinux、ArchLinux、archLinux、aRcHlInUx 等等称呼都不是标准的。

'Arch' 在 "Arch Linux" 中的官方读音是 /ɑːrtʃ/ ,就像单词 "archer",或者 "archnemesis" 中的读音,但不是在单词 "ark" 或者 "archangel" 中的读音。 近似中文普通话“啊吃”的读音(“吃”字去掉韵母并读作轻声),不读作“啊刻”。

Arch 之道[编辑 | 编辑源代码]

一个Arch Linux 原则 的非正式传统说法。

Arch Linux Archive[编辑 | 编辑源代码]

Arch Linux Archive (a.k.a ALA), 之前被称为 Arch Linux Rollback Machine (a.k.a ARM), 保存历史上的官方软件仓库快照,ISO 镜像和 boot straps 压缩包。

AUR[编辑 | 编辑源代码]

Arch用户软件仓库(Arch User Repository,AUR)是为用户而建、由用户主导的Arch软件仓库。AUR中的软件包以软件包生成脚本(PKGBUILD)的形式提供,用户自己通过makepkg生成包,再由pacman安装。创建AUR的初衷是方便用户维护和分享新软件包,并由官方定期从中挑选软件包进入community仓库

许多官方仓库软件包都来自AUR。通过AUR,大家相互分享新的软件包生成脚本(PKGBUILD和其他相关文件)。用户还可以为软件包投票。如果一个软件包投票足够多、没有协议问题、打包质量好,那么它就很有希望被收录进官方[community]仓库(以后就可以直接通过pacmanabs 安装了)。

通过这个页面可以访问 AUR。

TU, 可信用户[编辑 | 编辑源代码]

trusted user(可信用户)是 AUR 和 [community] 仓库的维护人员。可信用户可以在需要的时候将软件包从 AUR 移动到 [community] 仓库。老的可信用户可以通过投票指定新的 TU.

可信用户遵循 AUR 可信用户准测TU 法

bbs[编辑 | 编辑源代码]

Bulletin board system, 在 Arch 中指 用户论坛

community/[community][编辑 | 编辑源代码]

[community] 仓库存储 可信用户 预先编译的软件包。[community] 中的大部分软件包都来自 AUR.

core/[core][编辑 | 编辑源代码]

[core] 仓库包含 Arch linux 需要的基本软件包,一个可用命令行需要的所有软件包都在 [core] 中。

custom/user repository[编辑 | 编辑源代码]

任何人都可以创建供其它人使用的仓库,需要一批软件包,针对这些软件包编写 pacman 可读的数据库文件。然后把这些软件放到网上,其他人就可以把你的仓库加到 pacman 配置文件并使用了。参考 Custom local repository.

Developer[编辑 | 编辑源代码]

无偿为 Arch 提供帮助的半神,开发者 等级仅次于我们的神 Judd Vinet 和 Aaron Griffin 之下,而这两位则位列于卷饼之下。

extra/[extra][编辑 | 编辑源代码]

Arch 的官方软件包很精简,但是我们提供了丰富,更完整的 "附加" 软件仓库,包含大量不会进入到 core 的软件包。此仓库在强大社区的支持下,越来越大。桌面软件环境,窗口管理器和常用程序都位于此仓库。

initramfs[编辑 | 编辑源代码]

请阅读 mkinitcpio.

initrd[编辑 | 编辑源代码]

已经过时,有时会作为 initramfs 的别名使用。

KISS[编辑 | 编辑源代码]

Keep It Simple, Stupid 的简写. 简单 是 Arch Linux 坚持的原则。

makepkg[编辑 | 编辑源代码]

makepkg 会读取 PKGBUILD 文件,然后按脚本编译软件包。所需的是 Linux 平台编译环境, curl 和一些编译脚本。脚本编译的优点是只需要做一次工作。一旦有了编译脚本,只需要执行 makepkg,它会执行剩余的工作: 下载并验证源代码,检查依赖关系,配置编译时间,编译软件包,安装软件包到临时目录,进行定制,生成元数据,然后打包供 pacman 使用。

namcap[编辑 | 编辑源代码]

namcap 是软件包分析工具,可以检查 Arch Linux 软件包和 PKGBUILD 文件. 可以用规则检查文件列表、文件本身或单独的 PKGBUILD 文件。工具的输出和错误标记请参考 Namcap

package[编辑 | 编辑源代码]

请参考 Pacman#安装软件包

软件包维护者[编辑 | 编辑源代码]

软件包维护者的任务是在软件更新后更新软件包并提交软件包的Bug。包含:

  • Arch Linux 核心开发人员,负责维护官方软件仓库(core, extra 和 testing)的维护.
  • 可信用户 是维护非官方软件的维护者.
  • 普通用户可以在 AUR 中维护 PKGBUILD 和本地源代码文件。

软件包维护者是软件的当前负责人,之前的维护者和贡献者应该在 PKGBUILD 中注明。

pacman[编辑 | 编辑源代码]

请参考 pacman

PKGBUILD[编辑 | 编辑源代码]

PKGBUILD 是编译 Arch Linux 软件包使用的脚本。详情参考 Creating packages.

仓库/repo[编辑 | 编辑源代码]

软件仓库是包含一个或多个从 PKGBUILD 编译出来的软件包. 官方软件仓库分成多个部分以方便管理。Pacman 使用这些仓库查找和安装软件包。一个仓库可以是本地的,也可以是远程的(先下载软件包再安装).

RTFM[编辑 | 编辑源代码]

RTFM 代表 "Read The Friendly Manual"(请阅读文档). 很多新 Linux/Arch 用户在询问一个在程序手册里面明确定义的问题时,都会收到这个简单的短语。

这个回复通常意味着用户在发问前没有做足自己的功课。如果有人这么回复你,并不是要侮辱你,仅仅是对你的不努力有些失望。收到这个信息后,最正确的动作是阅读手册页面。

  • 要阅读某个特定程序的手册man 程序名称,

如果没有找到需要的信息,还可以查看下面内容:

testing/[testing][编辑 | 编辑源代码]

主要的软件包在正式发布前,会放在此仓库进行测试,查看是否有 bug 和安装问题。默认是不启用,可以在 /etc/pacman.conf 中启用。

Wiki[编辑 | 编辑源代码]

我们的 wiki 一个寻找 Arch Linux 文档的地方,任何人都可以修改这些文档。