原文地址：一堂課玩轉rpm包的制作?作者：wjlkoorey258

常見的Linux發行版主要可以分為兩類，類ReadHat系列和類Debian系列，這里我們是以其軟件包的格式來劃分的，這兩類系統分別提供了自己的軟件包管理系統和相應的工具。類RedHat系統中軟件包的后綴是rpm；類Debian系統中軟件包的后綴是deb。另一方面，類RedHat系統提供了同名的rpm命令來安裝、卸載、升級rpm軟件包；類Debian系統同樣提供了dpkg命令來對后綴是deb的軟件包進行安裝、卸載和升級等操作。
? ?rpm的全稱是Redhat Package Manager，常見的使用rpm軟件包的系統主要有Fedora、CentOS、openSUSE、SUSE企業版、PCLinuxOS以及Mandriva Linux、Mageia等。使用deb軟件包后綴的類Debian系統最常見的有Debian、Ubuntu、Finnix等。

?

無論是rpm命令還是dpkg命令在安裝軟件包時都存在一個讓人非常頭疼的問題，那就是軟件包的依賴關系。這一點很多人應該深有體會，這也使初學者在接觸Linux系統時覺得很不方便的地方。慶幸的是，很多發行版都考慮到了這問題，于是Fedora和CentOS提供了yum來自動解決軟件包的安裝依賴，同樣的openSUSE提供了zypper，類Debian系統提供了apt-*命令。也就是說這些工具本質上最終還是調用了rpm(或者dpkg)是不過安裝前自動幫用戶解決了軟件包的安裝依賴。如下表所示：

分類	發行版	手動安裝命令	自動安裝命令	軟件包后綴
類RedHat	Fedora/CentOS	rpm	yum	*.rpm
	openSUSE/SUSE		zypper
	Mandriva Linux/Mageia		urpmi
類Debian	Debian/Ubuntu	dpkg	apt-get	*.deb

小技巧：執行rpmdev-setuptree會在當前用戶家目錄下的rpmbuild目錄(如果該目錄不存在也會被自動創建)里自動建立上述目錄。
? ?當上述目錄建立好之后，將所有用于生成rpm包的源代碼、shell腳本、配置文件都拷貝到SOURCES目錄里，注意通常情況下源碼的壓縮格式都為*.tar.gz格式(當然還可以為其他格式，但那就是另外一種方式，這里先不介紹)。然后，將最最最重要的SPEC文件，命名格式一般是“軟件名-版本.spec”的形式，將其拷貝到SPECS目錄下，切換到該目錄下執行：

rpmbuild -bb 軟件名-版本.spec

? ??
? ?最終我們想要的rpm軟件包就安安穩穩地躺在RPMS目錄下了。對，就這么簡單。
? ?這里的關鍵就是上面的SPEC文件的寫法，我們可以用rpmdev-newspec?-o?Name-version.spec命令來生成SPEC文件的模板，然后在上面修改就可。例如：

[root@localhost ~]# rpmdev-newspec?-o myapp-0.1.0.spec

Skeleton specfile?(minimal)?has been created to?"myapp-0.1.0.spec".

[root@localhost ~]# cat myapp-0.1.0.spec

Name:?myapp-0.1.0

Version:

Release:?1%{?dist}

Summary:

Group:

License:

URL:

Source0:

BuildRoot:?%{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u}?-n)

BuildRequires:

Requires:

%description

%prep

%setup?-q

%build

%configure

make %{?_smp_mflags}

%install

rm?-rf?$RPM_BUILD_ROOT

make install DESTDIR=$RPM_BUILD_ROOT

%clean

rm?-rf?$RPM_BUILD_ROOT

%files

%defattr(-,root,root,-)

%doc

%changelog

? ??其實SPEC文件的核心是它定義了一些“階段”(%prep、%build、%install和%clean)，當rpmbuild執行時它首先會去解析SPEC文件，然后依次執行每個“階段”里的指令。
? ?接下來，我們來簡單了解一下SPEC文件的頭部。假如，我們的源碼包名字是myapp-0.1.0.tar.gz，那么myapp-0.1.0.spec的頭部一般如下的樣子：

Name: ? ? ? ? ? ? ? ? ?myapp <===軟件包的名字(后面會用到)

Version: ? ? ? ? ? ? ? 0.1.0 <===軟件包的版本(后面會用到)

Release: ? ? ? ? ? ? ??1%{?dist} <===發布序號

Summary: ? ? ? ? ? ? ? my first rpm <===軟件包的摘要信息

Group: ? ? ? ? ? ? ? ? <===軟件包的安裝分類，參見/usr/share/doc/rpm-4.x.x/GROUPS這個文件

License: ? ? ? ? ? ? ? GPL <===軟件的授權方式

URL: ? ? ? ? ? ? ? ? ??<===這里本來寫源碼包的下載路徑或者自己的博客地址或者公司網址之類

Source0: ? ? ? ? ? ? ? %{name}-%{version}.tar.gz <===源代碼包的名稱(默認時rpmbuid回到SOURCES目錄中去找)，這里的name和version就是前兩行定義的值。如果有其他配 置或腳本則依次用Source1、Source2等等往后增加即可。

BuildRoot: ? ? ? ? ? ??%{_topdir}/BUILDROOT <=== 這是make install時使用的“虛擬”根目錄，最終制作rpm安裝包的文件就來自這里。

BuildRequires: ? ? ? ? <=== 在本機編譯rpm包時需要的輔助工具，以逗號分隔。假如，要求編譯myapp時，gcc的版本至少為4.4.2，則可以寫成gcc >=4.2.2。還有其他依賴的話則以逗號分別繼續寫道后面。

Requires: ? ? ? ? ? ? ?<=== 編譯好的rpm軟件在其他機器上安裝時，需要依賴的其他軟件包，也以逗號分隔，有版本需求的可以

%description ? ? ? ? ??<=== 軟件包的詳細說明信息，但最多只能有80個英文字符。

? ??下面我們來看一下制作rpm包的幾個關鍵階段，以及所發生的事情：??

階段	動作
%prep	將%_sourcedir目錄下的源代碼解壓到%_builddir目錄下。如果有補丁的需要在這個階段進行打補丁的操作
%build	在%_builddir目錄下執行源碼包的編譯。一般是執行./configure和make指令
%install	將需要打包到rpm軟件包里的文件從%_builddir下拷貝%_buildrootdir目錄下。當用戶最終用rpm -ivh name-version.rpm安裝軟件包時，這些文件會安裝到用戶系統中相應的目錄里
制作rpm包	這個階段是自動完成的，所以在SPEC文件里面是看不到的，這個階段會將%_buildroot目錄的相關文件制作成rpm軟件包最終放到%_rpmdir目錄里
%clean	編譯后的清理工作，這里可以執行make clean以及清空%_buildroot目錄等

?

? ??每個階段的詳細說明如下：

• %prep階段

這個階段里通常情況，主要完成對源代碼包的解壓和打補丁(如果有的話)，而解壓時最常見到的就是一句指令：

%setup -q

? ?當然，這句指令可以成功執行的前提是你位于SOURCES目錄下的源碼包必須是name-version.tar.gz的格式才行，它還會完成后續階段目錄的切換和設置。如果在這個階段你不用這條指令，那么后面每個階段都要自己手動去改變相應的目錄。解壓完成之后如果有補丁文件，也在這里做。想了解的童鞋可以自己去查查如何實現，也不難，這里我就不展開了。

• %build階段

這個階段就是執行常見的configure和make操作，如果有些軟件需要最先執行bootstrap之類的，可以放在configure之前來做。這個階段我們最常見只有兩條指令：

%configure

make %{?_smp_mflags}

? ??它就自動將軟件安裝時的路徑自動設置成如下約定：

可執行程序/usr/bin

依賴的動態庫/usr/lib或者/usr/lib64視操作系統版本而定。

二次開發的頭文件/usr/include

文檔及手冊/usr/share/man

? ?
? ? 注意，這里的%configure是個宏常量，會自動將prefix設置成/usr。另外，這個宏還可以接受額外的參數，如果某些軟件有某些高級特性需要開啟，可以通過給%configure宏傳參數來開啟。如果不用?%configure這個宏的話，就需要完全手動指定configure時的配置參數了。同樣地，我們也可以給make傳遞額外的參數，例如：

make %{?_smp_mflags} CFLAGS="" …

• %install階段

? ??這個階段就是執行make install操作。這個階段會在%_buildrootdir目錄里建好目錄結構，然后將需要打包到rpm軟件包里的文件從%_builddir里拷貝到%_buildrootdir里對應的目錄里。這個階段最常見的兩條指令是：

rm -rf $RPM_BUILD_ROOT

make install DESTDIR=$RPM_BUILD_ROOT

? ?其中$RPM_BUILD_ROOT也可以換成我們前面定義的BuildRoot變量，不過要寫成%{buildroot}才可以，必須全部用小寫，不然要報錯。
? ?如果軟件有配置文件或者額外的啟動腳本之類，就要手動用copy命令或者install命令你給將它也拷貝到%{buildroot}相應的目錄里。用copy命令時如果目錄不存在要手動建立，不然也會報錯，所以推薦用install命令。?

• %clean階段

? ??編譯完成后一些清理工作，主要包括對%{buildroot}目錄的清空(當然這不是必須的)，通常執行諸如make clean之類的命令。?

• 制作rpm軟件包的階段

這個階段必須引出下面一個叫做%files的階段。它主要用來說明會將%{buildroot}目錄下的哪些文件和目錄最終打包到rpm包里。

%files

%defattr(-,root,root,-)

%doc

? ??
? ?在%files階段的第一條命令的語法是：

%defattr(文件權限,用戶名,組名,目錄權限)

? ?如果不牽扯到文件、目錄權限的改變則一般用%defattr(-,root,root,-)這條指令來為其設置缺省權限。所有需要打包到rpm包的文件和目錄都在這個地方列出，例如：

%files

%{_bindir}/*

%{_libdir}/*

%config(noreplace) %{_sysconfdir}/*.conf

? ?在安裝rpm時，會將可執行的二進制文件放在/usr/bin目錄下，動態庫放在/usr/lib或者/usr/lib64目錄下，配置文件放在/etc目錄下，并且多次安裝時新的配置文件不會覆蓋以前已經存在的同名配置文件。
? ?這里在寫要打包的文件列表時，既可以以宏常量開頭，也可以為“/”開頭，沒任何本質的區別， 都表示從%{buildroot}中拷貝文件到最終的rpm包里；如果是相對路徑，則表示要拷貝的文件位于%{_builddir}目錄，這主要適用于那 些在%install階段沒有被拷貝到%{buildroot}目錄里的文件，最常見的就是諸如README、LICENSE之類的文件。如果不想將% {buildroot}里的某些文件或目錄打包到rpm里，則用：

%exclude dic_name或者file_name

? ??
? ?但是關于%files階段有兩個特性要牢記：

%{buildroot}里的所有文件都要明確被指定是否要被打包到rpm里。什么意思呢？假如，%{buildroot}目錄下有4個目錄a、b、c和d，在%files里僅指定a和b要打包到rpm里，如果不把c和d用exclude聲明是要報錯的；

如果聲明了%{buildroot}里不存在的文件或者目錄也會報錯。

? ??關于%doc宏，所有跟在這個宏后面的文件都來自%{_builddir}目錄，當用戶安裝rpm時，由這個宏所指定的文件都會安裝到/usr/share/doc/name-version/目錄里。
?

• %changelog階段

? ??這是最后一個階段，主要記錄的每次打包時的修改變更日志。標準格式是：

* date +"%a %b %d %Y" 修改人 郵箱 本次版本x.y.z-p

- 本次變更修改了那些內容

? ??
? ?說了這么多，我們實戰一下。網上很多教程都是拿Tomcat或者Nigix開頭，這里我就先從簡單的mp3解碼庫libmad入手，將它打成一個rpm包，具體步驟如下：

? ??(如果自己系統上沒有rpmbuild命令就安裝之：yum install rpm* rpm-build rpmdev*)

1、構建rpm的編譯目錄結構：

? ?2、下載libmad源碼到rpmbuild/SOURCES目錄下，可以從?http://downloads.sourceforge.net/mad/libmad-0.15.1b.tar.gz這里下載。

? ??3、在rpmbuild/SPECS目錄下執行rpmdev-newspec -o?libmad-0.15.1b.spec，會在當前目錄下生成名為libmad-0.15.1b.spec的模板文件。

4、將libmad-0.15.1b.spec修改成如下的樣子：

? ??5、在rpmbuild/SPECS目錄下執行打包編譯：

rpmbuild -bb libmad-0.15.1b.spec

最終生成的rpm包如下：

? ??因為我是64位系統，所以編譯出的libmad適用于CentOS6.0-64。

如果我們將libmad的源碼和spec文件拷貝32位系統上，再執行rpm打包，看看結果：
結果如下：

后記：
? ?關于SPEC文件，還有一些其他特性，諸如安裝軟件包之前、之后要做的事情，以及卸載軟件包之前之后要做的事情，包括給源碼打補丁，關于這些特性感興趣的童鞋自己去摸索吧。最后給出一個完整的，包含了打補丁、安裝、卸載特性的SPEC文件模板：

Name: test

Version:

Requires:

%description

…

#==================================SPEC頭部====================================

%prep

%setup -q

%patch <==== 在這里打包

%build

%configure

make %{?_smp_mflags}

%install

rm -rf $RPM_BUILD_ROOT

make install DESTDIR=$RPM_BUILD_ROOT

%clean

rm -rf $RPM_BUILD_ROOT

%files

%defattr(-,root,root,-)

要打包到rpm包里的文件清單

%doc

%changelog

#==================================SPEC主體====================================

%pre

安裝或者升級軟件前要做的事情，比如停止服務、備份相關文件等都在這里做。

%post

安裝或者升級完成后要做的事情，比如執行ldconfig重構動態庫緩存、啟動服務等。

%preun

卸載軟件前要做的事情，比如停止相關服務、關閉進程等。

%postun

卸載軟件之后要做的事情，比如刪除備份、配置文件等。

轉載于:https://blog.51cto.com/gxjluck/1431293

總結

以上是生活随笔為你收集整理的玩转rpm包制作的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。