前言

     rpm 包是linux 上比较常见的软件包组织格式；其安装，升级，卸载过程都比较简易，容易上手。 但是，由于rpm的灵魂-spec 文件，其格式，语法不太容易理解，或者有些复杂，导致不少 SA， Pe 或者 开发人员，对于“晦涩”的 SPEC 文件编写却敬而远之，结果不少人就放弃了通过 rpm 去管理软件包。转而投靠 scp/rsync 文件复制， tgz压缩包，git，或者一股脑打包进docker 镜像的方式来管理软件。不管长江后浪如何来势汹汹，经典的 rpm 格式软件包依然是如今系统管理的主流软件管理方式，今天仍然值得技术人员去研习，掌握。

multipkg 的出现

  虽然鄙人曾编撰过一本《Linux 软件管理平台设计与实现》的技术书籍，其中以庖丁解牛的方式，大谈特谈了 rpm 是怎么组成的，从协议组成，字段，源码等等，把 rpm 大卸八块，然后又把spec文件，yum的原理等XX了一遍又一遍，觉得 rpm 和 yum 在我面前，基本已经体无完肤，摇摇欲坠，一览无余。 但是，时至今日，当有人来找我问我：我想搞个RPM，你帮我看下spec 怎么写？我依然会果断的回复：“我不会，自己搞去”。      确实是的，你不可能天天都记得 spec 怎么写，除非你是SCM同学，于是乎，我们开始寻找一种不需要spec 文件的 rpm 制作方式（可能吗？），或者有无能避开spec编写的rpm制作工具？ 答案不用猜，肯定是有的，那就是 multipkg（雅虎系有很多好用而朴实的工具）： https://github.com/ytoolshed/multipkg

multipkg 的安装

直接参考官方文档（注意，确保你的机器能连接到公网）： 以下部署过程，在centos5,6,7 上都得到验证。 git clone https://github.com/ytoolshed/multipkg.git cd multipkg yum install perl-YAML-Syck perl-ExtUtils-MakeMaker PREFIX=./root PKGVERID=0 INSTALLDIR=source scripts/transform perl -I ./source/lib root/usr/bin/multipkg -t . sudo yum -y install multipkg-*rpm rm multipkg*rpm git-multipkg -b https://github.com/ytoolshed/ multipkg sudo yum upgrade ./multipkg*rpm 注意：对于6u的系统，subversion-perl-1.6.11 这个依赖包不好找，需要关注下。 我们都知道，rpm 包从生成过程来比较，分为两类：一类是需要源码编译生成二进制文件的格式，另外一种是不需要源码编译（直接压缩源码）形成的软件包；前者包括 c, java等语言开发的程序，而后者则是一些直接解释，不需要编译成中间代码的语言编写的程序，比如shell,python或者ruby等 语言写的程序。因此，本文，在讲述multipkg的用法时，会介绍到这两种不同生成过程的 rpm 包的构建方法。

multipkg 的工作原理

 multipkg 并没有按照 rpm 的格式去写一个rpm文件（《linux软件管理平台设计与实现》第一章中讲到的协议），因为那样做确实太复杂了，像其他工具一样， multipkg在制作rpm格式的软件包时，是基于rpmbuild命令来实现的。也就是说，准备好源码，spec文件，然后放到合适的目录中，调用rpmbuild命令，就编译生成 了rpm文件。只不过multipkg把rpmbuild+spec文件这种做包方式用的更优雅些，因为你不需要去关注spec文件，也不需要去关注编译rpm文件的目录，而只需要关注你的源码和编译时hook脚本即可。      multipkg工作的大致原理是：通过 index.yaml 文件来提供SPEC文件中的所有tag,比如name,version,require,config等信息， 然后通过scripts/目录下的post.sh,pre.sh,postun.sh,preun.sh这四个脚本，来存储rpmbuild时在安装前后，卸载前后执行的脚本内容。 最后，root目录提供了rpm的文件列表的一部分（因为scripts的脚本中可能会动态创建文件）。 source 或者源码压缩包提供了源码。 这时，构建rpm的因素就足够了。 spec 文件由 index.yaml 文件和scripts 构成。 对于需要编译类的工程，源码压缩包或者source 目录中的文件提供了源码。 对于不需要编译类的工程，root 中的文件直接提供了rpm的文件列表和安装路径。 这样，在编译时，先通过index.yaml和scripts中的文件替换spec文件模板，生成该工程用的spec文件，然后调整源码和spec文件的目录，调用 rpmbuild命令，作用于源码和spec文件，就形成了rpm包。

multipkg 的目录结构

对于需要编译类的工程，一般就是 index.yaml,scripts/*.sh 和source目录（或者源码包 xxx.tar.gz），例如repobuilder这个工程的目录结构如下： tree repobuilder/ repobuilder/ ├── index.yaml ├── scripts │ ├── build │ ├── preun.sh │ └── run └── source ├── cmthread.c ├── colordefine.h ├── configserver.c ├── configserver.h ├── daemon.c ├── datadef.h ├── inihelper.c ├── inihelper.h ├── loghelper.c ├── main.c ├── Makefile ├── nethelper.c ├── nethelper.h ├── os_independent.h ├── repo.conf └── tags 其中index.yaml的内容如下： --- default: name: repobuilder requires: - createrepo >= 0.4.11 summary: muti-thread tasks to update repo of yum server version: '1.1.0' release: '1' group: 'xx' packager: 'xxxxx' license: 'xxxxx' #the multipkg do not support config file for rpm-->need update keepopt: - %config(noreplace) /etc/repo.conf -