前言
前一篇文章中介绍了 multipkg 的安装和基本用法，这两天又结合之前的例子，整理了一篇类似于“实战系列”的文档，
详细说明了 rpm 中的一些细节配置在multipkg中怎么写，以便读者能通过multipkg实现rpm/spec的高阶功能；另外，
晚上总结了最近和以前的几个思路，给multipkg加了一些功能，还未合并到作者的master分支，需要使用的同学可以直接从我
的仓库来获取：
git clone https://github.com/duanjigang1983/multipkg.git
cd multipkg
git checkout duanjigang1983即可。
另外，examples/tskeeper 是我新加到其中的一个例子，tskeeper 的index.yaml详细展示了multipkg的配置方法，读者可以参考其写法(源代码是大概10年前
写的，如果有丑陋的地方，请包涵，因为我们的目的是为了展示multipkg的用法，并不是例子代码本身)。
下面，我们结合几个用法展开本文的内容：
rpm 安装空目录
为了能在 rpm 包中自带一个空目录，你需要在 spec 文件中通过这样的语法：
%dir dirname告知 rpmbuild 这个目录需要保留在rpm文件中，而在multipkg中，spec 文件被封装起来了，如果要在rpm中自带空目录, 该怎么办呢？
查看源代码可以知道，在 multipkg 中，是通过每个目录中的 “.keep”文件来实现空目录保留的。比如：
root/
├── etc
│ ├── pkgaudit.conf
│ └── test.conf
├── usr
│ └── local
│ └── pkgaudit
│ ├── data
│ │ └── readme.txt
│ └── log
│ └── readme
└── varmultipkg .rpm -qpl xxx.rpmtouch root/var/.keep后，再次 multipkg 生成 rpm后，就能看到这个目录。
这个功能在multipkg的源码在文件 multipkg/source/lib/Seco/Multipkg.pm 中：
921 if ( -d _ ) {
922 print $f $rpmattr . "\%dir /$_\n" if ( -e "$path/.keep" );
923 }
924 else {
925 print $f $rpmattr . "/$_\n";
926 }
927 }
928读者可以参考我的git fork出来multipkg的例子(branch:duanjigang1983)：
ls examples/tskeeper/root/usr/local/tskeeper/ -a
. .. .keep然后再touch 上.keep文件，编译rpm，进行查看验证。
requires 依赖等
依赖包的问题，直接在 index.yaml中编写就行，比如：
arch: noarch
provides:
- Seco::Multipkg
- perl-seco-class
- perl-seco-cpan
requires:
- perl-YAML-Syck
- subversion-perl
- perl-Git
- perl-Errorconfigfiles 和 docfiles
configfiles 在 multipkg 中已经有支持，只不过原作者并未提供例子，在对代码进行分析后，我们得到了配置文件的书写语法。
如果在index.yaml中不添加files:这一项的话，所有安装的文件，multipkg都会把其添加到files列表中，默认属性是 :
%default(-,root,root)%files
%defattr(-,root,root)
/usr/local/pkgaudit/log/readme
/usr/local/pkgaudit/data/readme.txt
/etc/pkgaudit.conf
/etc/test.conf
/etc/service/pkgaudit/run
/etc/service/pkgaudit/log/run
%dir /varrpm -qp xxx.rpm --configfiles这时，如果要把 某个文件加入到配置文件列表中，就需要在 index.yaml 中增加 files: 项了，格式如下( 仍以 tskeeper 为例)：
requires: ## tskeeper requires 'procps' and daemontools to be installed firstly
- procps
- daemontools
provides: ### The package 'tskeeper' will provide something named as 'tskeeper-examples' and 'cmesoft-tskeeper'
- tskeeper-examples
- cmesoft-tskeeper
conflicts: ### sorry, i am conflicted with some rpms such as 'other-task-keeper' and 'all-task-keeper',
- other-task-keeper
- all-task-keeper
obsoletes: ## when u want to install old-tskeeper with 'yum install old-tskeeper', you will get me -'tkeeper' ^_^
- old-tskeeper
- taskeeper
files:
- "/etc/test_conf1.conf": ##just set attributes of this file, but not a configfile
group: "root"
perm: "0666"
owner: "root"
- "/etc/test_conf2.conf":
group: "root"
perm: "0777"
owner: "nobody"
config: "no" ## no matter what this value will be, 'config' tells multipkg 'please set me as a config file'
- "/etc/proclist.ini":
group: "root"
perm: "0666"
owner: "root"
config: "yes" ## no matter what this value will be, 'config' tells multipkg 'please set me as a config file'
- "/var/doc/tskeeper":
group: "root"
perm: "0444"
owner: "root"
doc: "xxoo" ## yes, 'doc' is a newlly-added feature for multipkg/etc/proclist.ini
/etc/test_conf2.conf/var/doc/tskeeper接着，配置文件的 perm, owner 和 group 在安装后会如配置中填写的一样，如果你只是想设置某个文件的属性，而不想将其配置为config（也就是说在
包升级或者卸载时老的配置文件会保留），你可以删除 config: "yes"这项（注意 config:"xx",xx可以是任何值，他只是个标志，并无特殊意义），
比如，去除 /etc/test_conf2.conf 的 config: "yes"项后，
再次通过 --configfiles 查看rpm包时，就看不到 /etc/test_conf2.conf这个配置文件了。但是，有一点要注意，attributes 还会继续生效。
另外，config 类型的文件已经默认有了 noreplace 属性了，不需要再在spec中或者 index.yaml 文件中添加。
configfiles 更新原则
配置文件更新的原则是：
(1) 升级/安装一个package 时，如果老的配置文件不存在或者无修改，则生成新的配置文件，或者替换老的配置文件。
(2) 升级时，如果老的配置文件有改动，而新包中的配置文件和老包中自带的配置一样的话，使用老的修改了的配置文件，不安装新包中的配置文件，
而且 rpm -qf 查询时，老的配置文件属于新版本的rpm包。
(3) 升级时，如果配置文件有更新，而老的配置文件又被修改了，那么老的修改的配置文件会被更名为 “配置文件名称.save”以做保存。
(4)卸载时，配置文件保存为 “配置文件名.save”,不做删除。
输出或者定制 spec 文件
multipkg 生成 rpm 并不需要使用者编写spec文件，但是其自身还是依赖spec文件的，所以，在build rpm 的过程中，必然有 spec文件生成。
我们可以看下 multipkg 的帮助：
-f, --force Force build on sanity-check failure
-h, --help Display this help
-k, --keep-files Keep files after build
-p, --platform Include this platform
-s, --set List of variables to set
-t, --testbuild When building from a work dir, not source control
-v, --verbose Be verbose其中 -v -k 就能看到spec文件，比如：
# multipkg -v -k examples/tskeeperINFO: RUNNING: INSTALLROOT=/tmp/vCfqjg2WVR/install rpmbuild -bb --define '_topdir /tmp/vCfqjg2WVR/rpm/rpmtop' --buildroot /tmp/vCfqjg2WVR/install /tmp/vCfqjg2WVR/spec/tmp/vCfqjg2WVR/spec另外，multipkg 在build 时，其实是基于一个spec模版文件来生成每个package的spec文件的，这个模版在
源码中的路径为：
root/usr/share/multipkg/templates/spec.template请留意本版本中本人对spec.template的修改(description, group, packager 等字段)
关于rpm文件的description属性（新增加功能）
在rpm中，读者可以通过大量文本内容来描述他的rpm包，但是在 multipkg中始终还未支持这个属性的配置，反而采取了较为简单的
作法，配置 description的内容为summary的内容，这个通过spec.template中的：
%description
%summary%虽然 Desc 不是 rpm 的核心，但是总是影响雅观的，所以，我在multipkg中增加了 setdesc 函数，使得用户在index.yaml中
既可以配置其为一个 字符串，也可以配置其值为一个命令的执行结果（不知道这个功能会不会被人诟病）。
具体说明是：
A: 字符串
配置
description:"this is a description"rpm -qpi xxx.rpmB: 配置为命令
配置为命令时，rpm -qpi xx.rpm 看到的 desc 的内容就是命令执行的结果，一般建议配置为打印desc文件的内容，比如你可以写：
description:"cmd:cat /source/desc.txt"[description:"命令关键字(cmd):命令内容"]
如果没有"cmd:"开头，multipkg 就会认为是情况A（字符串）。
建议：在实际中不要配置description为乱七八糟的内容，比如：
description:"cmd:hostname,ps aux;"
并没啥意思，因为 multipkg 会把 build 机器的 hostname 和 ps aux 命令的结果作为desc 的内容。
另外，如果有文件操作，参数如果是相对目录，那么 默认 当前目录是你的工程的根目录，这个一定要注意。
比如：
# multipkg /root/multipkg/examples/tskeeper
tskeepr 的 description 为：
description: 'cmd:cat source/desc.txt;hostname'"cat source/desc.txt"/root/multipkg/examples/tskeeper"source/desc.txt"后记
关于 multipkg 的使用配置和一些功能细节就介绍到这里，如果您还有更好的建议或者使用，开发的问题，欢迎与我联系: cmesoft@126.com。关于rpm/yum的基础知识，以及rpm管理平台的建设等问题和专业知识可以参考《Linux 软件管理平台设计与实现》一书。
