[教學]Linux 的RPM 與 binary 的差別和安裝方法簡介

什麼是 RPM 與 SRPM

RPM 全名是『 RedHat Package Manager 』簡稱則為 RPM 啦！顧名思義，當初這個軟體管理的機制是由 Red Hat 這家公司發展出來的。 RPM 是以一種資料庫記錄的方式來將你所需要的軟體安裝到你的 Linux 系統的一套管理機制。

他最大的特點就是將你要安裝的軟體先編譯過， 並且打包成為 RPM 機制的包裝檔案，透過包裝好的軟體裡頭預設的資料庫記錄， 記錄這個軟體要安裝的時候必須具備的相依屬性軟體，當安裝在你的 Linux 主機時， RPM 會先依照軟體裡頭的資料查詢 Linux 主機的相依屬性軟體是否滿足， 若滿足則予以安裝，若不滿足則不予安裝。那麼安裝的時候就將該軟體的資訊整個寫入 RPM 的資料庫中，以便未來的查詢、驗證與反安裝！這樣一來的優點是：

1. 由於已經編譯完成並且打包完畢，所以軟體傳輸與安裝上很方便 (不需要再重新編譯)；


2. 由於軟體的資訊都已經記錄在 Linux 主機的資料庫上，很方便查詢、升級與反安裝

但是這也造成些許的困擾。由於 RPM 檔案是已經包裝好的資料，也就是說， 裡面的資料已經都『編譯完成』了！所以，該軟體檔案幾乎只能安裝在原本預設的硬體與作業系統版本中。 也就是說，妳的主機系統環境必須要與當初建立這個軟體檔案的主機環境相同才行！ 舉例來說，rp-pppoe 這個 ADSL 撥接軟體，他必須要在 ppp 這個軟體存在的環境下才能進行安裝！如果你的主機並沒有 ppp 這個軟體，那麼很抱歉，除非你先安裝 ppp 否則 rp-pppoe 就是不讓你安裝的 (當然你可以強制安裝，但是通常都會有點問題發生就是了！)。

所以，通常不同的 distribution 所釋出的 RPM 檔案，並不能用在其他的 distributions 上。舉例來說，Red Hat 釋出的 RPM 檔案，通常無法直接在 SuSE 上面進行安裝的。更有甚者，相同 distribution 的不同版本之間也無法互通，例如 CentOS 4.x 的 RPM 檔案就無法直接套用在 CentOS 5.x ！因此，這樣可以發現這些軟體管理機制的問題是：

1. 軟體檔案安裝的環境必須與打包時的環境需求一致或相當；


2. 需要滿足軟體的相依屬性需求；


3. 反安裝時需要特別小心，最底層的軟體不可先移除，否則可能造成整個系統的問題！

那怎麼辦？如果我真的想要安裝其他 distributions 提供的好用的 RPM 軟體檔案時？ 呵呵！還好，還有 SRPM 這個東西！SRPM 是什麼呢？顧名思義，他是 Source RPM 的意思，也就是這個 RPM 檔案裡面含有原始碼哩！特別注意的是，這個 SRPM 所提供的軟體內容『並沒有經過編譯』， 他提供的是原始碼喔！

通常 SRPM 的副檔名是以 ***.src.rpm 這種格式來命名的。不過，既然 SRPM 提供的是原始碼，那麼為什麼我們不使用 Tarball 直接來安裝就好了？這是因為 SRPM 雖然內容是原始碼， 但是他仍然含有該軟體所需要的相依性軟體說明、以及所有 RPM 檔案所提供的資料。同時，他與 RPM 不同的是，他也提供了參數設定檔 (就是 configure 與 makefile)。所以，如果我們下載的是 SRPM ，那麼要安裝該軟體時，你就必須要：

• 先將該軟體以 RPM 管理的方式編譯，此時 SRPM 會被編譯成為 RPM 檔案；


• 然後將編譯完成的 RPM 檔案安裝到 Linux 系統當中

怪了，怎麼 SRPM 這麼麻煩吶！還要重新編譯一次，那麼我們直接使用 RPM 來安裝不就好了？通常一個軟體在釋出的時候，都會同時釋出該軟體的 RPM 與 SRPM 。我們現在知道 RPM 檔案必須要在相同的 Linux 環境下才能夠安裝，而 SRPM 既然是原始碼的格式，自然我們就可以透過修改 SRPM 內的參數設定檔，然後重新編譯產生能適合我們 Linux 環境的 RPM 檔案，如此一來，不就可以將該軟體安裝到我們的系統當中，而不必與原作者打包的 Linux 環境相同了？這就是 SRPM 的用處了！

Tips:

為何說 CentOS 是『社群維護的企業版』呢？ Red Hat 公司的 RHEL 釋出後，連帶會將 SRPM 釋出。 社群的朋友就將這些 SRPM 收集起來並重新編譯成為所需要的軟體，再重複釋出成為 CentOS，所以才能號稱與 Red Hat 的 RHEL 企業版同步啊！真要感謝 SRPM 哩！如果妳想要理解 CentOS 是如何編譯一支程式的， 也能夠透過學習 SRPM 內含的編譯參數，來學習的啊！