RPM打包技術與典型SPEC文件分析

　　本文分為兩部分，第一部分闡述了 rpm 工具的功能以及 rpmbuild 工具，詳細的介紹了 spec文件的書寫規則以及關鍵部分，第二部分對一個典型的 spec 文件做了詳細的分析。 為了方便朋友們查看，我找了中文的rpmbuild 的MAN 附在最後 一 、rpm 介紹 1. 概述 RPM全稱是 Red Hat Package Manager（Red Hat包管理器）。幾乎所有的 Linux 發行版本都使用這種形式的軟件包管理安裝、更新和卸載軟件。 RPM 是一個開放的軟件包管理系統。它工作於Red Hat Linux以及其它Linux和UNIX 系統，可被任何人使用。redhat軟件公司鼓勵其它廠商來了解RPM並在自己的產品中使用它。RPM的發布基於GPL協議。對於最終用戶來說，使用 RPM所提供的功能來維護系統是比較容易和輕松的。安裝、卸載和升級RPM軟件包只需一條命令就可以搞定。RPM維護了一個所有已安裝的軟件包和文件的數據庫，可以讓用戶進行查詢和驗證工作。在軟件包升級過程中，RPM會對配置文件進行特別處理，絕對不會丟失以往的定制信息。對於程序員RPM可以讓我們連同軟件的源代碼打包成源代碼和二進制軟件包供最終用戶使用。 RPM擁有功能強大的查詢選項。我們可以搜索數據庫來查詢軟件包或文件。也可以查出某個文件屬於哪個軟件包或出自哪兒。RPM軟件包中的文件是以壓縮格式存放的，擁有一個定制的二進制頭文件，其中包含有關包和內容的信息，可以讓我們對單個軟件包的查詢簡便又快速。 RPM另一個強大的功能是進行軟件包的驗證。如果我們擔心誤刪了某個軟件包中的某個文件，我們就可以對它進行驗證。任何非正常現象將會被通知。如果需要的話還可以重新安裝該軟件包。在重新安裝過程中，所有被修改過的配置文件將被保留。 RPM設計目標之一就是要保持軟件包的原始特征， 就象該軟件的原始發布者發布軟件時那樣。通過使用RPM我們可以擁有最初的軟件和最新的補丁程序，還有詳細的軟件構建信息。 概括的說：RPM有五種基本的操作功能(不包括創建軟件包)：安裝、卸載、升級、查詢、和驗證。關於rpm命令的使用我們可以用以下命令： [root@hostname root]rpm -help 來獲的。 2．RPM工具功能 1） 安裝 rpm -i ( or --install) options file1.rpm ... fileN.rpm 通過rpm -ivh可以把rpm軟件包安裝到系統中，當然也可以使用不同的參數選項，筆者建議使用-ivh ，使用該選項可以解決大部分rpm軟件包的安裝，至於詳細的參數說明可用查看rpm的man 文檔。 2 ）刪除 rpm -e ( or --erase) options pkg1 ... pkgN 如果某個軟件包你再也不想使用了，那就用以上這個命令徹底的把你指定的rpm軟件包清除掉把。 3 ）升級 rpm -U ( or --upgrade) options file1.rpm ... fileN.rpm 由於開源軟件更新速度快，用戶當然要使用最新版本的軟件包，此時最合適的就是rpm升級功能，當然最理想的參數選項就是-Uvh。 4 ）查詢 rpm -q ( or --query) options 實際上我們通常使用rpm工具最多的功能還是它的查詢功能，比如查看軟件包的版本、依賴關系等軟件包的詳細說明都要用到。最有用的參數選項是-qpi。 5 ）校驗已安裝的軟件包 rpm -V ( or --verify, or -y) options 一般我們可用通過該命令來驗證已安裝軟件包，根據筆者的經驗該命令一般沒什麼用途，只做一個了解就ok了。 3．spec文件規范 能熟練掌握以上命令以及部分參數含義，管理日常的rpm軟件包就不成問題了。然而隨著Linux風靡全球，越來越多的開發者喜歡采用RPM格式來發布自己的軟件包。那麼RPM軟件包是怎樣制作的呢？對大多數Linux開發工程師來說是比較陌生的。 其實，制作RPM軟件包並不是一件復雜的工作，其中的關鍵在於編寫SPEC軟件包描述文件。要想制作一個rpm軟件包就必須寫一個軟件包描述文件（SPEC）。這個文件中包含了軟件包的諸多信息，如軟件包的名字、版本、類別、說明摘要、創建時要執行什麼指令、安裝時要執行什麼操作、以及軟件包所要包含的文件列表等等。 描述文件說明如下： （1） 文件頭 一般的spec文件頭包含以下幾個域： Summary： 用一句話概括該軟件包盡量多的信息。 Name： 軟件包的名字，最終RPM軟件包是用該名字與版本號，釋出號及體系號來命名軟件包的。 Version： 軟件版本號。僅當軟件包比以前有較大改變時才增加版本號。


Release： 軟件包釋出號。一般我們對該軟件包做了一些小的補丁的時候就應該把釋出號加1。 Vendor： 軟件開發者的名字。 Copyright： 軟件包所采用的版權規則。具體有：GPL（自由軟件），BSD，MIT，Public Domain（公共域），Distributable（貢獻），commercial（商業），Share（共享）等，一般的開發都寫GPL。 Group： 軟件包所屬類別，具體類別有： Amusements/Games （娛樂/游戲） Amusements/Graphics（娛樂/圖形） Applications/Archiving （應用/文檔） Applications/Communications（應用/通訊） Applications/Databases （應用/數據庫） Applications/Editors （應用/編輯器） Applications/Emulators （應用/仿真器） Applications/Engineering （應用/工程） Applications/File （應用/文件） Applications/Internet （應用/因特網） Applications/Multimedia（應用/多媒體） Applications/ProdUCtivity （應用/產品） Applications/Publishing（應用/印刷） Applications/System（應用/系統） Applications/Text （應用/文本） Development/Debuggers （開發/調試器） Development/Languages （開發/語言） Development/Libraries （開發/函數庫） Development/System （開發/系統） Development/Tools （開發/工具） Documentation （文檔） System Environment/Base（系統環境/基礎） System Environment/Daemons （系統環境/守護） System Environment/Kernel （系統環境/內核） System Environment/Libraries （系統環境/函數庫） System Environment/Shells （系統環境/接口） User Interface/Desktops（用戶界面/桌面） User Interface/X （用戶界面/X窗口） User Interface/X Hardware Support （用戶界面/X硬件支持） Source： 源程序軟件包的名字。如 stardict-2.0.tar.gz。 %description： 軟件包詳細說明，可寫在多個行上。 （2）%prep段 這個段是預處理段，通常用來執行一些解開源程序包的命令，為下一步的編譯安裝作准備。%prep和下面的%build，%install段一樣，除了可以執行RPM所定義的宏命令（以%開頭）以外，還可以執行SHELL命令，命令可以有很多行，如我們常寫的tar解包命令。 （3）build段 本段是建立段，所要執行的命令為生成軟件包服務，如make 命令。 （4）%install段 本段是安裝段，其中的命令在安裝軟件包時將執行，如make install命令。 （5）%files段 本段是文件段，用於定義軟件包所包含的文件，分為三類--說明文檔（doc），配置文件（config）及執行程序，還可定義文件存取權限，擁有者及組別。 （6）%changelog段 本段是修改日志段。你可以將軟件的每次修改記錄到這裡，保存到發布的軟件包中，以便查詢之用。每一個修改日志都有這樣一種格式：第一行是：* 星期 月日 年 修改人電子信箱。其中：星期、月份均用英文形式的前3個字母，用中文會報錯。接下來的行寫的是修改了什麼地方，可寫多行。一般以減號開始，便於後續的查閱。 4．打包 如果想發布rpm格式的源碼包或者是二進制包，就要使用rpmbuild工具（rpm最新打包工具）。如果我們已經根據本地源碼包的成功編譯安裝而寫了 spec文件（該文件要以.spec結束），那我們就可以建立一個打包環境，也就是目錄樹的建立，一般是在/usr/src/redhat/目錄下建立5 個目錄。它門分別是BUILD、SOURCE、SPEC、SRPM、RPM。其中BUILD目錄用來存放打包過程中的源文件，SOURCE用來存放打包是要用到的源文件和patch，SPEC用來存放spec文件，SRPM、RPM分別存放打包生成的rpm格式的源文件和二進制文件。當然我們可以根據需要來選用不同的參數打包文件，筆者總結如下3條。 1） 只生成二進制格式的rpm包 rpmbuild -bb xxx.spec 用此命令生成軟件包，執行後屏幕將顯示如下信息：（每行開頭為行號）

1 Executing： %prep 2 + umask 022 3 + cd /usr/src/dist/BUILD 4 + exit 0 5 Executing： %build 6 + umask 022 7 + cd /usr/src/dist/BUILD 生成的文件會在剛才建立的RPM目錄下存在。 2）只生成src格式的rpm包 rpmbuild -bs xxx.spec 生成的文件會在剛才建立的SRPM目錄下存在。 3） 只需要生成完整的源文件 rpmbuild -bp xxx.spec 源文件存在目錄BUILD下。 讀者朋友可能對這個命令不太明白，這個命令的作用就是把tar包解開然後把所有的補丁文件合並而生成一個完整的具最新功能的源文件。 4） 完全打包 rpmbuild -ba xxx.spec 產生以上3個過程分別生成的包。存放在相應的目錄下。 軟件包制作完成後可用rpm命令查詢，看看效果。如果不滿意的話可以再次修改軟件包描述文件，重新運行以上命令產生新的RPM軟件包。 二．典型spec文件分析 通過第一部分的介紹，我們對軟件包的管理以及spec文件的一些細節應該掌握的差不多了，接下來通過分析kaffeine.spec（kaffeine是linux平台下的媒體播放器）文件來讓讀者朋友實踐一回spec文件的規范和書寫。 Kaffeine.spec文件內容如下： %define debug_package % Name: kaffeine Version: 0.4.3 Release: 25 Summary: A xine-based Media Player for KDE Group: Applications/Multimedia License: GPL URL: http://kaffeine.sourceforge.net/ Source0: kaffeine-0.4.3.tar.bz2 Source1: logo.png Source2: icon.tgz Source3: kaffeine.desktop Source4: codecs.tgz Patch: kaffeine-0.4.3-fix-hide-crash.patch Patch1:kaffeine-0.4.3-without-wizard.patch BuildRoot: /var/tmp/kaffeine-root %description Kaffeine is a xine based media player for KDE3. It plays back CDs, DVDs, and VCDs. It also decodes multimedia files like AVI, MOV, WMV, and mp3 from local disk drives, and displays multimedia streamed over the Internet. It interprets many of the most common multimedia formats available - and some of the most uncommon formats, too. Additionally, Kaffeine is fully integrated in KDE3, it supports Drag and Drop and provides an editable playlist, a bookmark system, a Konqueror plugin, a Mozilla plugin, OSD an much more. 以上這部分就是我們第一部分所說的文件頭。這一部分主要包括軟件包的名稱、版本、源代碼和patch等信息，通過這些關鍵字我們可以一目了然。查看以上內容，我們會全面了解該軟件包。 接下來的這一個段就是核心部分，涉及到解包、補丁、編譯、安裝的過程。 %prep %setup -q %patch -p1 %patch1 -p1

%Build make -f admin/Makefile.common cvs ./configure --prefix=/usr make #for mo files pushd po rm *.gmo make popd %install mkdir -p $RPM_BUILD_ROOT make install DESTDIR=$RPM_BUILD_ROOT mkdir -p $RPM_BUILD_ROOT/usr/share/services cp $RPM_BUILD_ROOT/usr/share/apps/kaffeine/mms.protocol $RPM_BUILD_ROOT/usr/share/services cp $RPM_BUILD_ROOT/usr/share/apps/kaffeine/rtsp.protocol $RPM_BUILD_ROOT/usr/share/services #mkdir -p $RPM_BUILD_ROOT/usr/lib/Firefox/plugins #cp $RPM_BUILD_ROOT/usr/lib/kaffeineplugin/kaffeineplugin.so $RPM_BUILD_ROOT/usr/lib/firefox/plugins cp % $RPM_BUILD_ROOT/usr/share/apps/kaffeine rm -rf $RPM_BUILD_ROOT/usr/share/icons/hicolor/*/apps/kaffeine.png rm -rf $RPM_BUILD_ROOT/usr/share/icons/hicolor/*/apps/kaffeine-pause.png rm -rf $RPM_BUILD_ROOT/usr/share/icons/hicolor/*/apps/kaffeine-play.png rm -rf $RPM_BUILD_ROOT/usr/share/icons/hicolor/*/apps/kaffeine-record.png mkdir -p $RPM_BUILD_ROOT/usr/share/icons/crystalsvg tar zxvf % -C $RPM_BUILD_ROOT/usr/share/icons/crystalsvg mkdir -p $RPM_BUILD_ROOT/usr/share/applnk/App/Multimedia cp -r % $RPM_BUILD_ROOT/usr/share/applnk/App/Multimedia mkdir -p $RPM_BUILD_ROOT/usr/lib/win32 tar zxvf % -C $RPM_BUILD_ROOT/usr/lib/win32 %clean rm -rf $RPM_BUILD_ROOT %post ln -s /dev/cdrom /dev/dvd ln -s /dev/cdrom /dev/rdvd %files %defattr(-,root,root) /usr 這部分內容與所要打的包有關系，我們要根據具體情況來寫出編譯過程。這部分內容是最復雜的內容，當然，我們也可以看出，這樣的寫法其實就是在寫一種規范化的腳本，說到腳本，讀者朋友門就應該領會到這部分內容的靈活性了。 %changelog * Fri Jul 1 2005 AiLin Yang -0.4.3-25 - modified the fullscreen bottom control panel * Fri Jun 17 2005 xxx -0.4.3-24 - Modified to use xshm as video driver. * Thu Jun 16 2005 AiLin Yang - delete the option of Embed in system tray in configwidget * Tue Jun 14 2005 AiLin Yang - add fullscreen bottom control panel - update kaffine to support my fullscreen bottom control panel 這部分內容可以說是spec文件的最後內容了，它對團隊軟件開發以及後續的軟件維護至關重要，它相當於一個日志，記錄了所有的基於該軟件包的修改、更新信息。 小結 在Linux 下RPM軟件包的管理與RPM軟件包的制作關鍵在rpm工具的使用和spec描述文件的起草。要想制作一個RPM格式的軟件包必須編寫軟件包描述文件。其標准命名格式為:軟件名-版本號-釋出號.spec，這個文件詳細描述了有關該軟件包的諸多信息,如軟件名,版本,類別,說明摘要,創建時要執行什麼指令,安裝時要執行什麼操作,以及軟件包所要包含的文件等等。有了這個文件RPM就可以制作出相應的rpm軟件包。

附：中文MAN NAME rpmbuild - 構建 RPM 打包 SYNOPSIS 構建打包： rpmbuild [rpmbuild-options] SPECFILE ... rpmbuild [rpmbuild-options] TARBALL ... rpmbuild SOURCEPKG ... 其他： rpmbuild --showrc rpmbuild 選項 [--buildroot DirectorY] [--clean] [--nobuild] [--rmsource] [--rmspec] [--short-circuit] [--sign] [--target PLATFORM] DESCRIPTION rpmbuild 是用來構建軟件的二進制和源代碼打包的。一個軟件包 package 包括文件的歸檔以及用來安裝和卸載歸檔中文件的元數據。元數據包括輔助腳本，文件屬性，以及有關的描述性的信息。軟件包有兩種 package：二進制軟件包，用來封裝要安裝的軟件，源代碼軟件包，包含了源代碼和要構建二進制打包需要的內容。 必須選擇下列基本模式之一：0 Build Package, Build Package from Tarball, Recompile Package, Show Configuration. 一般的選項 這些選項可以用於所有不同的模式。 -?, --help 輸出較長的幫助信息 --version 輸出一行信息，包含 rpmbuild 的版本號 --quiet 輸出盡可能少的信息 - 通常只有錯誤信息才會顯示出來 -v 輸出冗余信息 - 通常常規的進度信息都將被顯示 -vv 輸出大量丑陋的調試信息 --rcfile FILELIST FILELIST 中冒號分隔的每個文件名都被 rpm 按順序讀取，從中獲得配置信息。只有列表的第一個文件必須存在，波浪線將被替換為 $HOME。默認的 FILELIST 是 /usr/lib/rpm/rpmrc:/usr/lib/rpm/redhat/rpmrc:/etc/rpmrc:~/.rpmrc --pipe CMD 將 rpm 的輸出通過管道送到命令 CMD。 --dbpath DIRECTORY 使用 DIRECTORY 中的數據庫，而不是默認的路徑 /var/lib/rpm --root DIRECTORY 以 DIRECTORY 作為根文件系統，進行所有操作。這意味著將使用 DIRECTORY 中的數據庫來進行依賴性檢測，任何小程序 (也就是安裝中的 %post 和構建中的 %prep) 都將在一個 chroot(2) 到 DIRECTORY 之後執行。 構建選項 構建命令的一般形式是 rpmbuild -bSTAGE-tSTAGE [ rpmbuild-options ] FILE ... 如果要用某個 spec 文件構建，使用 -b 參數。如果需要根據一個可能是壓縮過的 tar 歸檔文件中的 spec 文件構建，就使用 -t 參數。第一個參數之後的字符 STAGE 指定了要完成的構建和打包的階段，是下列其中之一： -ba 構建二進制和源代碼打包 (在執行 %prep, %build 和 %install 之後) -bb 構建二進制打包 (在執行 %prep, %build 和 %install 之後) -bp 執行 spec 文件的 "%prep" 階段。通常，這會解包源代碼並應用補丁 -bc 執行 spec 文件的 "%build" 階段 (在執行了 %prep 階段之後)。這通常等價於執行了一次 "make" -bi 執行 spec 文件的 "%install" 階段 (在執行了 %prep 和 %build 階段之後)。這通常等價於執行了一次 "make install" -bl 執行一次 "列表檢查"。spec 文件的 "%files" 段落中的宏被擴展，檢測是否每個文件都存在。 -bs 只構建源代碼打包 還可以用下列選項： --buildroot DIRECTORY 在構建時，使用目錄 DIRECTORY 覆蓋默認的值 --clean 在制作打包之後刪除構建樹 --nobuild 不執行任何構建步驟。用於測試 spec 文件 --rmsource 在構建後刪除源代碼 (也可以單獨使用，例如 "rpmbuild --rmsource foo.spec") --rmspec 在構建之後刪除 spec 文件 (也可以單獨使用，例如 "rpmbuild --rmspec foo.spec") --short-circuit 直接跳到指定階段 (也就是說，跳過指定階段前面的所有步驟)。只有與 -bc 或 -bi 連用才有意義。 --sign 在打包中包含 GPG 簽名。簽名可以用來校驗打包的完整性和來源。參見 rpm(8) 的 "GPG 簽名" 章節中的配置細節。 --target PLATFORM

在構建時，將 PLATFORM 解析為 arch-vendor-os，並以此設置宏 %_target, %_target_cpu, 和 %_target_os 的值。 重建和重編譯選項 還有兩種發起構建的方法： rpmbuild --rebuild--recompile SOURCEPKG ... 這樣執行的話，rpmbuild 安裝指定的源代碼打包，然後進行准備，編譯和安裝。另外，--rebuild 構建一個新的二進制打包，在構建結束時，構建目錄被刪除 (就好像用了 --clean)，源代碼和 spec 文件也被刪除。 SHOWRC 命令 rpmbuild --showrc 將顯示 rpmbuild 使用的，在 rpmrc 和 macros 配置文件中定義的選項的值。 FILES rpmrc 配置文件 /usr/lib/rpm/rpmrc /usr/lib/rpm/redhat/rpmrc /etc/rpmrc ~/.rpmrc Macro 宏定義文件 /usr/lib/rpm/macros /usr/lib/rpm/redhat/macros /etc/rpm/macros ~/.rpmmacros Database 數據庫 /var/lib/rpm/Basenames /var/lib/rpm/Conflictname /var/lib/rpm/Dirnames /var/lib/rpm/Filemd5s /var/lib/rpm/Group /var/lib/rpm/Installtid /var/lib/rpm/Name /var/lib/rpm/Packages /var/lib/rpm/Providename /var/lib/rpm/Provideversion /var/lib/rpm/Pubkeys /var/lib/rpm/Removed /var/lib/rpm/Requirename /var/lib/rpm/Requireversion /var/lib/rpm/Sha1header /var/lib/rpm/Sigmd5 /var/lib/rpm/Triggername Temporary 臨時文件 /var/tmp/rpm*

重建和重編譯選項 還有兩種發起構建的方法： rpmbuild --rebuild--recompile SOURCEPKG ... 這樣執行的話，rpmbuild 安裝指定的源代碼打包，然後進行准備，編譯和安裝。另外，--rebuild 構建一個新的二進制打包，在構建結束時，構建目錄被刪除 (就好像用了 --clean)，源代碼和 spec 文件也被刪除。 SHOWRC 命令 rpmbuild --showrc 將顯示 rpmbuild 使用的，在 rpmrc 和 macros 配置文件中定義的選項的值。 FILES rpmrc 配置文件 /usr/lib/rpm/rpmrc /usr/lib/rpm/redhat/rpmrc /etc/rpmrc ~/.rpmrc Macro 宏定義文件 /usr/lib/rpm/macros /usr/lib/rpm/redhat/macros /etc/rpm/macros ~/.rpmmacros Database 數據庫 /var/lib/rpm/Basenames /var/lib/rpm/Conflictname /var/lib/rpm/Dirnames /var/lib/rpm/Filemd5s /var/lib/rpm/Group /var/lib/rpm/Installtid /var/lib/rpm/Name /var/lib/rpm/Packages /var/lib/rpm/Providename /var/lib/rpm/Provideversion /var/lib/rpm/Pubkeys /var/lib/rpm/Removed /var/lib/rpm/Requirename /var/lib/rpm/Requireversion /var/lib/rpm/Sha1header /var/lib/rpm/Sigmd5 /var/lib/rpm/Triggername Temporary 臨時文件 /var/tmp/rpm*

-bi 執行 spec 文件的 "%install" 階段 (在執行了 %prep 和 %build 階段之後)。這通常等價於執行了一次 "make install" -bl 執行一次 "列表檢查"。spec 文件的 "%files" 段落中的宏被擴展，檢測是否每個文件都存在。 -bs 只構建源代碼打包 還可以用下列選項： --buildroot DIRECTORY 在構建時，使用目錄 DIRECTORY 覆蓋默認的值 --clean 在制作打包之後刪除構建樹 --nobuild 不執行任何構建步驟。用於測試 spec 文件 --rmsource 在構建後刪除源代碼 (也可以單獨使用，例如 "rpmbuild --rmsource foo.spec") --rmspec 在構建之後刪除 spec 文件 (也可以單獨使用，例如 "rpmbuild --rmspec foo.spec") --short-circuit 直接跳到指定階段 (也就是說，跳過指定階段前面的所有步驟)。只有與 -bc 或 -bi 連用才有意義。 --sign 在打包中包含 GPG 簽名。簽名可以用來校驗打包的完整性和來源。參見 rpm(8) 的 "GPG 簽名" 章節中的配置細節。 --target PLATFORM 在構建時，將 PLATFORM 解析為 arch-vendor-os，並以此設置宏 %_target, %_target_cpu, 和 %_target_os 的值。 重建和重編譯選項 還有兩種發起構建的方法： rpmbuild --rebuild--recompile SOURCEPKG ... 這樣執行的話，rpmbuild 安裝指定的源代碼打包，然後進行准備，編譯和安裝。另外，--rebuild 構建一個新的二進制打包，在構建結束時，構建目錄被刪除 (就好像用了 --clean)，源代碼和 spec 文件也被刪除。 SHOWRC 命令 rpmbuild --showrc 將顯示 rpmbuild 使用的，在 rpmrc 和 macros 配置文件中定義的選項的值。 FILES rpmrc 配置文件 /usr/lib/rpm/rpmrc /usr/lib/rpm/redhat/rpmrc /etc/rpmrc ~/.rpmrc Macro 宏定義文件 /usr/lib/rpm/macros /usr/lib/rpm/redhat/macros /etc/rpm/macros ~/.rpmmacros Database 數據庫 /var/lib/rpm/Basenames /var/lib/rpm/Conflictname /var/lib/rpm/Dirnames /var/lib/rpm/Filemd5s /var/lib/rpm/Group /var/lib/rpm/Installtid /var/lib/rpm/Name /var/lib/rpm/Packages /var/lib/rpm/Providename /var/lib/rpm/Provideversion /var/lib/rpm/Pubkeys /var/lib/rpm/Removed /var/lib/rpm/Requirename /var/lib/rpm/Requireversion

/var/lib/rpm/Sha1header /var/lib/rpm/Sigmd5 /var/lib/rpm/Triggername Temporary 臨時文件 /var/tmp/rpm*