pacman的配置
Pacman的配置文件位于/etc/pacman.conf。关于配置文件的进一步信息可以用man pacman.conf 查看。常用选项常用选项都在[options]段。阅读man手册或者查看缺省的pacman.conf可以获得有关信息和用途。软件仓库你可以在/etc/pacman.conf和/etc/pacman.d/里定义使用哪些仓库。它们可以直接在里面定义或者从其它文件里包含进来。下面例子中使用官方软件仓库，用 mirrorlist 设定镜像的一个范例。所有官方软件仓库都使用同一个包含了'$repo' 的 /etc/pacman.d/mirrorlist文件，因此只需要维护一个列表。其中mirrorlist的修改与维护可参见Archlinux的官方wiki [core]#Addyourpreferredservershere,theywillbeusedfirstInclude=/etc/pacman.d/mirrorlist[extra]#Addyourpreferredservershere,theywillbeusedfirstInclude=/etc/pacman.d/mirrorlist[community]#Addyourpreferredservershere,theywillbeusedfirstInclude=/etc/pacman.d/mirrorlist注意：使用testing和unstable仓库的时候要谨慎。
为什么说Arch Linux的pacman包管理系统更先进
从技术架构上来说， pacman 比 apt/rpm 新很多，从而能做到一个 C 写的程序（以及现在分出了一个 C 的库 libalpm）涵盖绝大多数核心功能。这至少有两点好处：
统一的命令格式。所有命令都是 pacman 加一个主要动作(D/S/Q/R/U/F/T)加一些额外选项(s/w/u之类的)加目标，清晰简洁。不像 apt/rpm 系都有很多不同的前端支持不同的命令格式，谁能帮我理清楚 dpkg/apt-get/apt-cache/apt 之间的关系？
更少的依赖使其更加独立。不像 apt/rpm 系的包管理工具经常依赖大量的库，甚至要依赖 perl/python 环境才能用， pacman 非常独立，甚至有个 pacman-static 在 AUR 里根本不依赖任何库包括 libc 。这一点对包管理器来说至关重要，因为面对一个病入膏肓的系统，你通常需要依赖包管理器本身能正常工作从而修复好系统，如果包管理器有太多依赖关系，那麼它坏掉的概率就大大增加了。
