Arch 术语
本页面试图揭开 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 仓库(可以直接通过 pacman 或 ABS 访问)。
您可以在这里访问 Arch Linux User Community Repository。
bbs[编辑 | 编辑源代码]
Bulletin board system,在 Arch 中指用户支持论坛。
core/[core][编辑 | 编辑源代码]
core 仓库包含 Arch linux 的最基本软件包:一个命令行系统的所需都在 [core] 中。
custom/user repository[编辑 | 编辑源代码]
任何人都可以创建供其它人使用的在线仓库。要这么做,需要一批软件包及对应的兼容 pacman 的数据库文件。把这些托管到线上,其他人就可添加你的仓库并使用了。
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#安装软件包。
软件包维护者[编辑 | 编辑源代码]
软件包维护者的作用是:当上游新版本可用时,更新包;处理有关指定包中 bug 的支持问题。该术语适用于:
- Arch 员工,故称受信用户(Trusted User,TU),管理 extra 仓库中的包,并监督 AUR。他们由现有软件包维护者以多数票任命,并遵循 AUR 软件包维护者指南和软件包维护者章程。
- 在官方仓库(尤其是core)维护包的开发者。
- 在 AUR 维护 PKGBUILD 的所有用户。
某个包的维护者是指此人当前对这个包负责。之前的维护者应当在 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 文档的地方,任何人都可以对这些文档做贡献。