rpmbuild 解惑

有些事情我们不知道该怎么办, 但其实我们根本不知道自己在做什么

rpm 是什么?

rpm 是一种"包"的格式. 其中大致包含两类数据:

• 元数据: 主要是 tag, 例如:

  • Name: 软件包的名称，后面可使用%{name}的方式引用
  • Summary: 软件包的内容概要
  • Version: 软件的实际版本号，例如：1.0.1等，后面可使用%{version}引用
  • Release: 发布序列号，例如：1linuxing等，标明第几次打包，后面可使用%{release}引用
  • Group: 软件分组，建议使用标准分组
  • License: 软件授权方式，通常就是GPL
  • Source: 源代码包，可以带多个用Source1、Source2等源，后面也可以用%{source1}、%{source2}引用
  • BuildRoot: 这个是安装或编译时使用的“虚拟目录”

  元数据, 一部分是给人看的, 让他们了解将要安装的包都包含什么. 还有一部分是给包管理系统(yum)看的, 例如: 包的依赖关系.

• 文件数据

  包含最终安装都系统上的文件, 以及文件的属性, 属主等信息.

  我们将软件打成 rpm 的目的, 是要在系统上安装该软件. 所以, 我们应该在 rpm 包里放什么呢? 这取决于你想在系统上安装什么? 这完全由打包者决定. 通常一个软件会包含: 可执行文件, 配置文件, 文档等. 但是, 如果你只想打包一些 html 页面呢?. 也 ok 啊.

我们见过不少包管理系统, 以及包的格式, 例如: yum & rpm, apt & deb, rubygem & gem, python pip & pip 等等. 不同的包管理系统和包的格式并没什么本质区别.

编译?

我们知道要将源码放到 SOURCES 目录, 文件名可能是 abc-1.1.1.tar.gz, 但是 rpmbuild 是怎么把源码最终变成 rpm 包的呢?

1. 将源码文件解压到 BUILD 目录, 目录可能是叫 abc-1.1.1. 通常源码包解压出来的目录名称和源码包的名字是对应的, 但是总有不一致的情况, 尤其是一些私有软件, 打包源码时往往不是很规范, 甚至连版本号都没有. %setup 可以用来指定将源码解压到什么目录:

   • %setup 不加任何选项，仅将软件包打开。
   • %setup -n newdir 将软件包解压在newdir目录。
   • %setup -c 解压缩之前先产生目录。

   这里列的只是一部分参数, 这些参数其实不重要, 因为你在手册上都能查到.

   后面的步骤都会在解压出来的源码目录进行.

   后面的步骤都会在解压出来的源码目录进行.

   后面的步骤都会在解压出来的源码目录进行.

2. 在解压出来的源码目录进行编译.

   当然, 有些软件不需要编译, 或者你已经编译好了(你完全可以把编译好的程序打成 tag.gz 丢到 SOURCES 目录, spec 中就不需要定义编译相关的内容了. 就跟打包一堆 html 没什么区别).

   %build 定义了如何编译你的软件, make 也好, maven 也好, 如果不需要编译, 那就空着就好了. 项目原本怎么编译, 把相应的命令贴到 %build 就好了, 并没有什么区别. 如果打包失败是因为编译不通过, 那对不起, 这个锅 rpmbuild 不会背.

   编译的环境就是系统环境, 不存在一个隔离的"编译环境", 所以, 如果缺 lib, 缺头文件, 在系统上安装就好了.

   rpmbuild 只是替你"敲"了那些编译命令而已, 和你自己敲没什么区别.

3. "安装"

   编译过 c/c++ 项目的同学知道, 编译(make) 完成后, 通常需要安装(make install). 将编译的结果部署到系统的某个或者某几个目录.

   rpm 打包过程也包含安装(%install)这一步, 但并不是"真"的安装到系统的某个目录. 而是安装到以 %{RPM_BUILD_ROOT} 为根的路径下.

   例如, 你有一个文件 abc, 希望最终部署到系统的 /usr/local/bin/ 下, 那么 %install 阶段, 我们应该把它安装到 %{RPM_BUILD_ROOT}/usr/local/bin/ 下. 也就是以 %{RPM_BUILD_ROOT} 为根的绝对路径.

   为什么要这么干呢? 目的是为了构建 rpm 包内的目录结构, 方便后续的打包工作.

4. 打包

   把元数据 和 %{RPM_BUILD_ROOT} 按照一定的格式打包在一起就是最终的 rpm 包了. 会存放在 RPMS 目录下.

   有了按照系统路径构建的 %{RPM_BUILD_ROOT}, 打包或者安装阶段就不用关心一个文件在最终 rpm包 安装的时候应该放在什么路径了-- 包里在什么路径, 就安装到什么路径.

5. 安装

   将 rpm 包拷贝到目标机器, 或者加入到目标机器可以访问到的本地 yum 仓库后. 就可以在目标机器上安装了.

   rpm 会将包里的文件按照其路径, 放到系统的对应位置. 感觉上就好像你在根目录解压一个 zip 包一样. 包里的文件"自动"找到了自己的位置.

   yum 除了拷贝文件外, 还会检查元数据里定义的依赖, 以便将依赖项也一起安装. 解决包依赖, 也是 yum 最主要的任务.

总结

所以, 回头看看, 什么是 rpm 呢? rpm包和一个附加了一点元数据的 zip包有什么区别呢?

rpm 如何构建呢? 我们通过 spec 在一个临时目录(%{RPM_BUILD_ROOT})构建了一个目录树, 同时声明了一些元数据, 然后 rpmbuild 把目录树和元数据打成一个包, 就成了 rpm.

spec 中那些宏总是让我们很费解, 但是考虑到 rpm包 被发明的时间, 你如果有一点 C/C++ 的背景理解起来可能会容易一些, rpm 已经是一个比很多工程师年龄都大的"长辈"了.