用RPM打包软件，第2部分
在不具备 root 权限的情况下构建、给软件打补丁和分发 RPMDan Poirier（poirier@us.ibm.com）
软件工程师，IBM
2001 年 12 月
RPM 是一种广泛用于发布 Linux 软件的工具；用户可以轻松地安装用 RPM 打包的产品。 在本文（该系列文章的第 2 篇）中，Dan 说明了在不具备 root 权限的情况下如何对软件进行打包，在不做更改的情况下如何处理不在 Linux 上构建的软件，以及如何分发您的工作结果。
如果您没有阅读过本系列文章的第 1 部分， 那么您可能希望在继续阅读本文之前先阅读那篇文章。
不作为 root 用户来构建 RPM 包
正如您在第 1 部分中看到的那样，构建 RPM 软件包通常要求您以 root 用户登录。 其原因如下：
1. RPM 在打包过程中安装软件，并且通常只有 root 用户可以写到安装目录中。
2. RPM 需要读写 /usr/src/redhat（一般用户不能修改它）下的目录。
我们在第 1 部分中探讨了通过用 RPM 构建根（build root）来解决第一个问题。
要解决第二个问题，可以通过更改 %_topdir 设置来告诉 RPM 查找和创建不同目录集中的文件。按照下面的方法在您的主目录下创建一个名为 .rpmmacros的文件：
%_topdir /home/your_userid/rpm
这个文件会告诉 RPM：它先前在 /usr/src/redhat 下查找的所有目录应该改为在 /home/your_userid/rpm 下查找。 现在，您应该创建这样一个完整的目录树：
~/rpm
~/rpm/SOURCES
~/rpm/SPECS
~/rpm/BUILD
~/rpm/RPMS
~/rpm/RPMS/i386
~/rpm/SRPMS
（如果愿意，可以通过在 RPM 中重新定义其它宏，来将其中任何目录放在您想放的任何地方。您可能需要考虑更改的一些宏包括 %_sourcedir、%_specdir、%_srcrpmdir、%_builddir 和 %_rpmdir。 有关这些宏的缺省值，请查看 /usr/lib/rpm/macros。 对于这个示例，我们仅仅将它们都放在 ~/rpm 下。）
现在，将 indent-2.2.6.tar.gz 文件（请参阅本文后面的参考资料）复制到 ~/rpm/SOURCES，这里没有以 root 用户登录，运行 rpm -ba indent-2.spec（这些文件就是第 1 部分中的那些文件）。RPM 将 把 indent 构建在 ~/rpm/BUILD 目录下，并将二进制的 RPM 包放在 ~/rpm/RPMS/i386 中，将源代码包放在 ~/rpm/SRPMS 中。
与之相对照，在没有构建根的情况下，尝试使用 spec 文件 indent-1.spec。RPM 在尝试将 indent 安装到 /usr/local/bin 中时会失败。
告诫
使用构建根和设置 RPM 的 i%_topdir 使您能在不作为 root 运行的情况下构建许多软件包，但这并不总是很容易。
首先，一些包并不象 indent 那样可以容易地安装到构建根目录中。对于那些任何未用 GNU autoconf 来开发的包，您必须要仔细查看一下，看是否有一种方法，可以将包安装到另一个目录中， 这也许可以修改 Makefile 来强制这样做。在下一部分中，我将向您演示如何使用 RPM 来构建已修改的程序。
其次，只有相当少部分包将在其正常安装期间试图做一些只有 root 用户才可以做的事情，如：
* 创建特殊文件（管道、设备文件等等）
* 修改系统配置文件`
您必须逐个处理这些问题。通常，您可以在 post-install 脚本（在安装 RPM 之后运行的脚本）中做一些必要工作。我将在以后的文章中讨论它们，但简而言之，可以将“%post”节添加到 spec 文件中， 并在该节中放置一些 Linux 命令，以便在安装 RPM 之后运行这些命令。
给软件打补丁
假设您有一些要打成 RPM 包的软件， 但如果不对它做一些更改，就不能在 Linux 上构建它。 然而，您又没有拥有该软件，所以不能正式地更改它。
您所需要做的就是对该软件的正式版本进行打补丁或做一些修改。 但是，对其他人的软件进行修改，然后再分发此修改过的版本通常被认为是不礼貌的，所以您希望您自己所做的更改对别人来说也是可用的。 这样，使用您的包的任何人都可以看到您做了哪些事情以及确定您所做的更改是否是可接受的。
这是常有的事，而且 RPM 也提供一些帮助。 您可以建立一个 RPM 包，以便二进制 RPM 文件包含您对程序所做的修改，并且源 RPM 不仅包含原始的源代码， 而且还包含您所做的更改以及有关如何应用和构建这些更改的所有详细信息。
这些步骤如下：
1. 断定对源代码做哪些更改就可使软件工作。
2. 创建一个补丁文件来捕获您所做的更改。
3. 将该补丁添加到 RPM spec 文件。
第 1 步. 断定要对源代码做哪些更改
通常，要做的第一件事是，在没有 RPM 的情况下编译并运行软件。明了必须要更改的那些文件。 如果有必要，可创建一些新文件或除去与原始源代码一起交付的一些文件。
对于这个示例，我将代码抽取到目录 indent-2.2.6-working 中。我修改了 indent.c， 以便在程序启动时打印一条表示友好的消息，然后验证该程序是否仍可以构建以及该程序是否仍能工作。
第 2 步. 创建补丁文件来捕获您所做的更改
现在，您希望创建一个仅捕获您所做更改的补丁文件。 这里有一种可以实现这的方法。虽然这有点儿乏味，但能够确保您捕获所有更改。
1. 将软件完全抽取到一个新目录中，然后复制您已对其做过更改的文件，使其覆盖刚抽取出的那些文件。 这样，在本来应该在您先前构建和测试软件时创建的目录中就不会有任何多余的文件。 类似地，复制您创建的任何新文件，并删除任何您先前删除过的文件。
对于这个示例，我已完全抽取到目录 indent-2.2.6-my，并覆盖文件 indent.c。
2. 再一次将软件抽取到另一个目录。这样就提供了一个原始软件的副本来与您的软件进行比较。对于这个示例，我是将软件抽取到 indent-2.2.6 目录。
现在，已有三个目录：
indent-2.2.6-working
工作目录
indent-2.2.6-my
经过更改的软件，其中含有我所做的更改
indent-2.2.6
未更改的软件
3. 从这三个目录的父目录中用类似于以下的命令生成补丁文件：
diff -uNr indent-2.2.6 indent-2.2.6-my >indent-2.2.6.patch
注意，使用 diff 时运用了选项 -uNr。-u 以统一格式创建补丁文件，这种格式比缺省格式更紧凑些。-N 确保补丁文件将正确地处理已经创建或删除文件的情况。-r 比较命令行上所给出的两个目录的所有子目录中的所有文件。
另外还要注意：只要您完全按上述来做，这些目录名是无关紧要的。 补丁文件中将有这些目录名，但我们将通知补丁程序忽略它们。
现在，检查一下补丁文件 indent-2.2.6.patch。下面是我的示例：
清单 1. indent-2.2.6.patch
diff -uNr indent-2.2.6/indent.c indent-2.2.6-my/indent.c
--- indent-2.2.6/indent.cThu Nov 16 22:01:04 2000
+++ indent-2.2.6-my/indent.cWed Sep 26 14:33:11 2001
@@ -1864,6 +1864,8 @@
int using_stdin = false;
enum exit_values exit_status;
+ printf("Hello from Dan
");
+
#ifdef _WIN32
/* wildcard expansion of commandline arguments, see wildexp.c */
extern void wildexp (int *argc, char ***argv);
有时候，您会注意到 diff 检查出了您无意要做的更改。 这时，您可能需要回过去，清除您的代码并再次生成补丁，直到获得一个干净的、令您满意的补丁文件为止。
一旦按您所希望的那种方式完成补丁之后，最好添加注释以说明您所做的更改。 在不损害任何内容的情况下，在补丁文件的开始处或结束处添加文本。
清单 2. 带注释的 indent-2.2.6.patch
Dan Poirier - 2001-09-26 - added a friendly greeting as indent starts.
This is just an example.
diff -uNr indent-2.2.6/indent.c indent-2.2.6-my/indent.c
--- indent-2.2.6/indent.cThu Nov 16 22:01:04 2000
+++ indent-2.2.6-my/indent.cWed Sep 26 14:33:11 2001
@@ -1864,6 +1864,8 @@
int using_stdin = false;
enum exit_values exit_status;
+ printf("Hello from Dan
");
+
#ifdef _WIN32
/* wildcard expansion of commandline arguments, see wildexp.c */
extern void wildexp (int *argc, char ***argv);
第 3 步. 将该补丁添加到 RPM spec 文件中
现在，该让 RPM 使用您的补丁了。将该补丁文件复制到您的 SOURCES 目录（如果您遵循了先前的建议，则或许是 ~/rpm/SOURCES），然后对 spec 文件做下列更改：
清单 3. indent-3.spec：使用 indent-2.2.6.patch
Summary: GNU indent
Name: indent
Version: 2.2.6
Release: 3
Source0: %{name}-%{version}.tar.gz
Pat
