Arch terminology (简体中文) - ArchWiki

# Arch terminology (简体中文)

From ArchWiki
翻译状态： 本文是英文页面 Arch_terminology 的翻译，最后翻译时间：2017-10-19，点击这里可以查看翻译后英文页面的改动。

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

## ABS

Arch 编译系统 (ABS) 可以:

- 为没有打包的软件制作软件包
- 定制/修改已有的软件包，满足您的需求（启用或禁用选项)
- 用自定义的编译选项编译整个系统，"类似 Gentoo"
- 让内核模块在自定义内核上工作

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

## Arch Linux

应该用下面术语指代 Arch：

- Arch Linux
- Arch (Linux implied)
- archlinux (UNIX name)

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

'Arch' 在 "Arch Linux" 中的官方读音是 /ˈɑrtʃ/ ，就像单词 "archer"，或者 "arch-nemesis" 中的读音，但不是在单词 "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。通过AUR，大家相互分享新的软件包生成脚本（PKGBUILD和其他相关文件）。用户还可以为软件包投票。如果一个软件包投票足够多、没有协议问题、打包质量好，那么它就很有希望被收录进官方[community]仓库（以后就可以直接通过pacman 或 abs 安装了）。

通过这个页面可以访问 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 平台编译环境， wget 和一些编译脚本。脚本编译的优点是只需要做一次工作。一旦有了编译脚本，只需要执行 makepkg，它会执行剩余的工作: 下载并验证源代码，检查依赖关系，配置编译时间，编译软件包，安装软件包到临时目录，进行定制，生成元数据，然后打包供 pacman 使用。

## namcap

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

## package

软件包是一个包含如下内容的压缩包:

- 应用程序所有(编译后)的文件
- 软件的元数据，包含程序名称、版本、依赖关系 ...
- pacman 需要的安装文件
- (可选) 方便使用的文件，例如启动/禁用脚本

Arch 软件包管理器 pacman 可以安装、更新和删除这些软件包。使用软件包而不是自行编译软件包有如下好处：

- 更新方便: pacman 会在有软件包更新时进行安装
- 依赖检查: pacman 会帮你处理依赖关系，所以你只需要给出需要安装的软件包，pacman 会安装所有需要的其它软件包
- 完全清理: pacman 有一个软件包的完整文件列表，删除软件时不会有残留.

注意: 不同的 GNU/Linux 发行版使用不同的软件包和软件包管理程序，所以不能使用 pacman 在 Arch 上安装 Debian 软件。

## 软件包维护者

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

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

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

## pacman

pacman软件包管理器是 Arch Linux 的一大亮点。它将一个简单的二进制包格式和易用的构建系统结合了起来(参见makepkg和ABS)。不管软件包是来自官方的 Arch 库还是用户自己创建，pacman 都能方便得管理。

pacman 通过和主服务器同步软件包列表来进行系统更新，这使得注重安全的系统管理员的维护工作成为轻而易举的事情。这种服务器/客户端模式可以使用一条命令就下载/安装软件包，同时安装必需的依赖包。

## pacman.conf

pacman 的配置文件，位于 `/etc`. 完整介绍请参考pacman.conf(5).

## PKGBUILD

PKGBUILD 是编译 Arch Linux 软件包使用的脚本。详情参考 Creating packages (简体中文).

## 仓库/repo

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

## RTFM

"Read The Fucking (or Fine) Manual". 很多新 Linux/Arch 用户在询问一个在程序手册里面明确定义的问题时，都会收到这个简单的短语。

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

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

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

- 搜索 wiki
- 搜索 论坛
- 搜索 邮件列表
- 搜索 web

## testing/[testing]

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

## udev

udev 提供了一个动态的设备目录，仅包含实际存在的设备。它会在 `/dev` 目录创建或删除设备，或者重命名网络接口。

通常 udev 作为 udevd(8) 运行并在设备添加/移除时收到内核的 uevent 通知。

如果 udev 收到了设备事件，会根据配置规则和 sysfs 中的信息进行匹配，确认设备。匹配规则可以提供额外的设备信息或指定设备节点名称和软链接，并要求 udev 在事件处理时运行额外的程序。

## wiki

这里! 一个寻找 Arch Linux 文档的地方，任何人都可以修改这些文档。

Category:

- About Arch (简体中文)