上一篇日志寫(xiě)到，為什么要制作rpm包，以及如何使用.src.rpm文件生成rpm包。最后部分還看到.src.rpm的內容，實(shí)際上就是由.tar.gz源碼、補丁軟件和.spec腳本組成的。由此知道，使用.spec生成rpm包是比較簡(jiǎn)單的，因為.src.rpm通常都是由軟件開(kāi)發(fā)者或者第三方的專(zhuān)業(yè)制作人根據源碼調試好的，所以，只要處理好平臺兼容性和相關(guān)的版本，不會(huì )遇到太大的問(wèn)題。
但我覺(jué)得單純明白用.spec生成rpm是不夠的。常見(jiàn)有兩個(gè)原因值得我們去了解用如何用源碼制作rpm：
引用
1、并不是所有的軟件都提供.rpm方式的。
這是最常見(jiàn)的原因。負責任的開(kāi)發(fā)者應提供rpm方式的二進(jìn)制軟件包，以便用戶(hù)選擇使用。但也很常見(jiàn)就是軟件作者只是發(fā)布了源碼，最后一部分的編譯和安裝需要用戶(hù)自行解決。我不想深究對錯問(wèn)題，反正知道有這樣的情況就可以了；
2、自行打包一些文件或自己開(kāi)發(fā)了一套軟件
當然，使用tar包或cpio等也可以打包文件，甚至比制作rpm要簡(jiǎn)單很多。但如果您想在安裝的過(guò)程中就把一套額外的軟件部署完畢，那使用rpm方式通常是是唯一的方法。而且rpm還有數據庫協(xié)助軟件升級、文件校驗等，結合yum升級方式，沒(méi)有理由不選擇rpm，特別是對于最終用戶(hù)，我認為提供rpm包是最佳的方法。
由前面的日志了解到，生成rpm除了源碼外，最重要的就是懂得編寫(xiě).spec腳本。rpm建包的原理其實(shí)并不復雜，可以理解為按照標準的格式整理一些信息，包括：軟件基礎信息，以及安裝、卸載前后執行的腳本，對源碼包解壓、打補丁、編譯，安裝路徑和文件等。
實(shí)際過(guò)程中，最關(guān)鍵的地方，是要清楚虛擬路徑的位置，以及宏的定義。 二、關(guān)鍵字 spec腳本包括很多關(guān)鍵字，主要有：
引用
Name: 軟件包的名稱(chēng)，后面可使用%{name}的方式引用
Summary: 軟件包的內容概要
Version: 軟件的實(shí)際版本號，例如：1.0.1等，后面可使用%{version}引用
Release: 發(fā)布序列號，例如：1linuxing等，標明第幾次打包，后面可使用%{release}引用
Group: 軟件分組，建議使用標準分組
License: 軟件授權方式，通常就是GPL
Source: 源代碼包，可以帶多個(gè)用Source1、Source2等源，后面也可以用%{source1}、%{source2}引用
BuildRoot: 這個(gè)是安裝或編譯時(shí)使用的“虛擬目錄”，考慮到多用戶(hù)的環(huán)境，一般定義為：
%{_tmppath}/%{name}-%{version}-%{release}-root
或
%{_tmppath}/%{name}-%{version}-%{release}-buildroot-%(%{__id_u} -n}
該參數非常重要，因為在生成rpm的過(guò)程中，執行make install時(shí)就會(huì )把軟件安裝到上述的路徑中，在打包的時(shí)候，同樣依賴(lài)“虛擬目錄”為“根目錄”進(jìn)行操作。
后面可使用$RPM_BUILD_ROOT 方式引用。
URL: 軟件的主頁(yè)
Vendor: 發(fā)行商或打包組織的信息，例如RedFlag Co,Ltd
Disstribution: 發(fā)行版標識
Patch: 補丁源碼，可使用Patch1、Patch2等標識多個(gè)補丁，使用%patch0或%{patch0}引用
Prefix: %{_prefix} 這個(gè)主要是為了解決今后安裝rpm包時(shí)，并不一定把軟件安裝到rpm中打包的目錄的情況。這樣，必須在這里定義該標識，并在編寫(xiě)%install腳本的時(shí)候引用，才能實(shí)現rpm安裝時(shí)重新指定位置的功能
Prefix: %{_sysconfdir} 這個(gè)原因和上面的一樣，但由于%{_prefix}指/usr，而對于其他的文件，例如/etc下的配置文件，則需要用%{_sysconfdir}標識
Build Arch: 指編譯的目標處理器架構，noarch標識不指定，但通常都是以/usr/lib/rpm/marcros中的內容為默認值
Requires: 該rpm包所依賴(lài)的軟件包名稱(chēng)，可以用>=或<=表示大于或小于某一特定版本，例如：
libpng-devel >= 1.0.20 zlib
※“>=”號兩邊需用空格隔開(kāi)，而不同軟件名稱(chēng)也用空格分開(kāi)
還有例如PreReq、Requires(pre)、Requires(post)、Requires(preun)、Requires(postun)、BuildRequires等都是針對不同階段的依賴(lài)指定
Provides: 指明本軟件一些特定的功能，以便其他rpm識別
Packager: 打包者的信息
%description 軟件的詳細說(shuō)明
spec腳本的主體中也包括了很多關(guān)鍵字和描述，下面會(huì )一一列舉。我會(huì )把一些特別需要留意的地方標注出來(lái)。
%prep 預處理腳本
%setup -n %{name}-%{version} 把源碼包解壓并放好
通常是從/usr/src/asianux/SOURCES里的包解壓到/usr/src/asianux/BUILD/%{name}-%{version}中。
一般用%setup -c就可以了，但有兩種情況：一就是同時(shí)編譯多個(gè)源碼包，二就是源碼的tar包的名稱(chēng)與解壓出來(lái)的目錄不一致，此時(shí)，就需要使用-n參數指定一下了。
%patch 打補丁
通常補丁都會(huì )一起在源碼tar.gz包中，或放到SOURCES目錄下。一般參數為：
%patch -p1 使用前面定義的Patch補丁進(jìn)行，-p1是忽略patch的第一層目錄
%Patch2 -p1 -b xxx.patch 打上指定的補丁，-b是指生成備份文件
◎補充一下 引用
%setup 不加任何選項，僅將軟件包打開(kāi)。
%setup -n newdir 將軟件包解壓在newdir目錄。
%setup -c 解壓縮之前先產(chǎn)生目錄。
%setup -b num 將第num個(gè)source文件解壓縮。
%setup -T 不使用default的解壓縮操作。
%setup -T -b 0 將第0個(gè)源代碼文件解壓縮。
%setup -c -n newdir 指定目錄名稱(chēng)newdir，并在此目錄產(chǎn)生rpm套件。
%patch 最簡(jiǎn)單的補丁方式，自動(dòng)指定patch level。
%patch 0 使用第0個(gè)補丁文件，相當于%patch ?p 0。
%patch -s 不顯示打補丁時(shí)的信息。
%patch -T 將所有打補丁時(shí)產(chǎn)生的輸出文件刪除。
這個(gè)不是關(guān)鍵字，而是rpm定義的標準宏命令。意思是執行源代碼的configure配置
在/usr/src/asianux/BUILD/%{name}-%{version}目錄中進(jìn)行 ，使用標準寫(xiě)法，會(huì )引用/usr/lib/rpm/marcros中定義的參數。
另一種不標準的寫(xiě)法是，可參考源碼中的參數自定義，例如：
引用
CFLAGS="$RPM_OPT_FLAGS" CXXFLAGS="$RPM_OPT_FLAGS" ./configure --prefix=%{_prefix}
開(kāi)始構建包
在/usr/src/asianux/BUILD/%{name}-%{version}目錄中進(jìn)行make的工作 ，常見(jiàn)寫(xiě)法：
引用
make %{?_smp_mflags} OPTIMIZE="%{optflags}"
都是一些優(yōu)化參數，定義在/usr/lib/rpm/marcros中
%install 開(kāi)始把軟件安裝到虛擬的根目錄中
在/usr/src/asianux/BUILD/%{name}-%{version}目錄中進(jìn)行make install的操作。
這個(gè)很重要，因為如果這里的路徑不對的話(huà)，則下面%file中尋找文件的時(shí)候就會(huì )失敗。 常見(jiàn)內容有：
%makeinstall 這不是關(guān)鍵字，而是rpm定義的標準宏命令。也可以使用非標準寫(xiě)法：
引用
make DESTDIR=$RPM_BUILD_ROOT install
或
引用
make prefix=$RPM_BUILD_ROOT install
需要說(shuō)明的是，這里的%install主要就是為了后面的%file服務(wù)的。所以，還可以使用常規的系統命令：
引用
install -d $RPM_BUILD_ROOT/
cp -a * $RPM_BUILD_ROOT/
清理臨時(shí)文件
通常內容為：
引用
[ "$RPM_BUILD_ROOT" != "/" ] && rm -rf "$RPM_BUILD_ROOT"
rm -rf $RPM_BUILD_DIR/%{name}-%{version}
$RPM_BUILD_ROOT是指開(kāi)頭定義的BuildRoot，而$RPM_BUILD_DIR通常就是指/usr/src/asianux/BUILD，其中，前面的才是%file需要的。 %pre rpm安裝前執行的腳本
%post rpm安裝后執行的腳本
%preun rpm卸載前執行的腳本
%postun rpm卸載后執行的腳本
%files 定義那些文件或目錄會(huì )放入rpm中
這里會(huì )在虛擬根目錄下進(jìn)行，千萬(wàn)不要寫(xiě)絕對路徑，而應用宏或變量表示相對路徑。 如果描述為目錄，表示目錄中除%exclude外的所有文件。
%defattr (-,root,root) 指定包裝文件的屬性，分別是(mode,owner,group)，-表示默認值，對文本文件是0644，可執行文件是0755
%exclude 列出不想打包到rpm中的文件
※小心，如果%exclude指定的文件不存在，也會(huì )出錯的。 %changelog 變更日志
四、范例
下面的.spec腳本是一個(gè)比較簡(jiǎn)單的范例，其作用是把一個(gè)目錄中的所有文件都打包為一個(gè)rpm包。
1、前期工作
我們假設需要打包的目錄就是我們的源碼文件。這樣，可以暫時(shí)忽略比較麻煩的打補丁、編譯等問(wèn)題，而且也是一種常見(jiàn)的方式。 在編寫(xiě).spec腳本前，需要準備好“源碼”，也就是目錄，內容比較簡(jiǎn)單：
引用
[root@mail html]# ll
total 4
drwxr-xr-x 3 root root 4096 Jun 4 14:45 demo
[root@mail html]# ll demo/
total 4
drwxr-xr-x 3 root root 4096 Jun 4 14:45 images
-rw-r--r-- 1 root root 0 Jun 4 14:45 index.html
因為rpm只認tar.gz格式，所以，必須打包好并移動(dòng)到SOURCES目錄中：
引用
[root@mail html]# tar czvf demo.tar.gz demo/
demo/
demo/images/
demo/images/logo.gif/
demo/index.html
[root@mail html]# mv demo.tar.gz /usr/src/asianux/SOURCES/
2、demo.spec的內容
準備工作完成，下面就是范例用的腳本內容：
[root@mail html]# cd /usr/src/asianux/SPECS/
[root@mail SPECS]# cat demo.spec
引用
Summary: Test package for LinuxFly webblog
Name: suite
Version: 1.0.0
Release: 1
License: GPL
Group: System
Source: demo.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root
Url: http://www.linuxfly.org
Packager: Linuxing
Prefix: %{_prefix}
Prefix: %{_sysconfdir}
%define userpath /var/www/html/demo
%description
Just a test rpm suite.
%prep
%setup -c
%install
install -d $RPM_BUILD_ROOT%{userpath}
cp -a %{name}* $RPM_BUILD_ROOT%{userpath}
%clean
rm -rf $RPM_BUILD_ROOT
rm -rf $RPM_BUILD_DIR/%{name}-%{version}
%files
%defattr(-,root,root)
%{userpath}
下載：
※特別需要注意的是：%install部分使用的是絕對路徑，而%file部分使用則是相對路徑，雖然其描述的是同一個(gè)地方。千萬(wàn)不要寫(xiě)錯。
五、其他
1、擴展
雖然上面的范例很簡(jiǎn)陋，而且缺少%build部分，但實(shí)際上只要記住兩點(diǎn)：
a）就是%build和%install的過(guò)程中，都必須把編譯和安裝的文件定義到“虛擬根目錄” 中。
引用
%build
make -f admin/Makefile.common cvs
./configure --prefix=%{_prefix} --enable-final --disable-debug \
--with-extra-includes=%{_includedir}/freetype2 --includedir=%{_includedir}
make
%install
rm -fr $RPM_BUILD_ROOT
make DESTDIR=$RPM_BUILD_ROOT install
cp -r $RPM_BUILD_ROOT%{_datadir}/apps/kolourpaint/icons/hicolor/* $RPM_BUILD_ROOT%{_datadir}/icons/crystalsvg/
b）就是%file中必須明白，用的是相對目錄
引用
%files
%defattr(-,root,root)
%{_bindir}
%{_libdir}
%{_datadir}
%exclude %{_libdir}/debug
如果把
引用
%files
%defattr(-,root,root)
%{_bindir}
寫(xiě)成
引用
%files
%defattr(-,root,root)
/usr/bin
則打包的會(huì )是根目錄下的/usr/bin中所有的文件。
2、一些rpm相關(guān)信息
rpm軟件包系統的標準分組：/usr/share/doc/rpm-4.3.3/GROUPS
各種宏定義： /usr/lib/rpm/macros
已經(jīng)安裝的rpm包數據庫： /var/lib/rpm
如果要避免生成debuginfo包：這個(gè)是默認會(huì )生成的rpm包。則可以使用下面的命令：
echo '%debug_package %{nil}' >> ~/.rpmmacros
如果rpm包已經(jīng)做好，但在安裝的時(shí)候想修改默認路徑，則可以：
rpm -ivh --prefix=/opt/usr xxx.rpm
又或者同時(shí)修改多個(gè)路徑：
rpm xxx.rpm --relocate=/usr=/opt/usr --relocate=/etc=/usr/etc
3、制作補丁
詳細看參考： [原]使用diff同patch工具 4、如何編寫(xiě)%file段
由于必須在%file中包括所有套件中的文件，所以，我們需要清楚編譯完的套件到底包括那些文件？
常見(jiàn)的做法是，人工模擬一次編譯的過(guò)程：
./configrue --prefix=/usr/local/xxx
make
make DESTDIR=/usr/local/xxx install
或
make prefix=/usr/local/xxx install
這樣，整個(gè)套件的內容就會(huì )被放到/usr/local/xxx中，可根據情況編寫(xiě)%file和%exclude段。
※當然，這個(gè)只能對源碼按GNU方式編寫(xiě)，并使用GNU autotool創(chuàng )建的包有效，若自定義Makefile則不能一概而論。
5、關(guān)于rpm中的執行腳本
如果正在制作的rpm包是準備作為放到系統安裝光盤(pán)中的話(huà)，則需要考慮rpm中定義的腳本是否有問(wèn)題。由于系統在安裝的時(shí)候只是依賴(lài)于一個(gè)小環(huán)境進(jìn)行，而該環(huán)境與實(shí)際安裝完的環(huán)境有很大的區別，所以，大部分的腳本在該安裝環(huán)境中都是無(wú)法生效，甚至會(huì )帶來(lái)麻煩的。
所以，對于這樣的，需要放到安裝光盤(pán)中的套件，不加入執行腳本是較佳的方法。
另外，為提供操作中可參考的信息，rpm還提供了一種信號機制：不同的操作會(huì )返回不同的信息，并放到默認變量$1中。
可這樣使用：
引用
%postun
if [ "$1" = "0" ]; then
/sbin/ldconfig
fi
六、參考文獻：
1. http://www-900.ibm.com/developerWorks/cn/linux/management/package/rpm/part1/index.shtml[/url]
2. http://www-900.ibm.com/developerWorks/cn/linux/management/package/rpm/part2/index.shtml
3. http://www-900.ibm.com/developerWorks/cn/linux/management/package/rpm/part3/index.shtml
4. /usr/share/doc/rpm-4.3.2/
5. http://www.rpm.org/RPM-HOWTO/build.html#SCRIPTS
6. http://www.linuxfans.org/nuke/modules.php?name=Forums&file=printview&t=86980&start=0
