Arch 术语

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

本页面试图揭开 Arch Linux 社区术语的神秘面纱。您可以自由的添加或更改任何术语,但是请使用某个章节的编辑选项。如果想添加新术语,请去原文界面编辑,然后翻译到此界面。

注:本文为规避后续争议,术语权且采用与原文一致的顺序。

ABS[编辑 | 编辑源代码]

ABS 是 Arch Build System 的缩写。

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

应该用下面术语指代 Arch:

  • Arch Linux
  • Arch (省略 Linux)
  • archlinux (UNIX 名)

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

'Arch' 在 "Arch Linux" 中的官方读音是 /ɑːrtʃ/。"arch" 的读音不同于 "ark":和单词 "archer" 或 "archnemesis" 中的一样,与 "archangel" 中的不同。 近似拼音 "a er qi" 的读音,不读作 "a er ke"。

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

Arch Linux Archive (ALA),故称 Arch Linux Rollback Machine (ARM),保存历史上的官方软件仓库快照、ISO 镜像和 boot straps 压缩包。

AUR[编辑 | 编辑源代码]

Arch User Repository(Arch 用户仓库) 是一个社区驱动的 Arch 用户仓库。其储存包的描述信息(PKGBUILD),后者允许您用 makepkg,从源码构建包并通过 pacman 安装。AUR 的创建是为了整理和分享来自社区的新包,并促使 extra 仓库尽快收录受欢迎的包。

许多进入官方仓库的新包最先收录于 AUR。AUR 中,用户可以贡献自己的包构建(PKGBUILD 及相关文件)。AUR 社区可以对 AUR 中的包投票。如果一个包足够受欢迎——前提是它要有一个兼容的许可证,和良好的封装——它可能进入 extra 仓库(可以直接通过 pacmanABS 访问)。

您可以在这里访问 Arch Linux User Community Repository。

bbs[编辑 | 编辑源代码]

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

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

core 仓库包含 Arch linux 的最基本软件包:一个命令行系统的所需都在 [core] 中。

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

任何人都可以创建供其它人使用的在线仓库。要这么做,需要一批软件包及对应的兼容 pacman 的数据库文件。把这些托管到线上,其他人就可添加你的仓库并使用了。

参考 Custom local repository.

Developer[编辑 | 编辑源代码]

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

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

Arch 的官方软件包很精简,但是我们提供了更大更完整的 "附加" 软件仓库。其包含大量非 core 的软件包。此仓库在社区的强力支持下日益壮大。桌面软件环境,窗口管理器和常用程序都位于此仓库。

initramfs/initrd[编辑 | 编辑源代码]

参见 mkinitcpio

KISS[编辑 | 编辑源代码]

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

makepkg[编辑 | 编辑源代码]

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

namcap[编辑 | 编辑源代码]

namcap 是软件包分析工具,可以检查 Arch Linux 软件包及其 PKGBUILD 文件。 可以按规则检查文件列表、文件本身或单独的 PKGBUILD 文件。

规则检查会返回三类消息:错误(error),警告(warning)或信息(information)(类似提示或注释)。错误('E:')是 namcap 非常确信错误并需要修复的东西。警告('W:')是 namcap 认为应当更改,但如果您清楚您在做什么,就可以忽略的东西。信息('I:')只在您使用 info 参数时显示。信息类消息提供无需更改任何东西但可能有用的的信息。

package[编辑 | 编辑源代码]

请参考 Pacman#安装软件包

注意: 不同 GNU/Linux 发行版使用不同的包和包管理器,这意味着您不能用 pacman 在 Arch 上安装一个 Debian 软件包。

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

软件包维护者的作用是:当上游新版本可用时,更新包;处理有关指定包中 bug 的支持问题。该术语适用于:

某个包的维护者是指此人当前对这个包负责。之前的维护者应当在 PKGBUILD 中,与其他对此包有贡献的人一同,作为贡献者列出。

pacman[编辑 | 编辑源代码]

请参考 pacman

PKGBUILD[编辑 | 编辑源代码]

PKGBUILD 是构建 Arch Linux 软件包所使用的脚本。详情参考 Creating packages

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

软件仓库包含一个或(通常地)多个基于 PKGBUILD 预构建的软件包。官方仓库分成多个部分以便管理。Pacman 使用这些仓库查找和安装软件包。一个仓库可以是本地的(在您自己的电脑上),也可以是远程的(先下载软件包再安装)。

RTFM[编辑 | 编辑源代码]

RTFM 代表 "Read The Friendly Manual"(参阅友好文档)。很多 Linux/Arch 新用户在询问一个程序文档明确定义的问题时,会收到这个简洁回复。

通常,在用户在发问前,未曾尝试自己寻找解决方案时,这个缩写会出现。如果有人这么回复您,请注意:这并不是侮辱,只是委婉地请您更细心些,同时对您显现出的疏忽表示略微不满。

收到这个信息后,最正确的动作是阅读手册页面。要阅读某个特定程序的手册:man 程序名称,。

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

注:以上链接直接出自英语原文,限于特殊情况,某些可能无法访问。读者请自行变通。

测试仓库[编辑 | 编辑源代码]

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

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

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

受信用户(TU)[编辑 | 编辑源代码]

参见 #软件包维护者

Wiki[编辑 | 编辑源代码]

我们的 wiki 一个存放 Arch Linux 文档的地方,任何人都可以对这些文档做贡献。