📄 rpm-howto-6.html
字号:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN"><HTML><HEAD><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=gb2312"> <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.7"> <TITLE>RPM HOWTO (RPM at Idle): Building RPMs</TITLE> <LINK HREF="RPM-HOWTO-7.html" REL=next> <LINK HREF="RPM-HOWTO-5.html" REL=previous> <LINK HREF="RPM-HOWTO.html#toc6" REL=contents></HEAD><BODY><A HREF="RPM-HOWTO-7.html">Next</A><A HREF="RPM-HOWTO-5.html">Previous</A><A HREF="RPM-HOWTO.html#toc6">Contents</A><HR><H2><A NAME="s6">6. Building RPMs</A></H2><P><P>如果您可以自个儿取得所需的软体，那麽建造 RPM 档案也是非常简单的。<P>建造 RPM 档案的基本步骤如下：<UL><LI>确定您的 <CODE>/etc/rpmrc</CODE> 已经符合系统所需， 完成设定。</LI><LI>取回所要建造的 source code。</LI><LI>进行所需的 source 档案 patch 动作， 以使得我们能顺利地build 整个程式。</LI><LI>为程式套件撰写一份 spec 档案。</LI><LI>确认每个档案都在正确的目录位置。</LI><LI>使用 RPM 来 build 整个程式套件。</LI></UL><P>如果一切操作正确， RPM 便能顺利 build 完成 binary 与 source 程式套件。<P><P><P><H2><A NAME="ss6.1">6.1 The rpmrc File</A></H2><P><P>目前为止， RPM 系统唯一的设定档， 是透过 <CODE>/etc/rpmrc</CODE> 档案来管理。其内容□例如下：<BLOCKQUOTE><CODE><PRE>require_vendor: 1distribution: I roll my own!require_distribution: 1topdir: /usr/src/mevendor: Mickiesoftpackager: Mickeysoft Packaging Account <packages@mickiesoft.com>optflags: i386 -O2 -m486 -fno-strength-reduceoptflags: alpha -O2optflags: sparc -O2signature: pgppgp_name: Mickeysoft Packaging Accountpgp_path: /home/packages/.pgptmppath: /usr/tmp</PRE></CODE></BLOCKQUOTE><P>档案中的 <CODE>require_vendor</CODE> 这一行叙述， 用以控制 RPM是否须要找寻 vendor 那一行叙述， 而 verdor 的资讯可能来自<CODE>/etc/rpmrc</CODE> 或是 spec 档案的 header 处。 如果您把上述的号码改为<CODE>0</CODE>， 便能把这项寻找功能关闭。 这样的设定方式，同样适用於 <CODE>require_distribution</CODE> 与 <CODE>require_group</CODE> 的叙述上。<P>接下来， 我们看到 <CODE>distribution</CODE> 这一行， 您可以在此设定， 或是日後在spec 档案的 header 处设定。 当我们在某个 distribution 上 build 程式套件时，就算不需要查询设定， 此行内容的设定正确， 也是能够带来许多便利。<CODE>vendor</CODE> 那一行的作用， 和上述的 distribution 非常相似，但其内容并不限定 ( 例如是 Joe's Software 或 Rock Music Emporium )。<P>RPM 目前支援「多平台架构」的程式套件 build 功能， 我们可以在 <CODE>rpmrc</CODE>档案里指定 ``optflags'' 变数， 当进行程式套件 build 动作时，便可依据所需的平台类型， 应用特定的变数内容。 我们将会在接下去的章节里，说明如何使用这些变数。<P>除了上述的 macro 设定外， 还有许多其他的设定方式， 您可以使用：<BLOCKQUOTE><CODE><PRE>rpm --showrc</PRE></CODE></BLOCKQUOTE>来查看系统的 tag 与可供使用的 flag 有哪些。<P><H2><A NAME="ss6.2">6.2 The Spec File</A></H2><P>在此我们将讨论 spec 档案的设定。 build 一个程式套件时， 我们需要使用到spec 档案， 其内容为该程式套件的说明， 额外还包括一些指令，用以指示整个 build 的过程， 还有一份档案列表， 用以表示程式套件中的档案，分别被安装到哪里。<P>spec 档案的命名方式， 最好是遵循标准的惯例， 其格式应该为package name-dash-version number-dash-release number-dot-spec。<P>这里我们举一个小型的 spec 档案为例 (vim-3.0-1.spec)：<BLOCKQUOTE><CODE><PRE>Summary: ejects ejectable media and controls auto ejectionName: ejectVersion: 1.4Release: 3Copyright: GPLGroup: Utilities/SystemSource: sunsite.unc.edu:/pub/Linux/utils/disk-management/eject-1.4.tar.gzPatch: eject-1.4-make.patchPatch1: eject-1.4-jaz.patch%descriptionThis program allows the user to eject media that is autoejecting likeCD-ROMs, Jaz and Zip drives, and floppy drives on SPARC machines.%prep%setup%patch -p1%patch1 -p1%buildmake RPM_OPT_FLAGS="$RPM_OPT_FLAGS"%installinstall -s -m 755 -o 0 -g 0 eject /usr/bin/ejectinstall -m 644 -o 0 -g 0 eject.1 /usr/man/man1%files%doc README COPYING ChangeLog/usr/bin/eject/usr/man/man1/eject.1</PRE></CODE></BLOCKQUOTE><P><H2><A NAME="ss6.3">6.3 The Header</A></H2><P>档案 header 的部份， 有几个特定的栏位内容， 您必须加以设定完成，另外还有几点注意事项。 您必须设定完成的栏位内容如下：<UL><LI><CODE>Summary:</CODE> 以一行长度的描述， 来说明程式套件的内容。</LI><LI><CODE>Name:</CODE> 这个档案名称必须与您准备使用的 rpm 档名一致。</LI><LI><CODE>Version:</CODE> 这个版本名称必须与您准备使用的 rpm 档名一致。</LI><LI><CODE>Release:</CODE> 这个发行序号必须与您准备使用的 rpm 档名一致。( 也就是说， 如果我们完成一个程式套件， 但事後发现它有些小小的问题，必须重新 build 一次， 此时新的程式套件， 其发行序号便是 2 号 )。</LI><LI><CODE>Icon:</CODE> 如果您使用了其他高阶的安装工具程式( 像是 Red Hat 的 ``glint'' 程式 )， 那麽这里可以指定其相对应的图示档，它必须是一个 gif 档案， 而且必须位於 SOURCES 目录。</LI><LI><CODE>Source:</CODE> 这里指定了那些「未经处理过的 source 档案」的HOME 目录， 当您想要重新取得 source 档案， 或是检察是否有新版本时，就需要用到这个设定。 注意事项： 这里的档名， 「务必」与您系统上的档案名称一致( 也就是说， 下载 source 档案後， 不要去变更其档案名称 )。同时， 您可以指定一个以上的 source 档案， 方式如下：<BLOCKQUOTE><CODE><PRE>Source0: blah-0.tar.gzSource1: blah-1.tar.gzSource2: fooblah.tar.gz</PRE></CODE></BLOCKQUOTE>这些档案都会到 <CODE>SOURCES</CODE> 目录底下 ( 相关的目录结构说明，会在後面的 "The Source Directory Tree" 章节里加以讨论 )。</LI><LI><CODE>Patch:</CODE> 如果您需要重新下载 patch 档案，那麽其目录位置设定於此。注意事项： 这里的档名， 必须与您系统上使用的 patch 档案名称相符，另一方面， 和前述多个 source 档案的设定一样， 您也可以指定多个patch 档案名称。 其格式□例如下：<BLOCKQUOTE><CODE><PRE>Patch0: blah-0.patchPatch1: blah-1.patchPatch2: fooblah.patch</PRE></CODE></BLOCKQUOTE>这些档案都会到 <CODE>SOURCES</CODE> 目录底下。</LI><LI><CODE>Copyright:</CODE> 这里的设定， 用以说明程式套件采用何种版权声明。像 GPL、 BSD、 MIT、 public domain、 distributable、 commercial 等，都是您可以指定的。</LI><LI><CODE>BuildRoot:</CODE> 您可以指定一个目录，它会被当作是 build 与 install 新程式套件的 ``root'' 目录，如果您想在实际安装之前， 先行测试程式内容， 可以善用此项设定。</LI><LI><CODE>Group:</CODE> 这里的设定， 用於高阶的安装工具程式 ( 例如Red Hat 的 ``glint'' 程式 ) 当中， 用以说明程式所属的群组位置。目前的群组架构， 大致如下所述：<BLOCKQUOTE><CODE><PRE>Applications Communications Editors Emacs Engineering Spreadsheets Databases Graphics Networking Mail Math News Publishing TeXBase KernelUtilities Archiving Console File System Terminal TextDaemonsDocumentationX11 XFree86 Servers Applications Graphics Networking Games Strategy Video Amusements Utilities Libraries Window ManagersLibrariesNetworking Admin Daemons News UtilitiesDevelopment Debuggers Libraries Libc Languages Fortran Tcl Building Version Control ToolsShellsGames</PRE></CODE></BLOCKQUOTE></LI><LI><CODE>%description</CODE> 这个并非真的是 header 项目，但您应该连同上述的项目一同填写， 每个「程式套件」或「子程式套件」，都应该有一个 description tag。 这里允许您输入多行内容，使得程式套件能够具有一份完整详尽的说明。</LI></UL><P><H2><A NAME="ss6.4">6.4 Prep</A></H2><P>这里是 spec 档案的另一个段落章节， 用以设定让 source 档案就绪，以供下一步的 build 动作。 平常我们必须经过 setup， 才能实际进行 <CODE>make</CODE>动作， 因此在本段落章节中， 我们将视需要进行 source 档案的 patch 与 setup。<P>有件事值得注意的： 接下来的段落设定， 实际上只是指明某段 shell scripts的位置， 您可以将 shell scripts 的内容， 另外以 <CODE>sh</CODE> script的方式加以存档， 并将 script 程式名称置於 <CODE>%prep</CODE> tag 之後，用以执行 source 档案的 unpack 与 patch 动作。 当然， 以原有之 macro型式来做， 应该是方便许多的。<P>第一个要说明的 macro 是 <CODE>%setup</CODE>。如果我们采用其最简单的格式 ( 即不加任何命令列参数的情况 )，⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -