RPM 與 SRPM 套件管理員
最近更新日期：2004/04/20
　
在上一章當中，我們介紹了以 Tarball 的方式來安裝我們的套件，同時也說明了 Source code 與執行檔之間的關係。不過，如果每次安裝套件都需要進行編譯的動作，那麼實在很沒效率！這個時候，由 Red Hat 公司所開發出來的套件管理程式( Red Hat Package Manager, RPM )可就幫了大忙了！RPM 除了可以用來安裝套件之外，還可以進行查詢、升級、反安裝、以及其他驗證等等的功能，這些功能讓我們在管理系統的套件上，更顯的方便呢！此外，我們也可以利用 RPM 的原理來『自行創造自己的 RPM 檔案』呢！
　
由於 RPM 實在是太好用了，目前主要的 Linux distributions 都是使用 RPM 來管理他們的套件，例如 Mandrake 與 Red Hat ，所以，您不能不知道 RPM 是什麼東西？該如何利用他，以及熟悉相關的功能！趕緊來參詳參詳！
　
前言：
　　：什麼是 RPM 與 SRPM
　　：什麼是 i386, i586, i686, noarch ？
　　：RPM 的優點
　　：RPM 屬性相依的克服方式
RPM 套件管理程式
　　：RPM 預設安裝的路徑
　　：RPM 安裝
　　：RPM 升級與更新
　　：RPM 查詢
　　：RPM 驗證與數位簽章
　　：RPM 反安裝與重建資料庫
SRPM 的使用：
　　：利用系統預設值安裝 SRPM 檔案
　　：SRPM 使用的路徑與需要的套件
　　：設定檔的主要內容
　　：SRPM 的編譯指令
一個打包自己套件的範例：
要選擇 RPM 還是 Tarball？
重點回顧
參考資源
課後練習
前言
在前一章我們提到以原始碼的方式來安裝套件，也就是利用廠商釋出的 Tarball 來進行套件與程式的安裝。不過，您應該很容易發現，那就是每次安裝套件都需要設定作業系統、設定編譯參數、實際的編譯、最後還要依據個人喜好的方式來安裝套件到定位。這過程是真的很麻煩的，而且對於不熟整個系統的朋友來說，還真是累人啊！
　
那有沒有想過，如果我的 Linux 系統與廠商的系統一模一樣，那麼在廠商的系統上面編譯出來的執行檔，自然也就可以在我的系統上面跑囉！也就是說，廠商先在他們的系統上面編譯好了我們使用者所需要的套件，然後將這個編譯好的可執行的套件直接釋出給使用者來安裝，如此一來，由於我們本來就使用廠商的 Linux distribution ，所以當然系統是一樣的，那麼使用廠商提供的編譯過的可執行檔就沒有問題啦！說的比較白話一些，那就是利用類似 Windows 的安裝方式，由程式開發者直接在已知的系統上面編譯好，再將該程式直接給使用者來安裝，如此而已。
　
那麼如果在安裝的時候還可以加上一些與這些程式相關的資訊，將他建立成為資料庫，那不就可以進行安裝、反安裝、升級與驗證等等的相關功能囉( 類似 Windows 底下的『新增移除程式』 )？！確實如此，在 Linux 上面至少就有兩種常見的這方面的套件管理員，分別是 RPM 與 Debian 的 dpkg ，其中又以 RPM 更常見。所以底下我們就來介紹一下 RPM 這個咚咚囉！
　
什麼是 RPM 與 SRPM
RPM 全名是『 RedHat Package Manager 』簡稱則為 RPM 啦！顧名思義，當初這個套件管理的程式是由 Red Hat 這家公司發展出來的，但其實在很多的其他套件也有相類似的套件管理程式。不過由於 RPM 使用上很方便，所以就成了目前最熱門的套件管理程式啦！
　
那麼什麼是 RPM 呢？說的簡單一點， RPM 是以一種資料庫記錄的方式來將你所需要的套件安裝到你的 Linux 主機的一套管理程式。他最大的特點就是將您要安裝的套件先編譯過( 如果需要的話 )並且打包好了，透過包裝好的套件裡頭預設的資料庫記錄，記錄這個套件要安裝的時候必須要的相依屬性模組( 就是你的 Linux 主機需要先存在的幾個必須的套件 )，當安裝在你的 Linux 主機時， RPM 會先依照套件裡頭的紀錄資料查詢 Linux 主機的相依屬性套件是否滿足，若滿足則予以安裝，若不滿足則不予安裝。那麼安裝的時候就將該套件的資訊整個寫入 RPM 的資料庫中，以便未來的查詢、驗證與反安裝！這樣一來的優點是：
  1. 由於已經編譯完成並且打包完畢，所以安裝上很方便( 不需要再重新編譯 )；
  2. 由於套件的資訊都已經記錄在 Linux 主機的資料庫上，很方便查詢、升級與反安裝；
但是這也造成很大的困擾，由於 RPM 程式是已經包裝好的資料，也就是說，裡面的資料已經都『編譯完成』了！所以，安裝的時候一定需要當初安裝時的主機環境才能安裝，也就是說，當初建立這個套件的安裝環境必須也要在你的主機上面出現才行！例如 rp-pppoe 這個 ADSL 撥接套件，他必須要在 ppp 這個套件存在的環境下才能進行安裝！如果你的主機並沒有 ppp 這個套件，那麼很抱歉，除非您先安裝 ppp 否則 rp-pppoe 就是不讓你安裝的( 當然您可以強制安裝，但是通常都會有點問題發生就是了！ )。所以，通常不同的 distribution 所釋出的 RPM 檔案，並不能用在其他的 distributions 裡面，舉例來說， Red Hat 釋出的 RPM 檔案，通常無法直接在 Mandrake 上面進行安裝的，更有甚者，不同版本之間也無法互通，例如 Mandrake 9.0 的 RPM 檔案就無法直接套用在 8.2 上面！因此，這樣可以發現他的缺點是：
  1. 安裝的環境必須與打包時的環境需求一致或相當；
  2. 需要滿足套件的相依屬性需求；
  3. 反安裝時需要特別小心，最底層的套件不可先移除，否則可能造成整個系統的問題！
那怎麼辦？呵呵！還好，還有 SRPM 這個東西！ SRPM 是什麼呢？顧名思義，他是 Source RPM 的意思，也就是這個 RPM 檔案裡面含有原始碼( Source Code )哩！特別注意的是，這個 SRPM 所提供的套件內容『並沒有經過編譯』，他提供的是原始碼喔！通常 SRPM 的附檔名是以 ***.src.rpm 這種格式來命名的。不過，既然 SRPM 提供的是原始碼，那麼為什麼我們不使用 Tarball 直接來安裝就好了？！這是因為 SRPM 雖然內容是原始碼，但是他仍然含有該套件所需要的相依性套件說明、以及所有 RPM 檔案所提供的資料，同時，他與 RPM 不同的是，他也提供了參數設定檔( 就是 configure 與 makefile 啦！ )。所以，如果我們下載的是 SRPM ，那麼要安裝該套件時，RPM 套件管理員將會(1)先將該套件以 RPM 管理的方式編譯，(2)然後將編譯完成的 RPM 檔案安裝到 Linux 系統當中。與 RPM 檔案相比， SRPM 多了一個重新編譯的動作，而且 SRPM 編譯完成會產生 RPM 檔案。
　
怪了，怎麼 SRPM 這麼麻煩吶！還要重新編譯一次，那麼我們直接使用 RPM 來安裝不就好了！？通常一個套件在釋出的時候，都會同時釋出該套件的 RPM 與 SRPM 。我們現在知道 RPM 檔案必須要在相同的 Linux 環境下才能夠安裝，而 SRPM 既然是原始碼的格式，自然我們就可以透過修改 SRPM 內的參數設定檔，然後重新編譯產生能適合我們 Linux 環境的 RPM 檔案，如此一來，不就可以將該套件安裝到我們的系統當中，而不必與原作者打包的 Linux 環境相同了？這就是 SRPM 的用處了！
什麼是 i386, i586, i686, noarch
好啦！現在我們已經知道 RPM 與 SRPM 的格式了，分別為：
　
xxxxxxxxx.rpm 　<==RPM 的格式，已經經過編譯且包裝完成的 rpm 檔案；
xxxxx.src.rpm 　<==SRPM的格式，包含未編譯的原始碼資訊。
　
那麼我們怎麼知道這個套件的版本、適用的平台、打包的次數呢？呵呵！只要透過檔名就可以知道了！例如 rp-pppoe-3.1-5.i386.rpm 這的檔案的意義為：
　
rp-pppoe　-　　3.1　　　　-　　　5　　.　　 i386　　　 .rpm
 套件名稱  　套件的版本資訊　  釋出的次數　  適合的硬體平台　 附檔名 
　
除了後面適合的硬體平台與附檔名外，主要是以『-』來隔開各個部分，這樣子可以很清楚的發現該套件的名稱、版本資訊、打包次數與操作的硬體平台！好了，來談一談每個不同的地方吧：
RPM 的優點
RPM 有以下的優點： 為什麼 RPM 在使用上很方便呢？我們前面提過， RPM 這個套件管理員所處理的套件，是由套件提供者在特定的 Linux 作業平台上面將該套件編譯完成，並且打包好，那使用者只要拿到這個打包好的套件，然後將裡頭的檔案放置到應該要擺放的目錄，不就完成安裝囉？！對啦！就是這樣！但是有沒有想過，我們在前一章 原始碼與 Tarball 裡面提過的，有些套件是有相關性的，例如要安裝網路卡驅動程式，就得要有 kernel source 與 gcc 及 make 等套件。那麼我們的 RPM 套件是否一定可以安裝完成呢？！如果該套件安裝之後，卻找不到他相關的前驅套件，那不是挺麻煩的嗎？因為安裝好的套件也無法使用啊！
　
為了解決這種具有相關性套件之間的問題，就是所謂的套件相依屬性，RPM 就在提供套件打包的檔案時，同時加入一些訊息登錄的功能，這些訊息包括套件的版本、打包套件者、相依屬性的套件、套件的功能說明、該套件的所有檔案與目錄紀錄、等等，然後在 Linux 系統上面亦建立一個 RPM 套件資料庫( database )，如此一來，當您要安裝某個以 RPM 型態提供的套件時，在安裝的過程中， RPM 會去檢驗一下資料庫裡面是否已經存在相關的套件了，如果資料庫顯示不存在，那麼這個 RPM 檔案『預設』就不能安裝( 會顯示一些錯誤訊息 )。呵呵！沒有錯，這個就是 RPM 類型的檔案最為人所詬病的『套件的屬性相依』問題啦！
RPM 屬性相依的克服方式
雖然 RPM 有套件屬性相依的問題，但是 RPM 的優點實在是比缺點要好的多，所以很多使用者還是偏好使用 RPM 來管理自己的套件，在這樣的情況下，如何解決 RPM 的屬性相依問題呢？最簡單的方式就是在安裝 RPM 檔案的時候，發生套件相依的問題時，手動去下載前驅套件，先安裝好這些套件，然後再安裝最終想要安裝的套件即可。但是，如此一來很花費使用者的精神與時間，挺麻煩的啦！有沒有比較快速的方法呢？
　
呵呵！有的，由於 RPM 類型的檔案裡面含有屬性相依的訊息存在，如果我們可以透過分析這些訊息，再讓程式自行去尋找未安裝的前驅套件，並事先加以安裝，如此一來不就解決了屬性相依的困擾了嗎？！沒錯！是這樣！這就是目前所謂的 urpmi/apt/yum 等服務的由來啦！這些服務都是透過分析 RPM 檔案的相依資訊，然後自行取得相依屬性套件，自行完成安裝的動作，呵呵！相當的方便呢！這些資訊我們會在 伺服器架設篇 裡面進行介紹，在這個章節當中，我們主要還是以單純的 RPM 為主喔！
RPM 套件管理程式
RPM 安裝( install )
RPM 查詢
驗證的功能主要在於提供系統管理員一個有用的管理機制！作用的方式是『使用 /var/lib/rpm 底下的資料庫內容來比對目前 Linux 系統的環境下的所有套件檔案』也就是說，當您有資料不小心遺失，或者是因為您誤殺了某個套件的檔案，或者是不小心不知道修改到某一個套件的檔案內容，就用這個簡單的方法來驗證一下原本的檔案系統吧！好讓您瞭解這一陣子到底是修改到哪些檔案資料了！驗證的方式很簡單：
　
-V  套件 驗證一下這個套件的所有檔案是否有被更動過，只有被更動過的檔案才會被列出來。例如：
rpm -V logrotate
-Va 列出目前系統當中所有被更動過的檔案。例如：
rpm -Va
-Vp 套件 列出該套件上面可能已經被更動過的檔案，例如：
rpm -Vp pkgname.i386.rpm
-Vf 檔案 查閱一下某個檔案是否被更動過，例如：
rpm -Vf /etc/logrotate.conf
　
好了，那麼我怎麼知道到底我的檔案被更動過的內容是什麼？呵呵！簡單的說明一下吧！例如，我們檢查一下 logrotate 這個套件：
　
# 先看一下 logrotate 有幾個檔案？
[root@test root]# rpm -ql logrotate
/etc/cron.daily/logrotate
/etc/logrotate.conf
/etc/logrotate.d
/usr/sbin/logrotate
/usr/share/doc/logrotate-3.6.8
/usr/share/doc/logrotate-3.6.8/CHANGES
/usr/share/man/man8/logrotate.8.gz
/var/lib/logrotate.status
# 呵呵！共有 8 個檔案喔！
　
# 再來看一下有幾個檔案被動過了？！
[root@test root]# rpm -V logrotate
..5....T c /etc/logrotate.conf
　
# 怪怪！前面的幾個咚咚是什麼呢？！底下說明喔！
S ：file Size differs
　　檔案的容量大小是否被改變
M ：Mode differs (includes permissions and file type)
　　檔案的類型或檔案的屬性，如是否可執行等參數已被改變
5 ：MD5 sum differs
　　MD5 這一種加密防駭的屬性已被改變
D ：Device major/minor number mis-match
　　裝置名稱已被改變
L ：readLink(2) path mis-match
　　Link 屬性已被改變
U ：User ownership differs
　　檔案的所屬人已被改變
G ：Group ownership differs
　　檔案的所屬群組已被改變
T ：mTime differs
　　檔案的建立時間已被改變
　
所以，如果當一個檔案所有的資訊都被更動過，那麼他的顯示就會是：
　
SM5DLUGT c filename
　
至於那個 c 代表的是『 Config file 』的意思，也就是檔案的類型，檔案類型有底下這幾類： 經過驗證的功能，您就可以知道那個檔案被更動過。那麼如果該檔案的變更是『預期中的』，那麼就沒有什麼大問題，但是如果該檔案是『非預期的』，那麼是否被入侵了呢？呵呵！得注意注意囉！
　
再來，由於數位簽證的盛行，我們 Linux 的 RPM 也可以利用數位簽證來判斷待安裝的套件檔案是否有問題喔！一般我們使用的是 GPG 的金鑰( public key )。應用的方法很簡單，首先，當我們想要使用某個團體釋出的套件時，就需要將他們釋出的 GPG 金鑰先安裝在自己的 Linux 系統上。然後，當安裝該團體釋出的套件時，就會檢查兩者的 key 是否相同，如果相同就直接安裝，如果不同就會在螢幕上面顯示訊息告知您並未安裝該團體的 GPG 金鑰！
　
安裝金鑰的方法很簡單，例如 Red Hat 本身就有金鑰在系統當中，安裝如下：
　
[root@test root]# rpm --import /usr/share/rhn/RPM-GPG-KEY
　
那麼如何查得這個金鑰的相關資訊呢？使用的方法很簡單：
　
[root@test root]# rpm -qa | grep gpg
gpg-pubkey-e30di49b-392ksif1
gpg-pubkey-dkdf93ke-35698248
[root@test root]# rpm -qi gpg-pubkey-e30di49b-392ksif1
Name        : gpg-pubkey   Relocations: (not relocateable)
Version     : e30di49b          Vendor: (none)
Release     : 392ksif1      Build Date: Mon 29 Sep 2003 07:29:13 PM CST
Install Date: Mon 29 Sep 2003 07:29:13 PM CST      Build Host: localhost
Group       : Public Keys   Source RPM: (none)
Size        : 0                License: pubkey
Signature   : (none)
Summary     : gpg(Matthias Saou (Thias) <matthias.saou@est.une.marmotte.net>)
Description :
-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: rpm-4.2 (beecrypt-2.2.0)

mQGiBDlgvfERBADevsErSu+DAnE90dFPnpEX20elyZAmuRExGbcUJWSoJynohtGCa9fW6JY8
zm/Dm2dC8f1sSNQ2w7CFG7XRBfyQcL4AqrNKbOMeCl66Tgj+NURUHsnVyU3ASXROxVQ4/yJ6
9PVFomj0sealdEyDXDQoXhvgyI26qe3rriKBefCbRwCg+TdHq5I8B/9X7QLnWg7sZk7iI7sD
/27S9r4PS+FU9N26BvdgOvGeW6+1O/oqAU6HB+EFeGw0+uNbLjxPy1A9R5+M/FBZBMeyTO0S
83RVrnNfp5qzfAn8uo4EWg8eb1w==
=Sm+P
-----END PGP PUBLIC KEY BLOCK-----
　
這樣就能看到相關的資訊囉！ ^_^
反安裝就是將套件解除安裝啦！要注意的是，『解安裝的過程一定要由最上層往下解除』，以 rp-pppoe 為例，這一個套件主要是依據 ppp 這個套件來安裝的，所以當您要解除 ppp 的時候，就必須要先解除 rp-pppoe 才行！否則就會發生結構上的問題啦！這個可以由建築物來說明，如果你要拆除五、六樓，那麼當然要由六樓拆起，否則拆了第五樓，那麼上面的樓層難道會懸空？
　
那麼重建資料庫呢？由於我們會一直在修改一些檔案內容，例如 /etc/xinetd.d 裡頭的參數檔案，加上可能自系統操作的過程中新增、移除等等的動作，導致系統的資料庫有點亂，這個時候可以使用 --rebuilddb 來重建一下 rpm 的資料庫！這兩個方法的參數如下囉：
　
[root@test root]# rpm -e logrotate  <==解安裝 logrotate 套件
[root@test root]# rpm --rebuilddb   <==重建資料庫
SRPM 的使用
談完了 RPM 類型的套件之後，再來我們談一談包含了 Source code 的 SRPM 該如何使用呢？！假如今天我們由網路上面下載了一個 SRPM 的檔案，該如何安裝他？又，如果我想要修改這個 SRPM 裡面原始碼的相關設定值，又該如何訂正與重新編譯呢？！此外，最需要注意的是，新版的 rpm 已經將 RPM 與 SRPM 的指令分開了，SRPM 使用的是 rpmbuild 這個指令，而不是 rpm 喔！如果您是 Red Hat 7.3 以前的用戶，那麼請使用 rpm 來替代 rpmbuild 啦！
假設我下載了一個 SRPM 的檔案，又不想要修訂這個檔案內的原始碼與相關的設定值，那麼我可以直接編譯並安裝嗎？當然可以！利用 rpmbuild 配合參數即可。參數主要有底下兩個：
 
--rebuild 這個參數會將後面的 SRPM 進行『編譯』與『打包』的動作，最後會產生 RPM 的檔案，但是產生的 RPM 檔案並沒有安裝到系統上。當您使用 --rebuild 的時候，最後通常會發現一行字體：
Wrote: /usr/src/RPM/RPMS/i386/pkgname.i386.rpm
這個就是編譯完成的 RPM 檔案囉！那麼這個檔案就可以用來安裝啦！安裝的時候請加絕對路徑來安裝即可！
--recompile 這個動作會直接的『編譯』『打包』並且『安裝』囉！請注意， rebuild 僅『編譯並打包』而已，而 recompile 不但進行編譯跟打包，還同時進行『安裝』了！
一般來說，如果編譯的動作順利的話，那麼編譯過程所產生的中間暫存檔都會被自動刪除，如果發生任何錯誤，則該中間檔案會被保留在系統上，等待使用者的除錯動作！那麼，該如何除錯呢？！如果想要自行除錯，就得要知道利用 SRPM 的時候，系統會動用到哪些重要的目錄了！底下我們就來談一談當處理 SRPM 時，系統會使用到的目錄。
設定檔的主要內容
剛剛我們在上面提過了，SRPM還可以更改一些設定的內容，那麼要如何修改這些設定的內容呢？我們以簡單的 rp-pppoe 這個套件來說明好了，你可以連上 Internet 上面的 rp-pppoe 官方網站下載 SRPM ，或者由以下的方式來下載這個套件(請注意底下的檔案是 2004/04 最新的檔案資料，有可能在您看到本文時，這個套件已經更新了，所以請直接上底下的網址來下載吧！http://www.roaringpenguin.com/pppoe/)。至於基本的過程如下：
　
1. 下載 SRPM 軟體：
[root@test root]# wget \
> http://www.roaringpenguin.com/products/rp-pppoe/rp-pppoe-3.5-1.src.rpm
　
2. 將 SRPM 解開在/usr/src/redhat 底下的目錄當中
[root@test root]# rpm –i rp-pppoe-3.5-1.src.rpm
　
3. 觀察一下有哪些原始碼呢？
[root@test root]# cd /usr/src/redhat/SOURCES
[root@test SOURCE]# ls –l
-rw-rw-r--    1 root     root       189321 Jul  8 22:38 rp-pppoe-3.5.tar.gz
# 呵呵！上面顯示我們的原始碼就是這個檔案啦！
　
好了，來看看我們的設定參數檔，亦即是在 /usr/src/redhat/SPECS 內的 *.spec 檔案囉！
　
觀察一下預設的設定檔案內容：
[root@test root]# cd /usr/src/redhat/SPECS
[root@test SPECS]# vi rp-pppoe.spec
　　
# 沒錯！這個就是SRPM的預設設定內容檔案囉，進去修改一下，裡面的資料有點像這樣：
Summary: PPP Over Ethernet (xDSL support)
Name: rp-pppoe
Version: 3.5
%if %(%{expand:test %{_vendor} != mandrake ; echo $?})
Release: 1mdk
%else
Release: 1
%endif
Copyright: GPL
Group: System Environment/Daemons
Source: http://www.roaringpenguin.com/pppoe/rp-pppoe-3.5.tar.gz
Url: http://www.roaringpenguin.com/pppoe/
Packager: David F. Skoll <dfs@roaringpenguin.com>
BuildRoot: /tmp/pppoe-build
Vendor: Roaring Penguin Software Inc.
Requires: ppp >= 2.3.7

# LIC: GPL
%description
PPPoE (Point-to-Point Protocol over Ethernet) is a protocol used by
many ADSL Internet Service Providers. Roaring Penguin has a free
client for Linux systems to connect to PPPoE service providers.

The client is a user-mode program and does not require any kernel
modifications. It is fully compliant with RFC 2516, the official PPPoE
specification.

%prep
%setup
cd src
./configure --mandir=%{_mandir}

%build
cd src
make
cd ../gui
make

%install
cd src
make install RPM_INSTALL_ROOT=$RPM_BUILD_ROOT
cd ../gui
make install RPM_INSTALL_ROOT=$RPM_BUILD_ROOT

%clean
rm -rf $RPM_BUILD_ROOT

%files
%defattr(-,root,root)
%doc doc/CHANGES doc/HOW-TO-CONNECT doc/LICENSE doc/KERNEL-MODE-PPPOE README SERVPOET
%config(noreplace) /etc/ppp/pppoe.conf

註：中間還有很多資訊，被我省略掉了！知道了就好喔！

%changelog
* Thu Jul 21 2001 Shigechika AIKAWA <shige@cin.nihon-u.ac.jp>
- merged rp-pppeo.spec and rp-pppoe-gui.spec
　
注意到的是rp-pppoe.sepc這個檔案，這是主要的將SRPM編譯成RPM的設定檔，他的基本規則可以這樣看：
  1. 整個檔案的開頭以Summary為開始，這部份的設定都是最基礎的說明內容；
  2. 然後每個不同的段落之間，都以%來做為開頭，例如%prep與%install等；
我們來談一談幾個常見的SRPM設定段落： 好了，那麼如果您有自訂的資訊想要加入的話，就選擇你要加入的那個段落，將他修改一下吧！例如，如果你在設定Makefile的時候，希望能夠多一些額外的參數設定，那麼就找到 %setup 那個段落，將他修改成您所需要的樣子，就可以囉！
SRPM 的編譯指令
再來呢？嗯！沒錯，修改完成了，自然就是要將他編譯成可以安裝的RPM檔案啦！這個時候我們就可以直接在/usr/src/redhat/SPECS底下下達：
　
[root@test SPECS]# rpmbuild -bb rp-pppoe.spec  <==編譯成RPM檔案
[root@test SPECS]# rpmbuild -ba rp-pppoe.spec  <==打包成SRPM檔案
　
這個時候系統就會這樣做：
  1. 先進入到BUILD這個目錄中，在Mandrake 9.0當中就是/usr/src/RPM/BUILD，在Red Hat底下就是/usr/src/redhat/BUILD這個目錄；
  2. 依照*.spec檔案內的Name與Version設定定義出工作的目錄名稱，以我們上面的例子為例，那麼系統就會在BUILD目錄中先刪除rp-pppoe-3.5的目錄，再重新建立一個rp-pppoe-3.5的目錄，並進入該目錄；
  3. 在新建的目錄裡面，針對SOURCES目錄下的來源檔案，也就是*.spec裡面的Source設定的那個檔案，以tar進行解壓縮，以我們這個例子來說，則會在/usr/src/redhat/BUILD/rp-pppoe-3.5當中，將/usr/src/redhat/SOURCES/rp-pppoe-3.5.tar.gz進行解壓縮啦！
  4. 然後就開始%setup的工作；
  5. 再來開始%build及%install的設定與編譯！
  6. 最後將完成打包的檔案給他放置到該放置的地方去，如果你的規定的硬體是在i386的系統，那麼最後編譯成功的*.i386.rpm檔案就會被放置在/usr/src/RPM/RPMS/i386裡面囉！如果是i586那麼自然就是/usr/src/redhat/RPMS/i586目錄下囉！
整個步驟大概就是這樣子！最後的結果資料會放置在RPMS那個目錄底下就對啦！
一個打包自己套件的範例
這個就有趣了！我們自己來編輯一下自己製作的RPM怎麼樣？會很難嗎？完全不會！這裡簡單的以一個小例子來說明喔！請注意，這個真的只是一個小例子，所以不要覺得奇怪喔！其中，比較需要注意的，由於在上面的步驟說明中，我們知道在將SRPM編譯成為RPM的時候，會以tar這支程式來將檔案解開，因此，我們在進行來源檔案的建立時，就必需要將他打包成為一個tar.gz的tarball的檔案才行！
假設我們編輯了一支script，內容是這樣：
　
[root@test root]# cd /usr/src/redhat/SOURCES
[root@test SOURCES]# vi showvbird.sh
#!/bin/bash
# This file is just used to demo the RPM packaging.
# the only thing is showing the hostname.
HOST=`/bin/hostname`
/bin/echo $HOST
　
[root@test SOURCES]# chmod 755 showvbird.sh
[root@test SOURCES]# tar –zcvf showvbird.tar.gz showvbird.sh
# 注意了，我們必需要將他打包才行！
　
上面的動作中，我們編輯了一個shell script檔案，檔名為showvbird.sh，並且將他打包成為具有gzip壓縮的tarball檔案，也就是showvbird.tar.gz這樣的檔案才行！請注意，這個showvbird.tar.gz檔案『必需』放置在SOURCES目錄之下！
再來則是要編輯那個很重要的*.spec檔案囉！你可以這樣簡單的編寫一下：
　
[root@test root]# cd /usr/src/redhat/SPECS
[root@test SPECS]# vi showvbird.spec
Summary:   This is a demo RPM package.
Name:      showvbird
Version:   1.0
Release:   1
Copyright: GPL
Group:     VBird's Home
Source:    showvbird.tar.gz   <==這個就是剛剛建立起來的Tarball檔案！
Url:       http://linux.vbird.org
Packager:  VBird

%description
This package is just a demo RPM.

%prep
%setup –c
%install
install -m 755 showvbird.sh /usr/local/bin/showvbird.sh

%files
/usr/local/bin/showvbird.sh
　
好了！開始給他編譯並打包成為RPM檔案啦！
　
[root @test SPECS]# rpmbuild -bb showvbird.spec
….(略)
Wrote: /usr/src/redhat/RPMS/i586/showvbird-1.0-1.i586.rpm
　
最後這個被打包成功的檔案就被放置在/usr/src/redhat/RPMS/i586/showvbird-1.0-1.i586.rpm囉！然後給他安裝一下：
　
[root@test SPECS]# rpm –ivh /usr/src/RPM/RPMS/i586/showvbird-1.0-1.i586.rpm
Preparing...                ########################################### [100%]
   1:showvbird              ########################################### [100%]

[root @test SPECS]# rpm –qi showvbird
Name        : showvbird                    Relocations: (not relocateable)
Version     : 1.0                          Vendor: (none)
Release     : 1                            Build Date: Wed 06 Nov 2002 11:27:17 PM CST
Install date: Wed 06 Nov 2002 11:27:42 PM CST      Build Host: test.linux.org
Group       : VBird's Home                 Source RPM: showvbird-1.0-1.src.rpm
Size        : 143                          License: GPL
Packager    : VBird
URL         : http://linux.vbird.org
Summary     : This is a demo RPM package.
Description :
This package is just a demo RPM.

[root @test SPECS]# showvbird.sh
test.linux.org
[root @test SPECS]# rpm –ql showvbird
/usr/local/bin/showvbird.sh       <==嘿嘿！已經記錄起來了！自己的軟體耶！
　
用很簡單的方式，就可以將自己的軟體或者程式給他修改與設定妥當！很不錯吧！以後您就可以自行設定你的RPM囉！當然，也可以手動修改您的SRPM的來源檔內容囉！
要選擇 RPM 還是 Tarball？
優先選擇 RPM：
這一直是個有趣的問題：『如果我要升級的話，或者是全新安裝一個新的套件，那麼該選擇 RPM 還是 Tarball 來安裝呢？』！基本上，如果有 RPM 可以提供給您的 distribution 來安裝，並且沒有嚴重的相依屬性的問題時，呵呵！選擇 RPM 來安裝會是一個比較好的解決方案， Why ？這是由於剛剛上面就提到的 RPM 的好處 啦！可以具有檔案與資料均有紀錄的優點，這就是上面提到的 /var/lib/rpm 這個目錄裡面的資料庫，這個記錄可以讓你在管理上更為便利，包括上面提到的 RPM 的升級、安裝、驗證與移除等等。尤其是在查詢上面！可以讓你在管理你的系統上面更為便利。但是 RPM 也不是沒有缺點的，包括最為大家所抱怨連連的『屬性相依』的問題，每一個不同版本之間，就必須要以不同的 RPM 檔案來安裝！此外，如果要升級『某一個套件』而已時，通常還需要連帶其他的套件也必須要一起升級才行，否則會有問題！此外，當一個套件經過了『大幅度的修改』之後，通常舊的 RPM 與新的 RPM 之間已經幾乎無法『完全相容』時，呵呵！那麼升級或者是移除的手續可是會累壞人的！例如最近朋友們常常問到的 Apache 1.3.xx 與 2.0.xx 的版本升級問題！由於架構上面差異性太大，加上版本屬性相依問題，所以很難得到一個完滿的解決方案，這個時候 RPM 就不那麼合適了。( 除非您要一個一個的將 Apache 移除，連同其相依的套件，然後再將 Apache 一個一個的安裝，包括新套件的相依套件！ ^_^ .....我是不會這麼做的啦！ )
簡易方法：
如果 RPM 檔案並不是這麼容易取得的話，這個時候 Tarball 的方式就特別適合您的安裝了！這是因為 Tarball 可以自行設定編譯時的參數，此外，也可以自行設定『安裝路徑』，相當的適合於想要安裝『多個不同版本的同一個套件』的情況( 說穿了就是測試機器 )！這是怎麼說呢？！由於 RPM 必須要配合系統裡面其他的相依屬性的套件，所以基本上，他的安裝路徑( 就是每個檔案的放置路徑 )理論上是必須要放在固定的目錄的，就是不能隨意的改變他的安裝路徑。因此，當有兩個不同版本的相同套件想要測試的時候，大概一定就得將原先的版本移除之後，才能安裝使用新的版本囉！( 此外，由於相依的套件幾乎都已經包含在 tarball 當中了，所以安裝上面其實並不難啦！)
相對於 RPM 的制式格式， tarball 可就靈活多了！你可以自行編譯套件並且將他安裝在不同的路徑，只要在啟動的時候選擇正確的版本，那麼不同版本的套件可以同時的存在於一個系統當中，而且可以透過選擇啟動的檔案來啟動不同的版本。當然囉！你也可以讓 tarball 的安裝與 RPM 的安裝同時存在於一個系統當中，但是需要特別留意的是，你在啟動該套件的時候，千萬記得你的啟動路徑！免得啟動到了錯誤的版本了！呵呵！( 這也是一個系統存在不同多個版本的套件容易發生的錯誤！希望大家都能夠瞭解這個問題呢！ )
所以說，為了避免這種路徑上的錯誤困擾，基本上，我們都希望 Tarball 的安裝路徑可以設定在 Linux 原本就規劃要給大家安裝的路徑『 /usr/local 』這個路徑下！這樣可以省去相當多尋找檔案的時間！而且在管理上面也會比較容易！呵呵！
不過， Tarball 最麻煩的地方有幾點： 所以說，RPM 與 Tarball 各有其優缺點，不過，如果有 RPM 的話，那麼優先權還是在於 RPM 安裝上面，畢竟管理上比較便利，但是如果套件的架構差異性太大，或者是無法解決相依屬性的問題，那麼與其花大把的時間與精力在解決屬性相依的問題上，還不如直接以 tarball 來安裝，輕鬆又愜意！
重點回顧
參考資源
剛剛最前面說過了，套件升級最主要的考量就是『安全性』啦！所以請隨時注意安全性方面的問題！目前國內的主要安全網站為：『台灣網路危機處理小組』這個組織，請隨時注意上面發佈的新聞！另外，如果跟鳥哥一樣使用的是 Red Hat 的 distrubution 的話，那麼 Red Hat 的 Errata 網頁則不可不光臨！好啦！底下列出幾個 RPM 相關的網頁與 Red Hat 的 Errata 網頁提供大家參考囉！
課後練習
RPM 與 SRPM 套件管理員
2002/08/21：第一次完成
2003/02/11：重新編排與加入 FAQ
2004/04/11：已經完成了 Source code 與 Tarball ，開始進行 RPM 與 SRPM 的介紹！(需要耗時多日啊！因為又要進兵營去了！)
2004/04/20：終於給他熬出來啦！又是過了兩個休假期間∼啊！給我退伍令、其餘免談！
2002/12/04 以來統計人數