Arch Linux怎样构建一个简单的软件包

这两天给 Kreogist µ 打 Arch Linux 包，照着 wiki 跟着搞，同时在肥猫和 Wicast C 及暴君还有 jimmy66 等强力大腿及小伙伴的支持下，几番折腾终于打好了，也算是入了个门。

搞完过来发现也算简单，总体来说其实就是一个 PKGBUILD 文件的编写。就着给 µ 打的这个包写个简单指南。在写的时候实在太不知道怎么写的地方还可以直接参考一下其他软件包的 PKGBUILD 是怎么写的我才不会说呢。

编写 PKGBUILD

在最开头，复制一份原型： /usr/share/pacman/PKGBUILD.proto（同目录下也有其他特别类型的原型），之后就从这个文件开始编写啦。

先读完文件开头那段注释，然后删掉它～

Maintainer

最开头一行注释是维护者的信息，按照它提供的格式填写上有效的信息即可。

pkgname

软件包的名字。只能用 小写字母、数字和@ . _ + - 这些字符，且不允许用.或者-作开头。

另外不要和 AUR 甚至是官方仓库里面的软件包重名了(´・ω・｀)

pkgver

软件包的版本，就是你打包的那个软件的版本。可以使用数字和小数点，以及其它字符。进一步的规则可参考：VCS package guidelines - ArchWiki

pkgrel

软件包发行号，一般设为 1，如果你因为某些原因给同版本号的软件进行反复打包，那么每次打包的时候 pkgrel 就应该在原基础上递增一个数字，而在打包新的版本的时候，应该重新设为 1。

epoch

强行干涉包的新旧关系，拥有更大的 epoch 值的包会被认做更新的包（此时无视版本号），可以用在如版本号风格改变等需要的时候。默认值为 0，取值为正整数。一般不会用到。

pkgdesc

软件包的描述信息，最好一句话，且不包含软件的名字。

arch

表示支持的 Arch Linux 的架构，比如 i686、x86_64，如果包与平台无关的话就填 any。

url

与软件包相关的链接，一般是项目首页什么的。

license

软件发布协议，如果是常见的 GPL 的话可以对照下面填写：

(L)GPL - (L)GPLv2 及更新版本。

(L)GPL2 - 仅 (L)GPL2

(L)GPL3 - (L)GPL3 及更新版本

depends

这是非常重要的一项，需要正确填写上软件的依赖。

对于直接发布可执行程序的话，可以通过 ldd 来看程序连接了哪些库文件，结合搜索判断出具体依赖是什么软件包。你可以用谷歌在  上搜索具体库的文件名，一般都能够找到对应的软件包。

如果你已经用 makepkg 打出了 .tar.xz 的包，也可以用 Namcap 来检查依赖是否存在问题，它会提供一些有用的信息帮助修正依赖。对于他的输出含义可以直接参考 ArchWiki。

多测试多测试，确保依赖真的没问题。

source

构建软件包需要的文件。可以是一个本地文件，也可以是一个远程文件。 makepkg 会在构建包的时候自动下载填写的远程文件，并且会自动解包压缩文件。

md5sums

对应的 source 里面文件的 md5 校验码。

package()

在构架包的时候执行的函数。你需要把安装软件对应的 *** 作写在这里。函数会在一个 fakeroot 环境下执行，对应的 root 目录就是 $pkgdir，比如你有一个可执行文件名为 $pkgname 要安装到 /usr/bin 下面，对应的命令就可以类似这么写：

install -m=775 $pkgname "${pkgdir}/usr/bin"

-m 选项表示目标文件的权限，和 chmod 参数同理。

常用目录

目录

用途

/etc    系统关键配置文件，如果件有多个，应该创建合适的子目录来存放  

/usr/bin    二进制文件  

/usr/lib    库  

/usr/include    头文件  

/usr/lib/{pkg}    模块，插件等  

/usr/share/doc/{pkg}    应用程序文档  

/usr/share/info    GNU Info 系统文件  

/usr/share/man    手册  

/usr/share/{pkg}    程序数据  

/var/lib/{pkg}    应用持久数据  

/etc/{pkg}    {pkg}的配置文件  

/opt/{pkg}    大的独立程序，例如 Java  

/usr/share/applications/    Desktop Entry (.desktop) 文件  

/usr/share/icons/    图标，存在该目录下对应子目录位置  

不该碰的目录：

/dev

/home

/srv

/media

/mnt

/proc

/root

/selinux

/sys

/tmp

/var/tmp

构建/调试包

在 PKGBUILD 所在目录下执行 makepkg 可以构建出对应的软件包，推荐用 namcap 检测一下构建出来的包有没有更显著的问题。

然后你可以用 pacman -U 命令安装它，看看会不会发生什么奇怪的事情，以及软件是否正常等。

当然还有可能因为 PKGBUILD 没写好，直接就报错不干了，这个时候需要顺着错误信息去修正 PKGBUILD。

发布到 AUR

在 PKGBUILD 所在目录执行 makepkg --source，会生成 .src.tar.gz 源码包，这就是需要上传到 AUR 的东西，注意不要把任何二进制文件加入源码包。

在 AUR (Arch User Repository) 注册（登入）帐号。进入 Submit 页面，选择好软件包对应的分类，然后添加源码包上传即可。

即使你是要更新一个包，也只需要直接在 Submit 页面上传，包的信息 AUR 会自己处理。

如果觉得每次上传太麻烦，你可以尝试一下 aurupload 来简化发布。

使用archlinux一年半以来，图形界面使用的是lxde，个人认为优势和该注意的事项如下：

一、 优势

安装包滚动发行，可以实时保证自己系统里的所有可执行文件和函数库都是最新的。这样可以让自己不断地跟进linux世界的进展。

yaourt和makpkg可以用于管理源代码安装的程序。 archlinux使用pacman（与Redhat下的yum，Debian下的apt类似）管理安装程序，在长期使用过程中，我相信用户都会将最常用的命令和选项重命名为一个方便输入的命令，比如“pacman -S”定义为pin，“pacman -Rs”定义为prm。但是，同样的，我在Redhat（Fedora，Centos）下同样可以定义“yum install”为pin，或者在Debian（ubuntu，linuxmint）下定义“apt-get intsall”为pin，从这个意义下，pacman的优势没有那么突出。但是yaourt不一样，它可以用源代码编译的方式安装那些没有在正式的镜像服务器上给出的应用程序（也就是无法使用pacman直接安装），编译源代码最头疼的依赖问题可以通过yaout解决，会自动安装依赖（通过pacman或者yaourt），编译完成后生成一个pacman安装包，然后提示安装。

当然，该注意的事项也是有的

二、 注意事项

1. 版本冲突。总是使用最新的函数库和程序，这也带来很大的问题，因为你会发现有时候一个程序没法用了，发现是函数库版本的问题，更新了函数库之后，发现更多的程序用不了了，因为并不是所有应用程序都会实时更新的，每一次这种问题都很折磨人。

---