作者：雨亦奇 趙建利 RPM是RedHat Package Manager的縮寫，意即RedHat(紅帽子)軟件包管理器。(RedHat是美國有名的Linux公司，網址:http://www.redhat.com) 對於一個操作系統來說，不能沒有一個象樣的軟件包管理器。沒有軟件包管理器的幫助，操作系統發行版的制作者將面臨這樣或那樣的難題，用戶安裝，升級，卸載與發布軟件包也將是非常麻煩的，系統管理也容易出現問題。相反，有了專門的軟件包管理器，軟件制作者易於制作和發行自己的軟件了，而對於普通用戶來說，軟件包的安裝維護將變得非常方便了。這種 情況，對於一個操作系統的推廣也會起到良好的促進作用。RPM就是隨著RedHat LINUX發行版的流行而迅速推廣開來的，二者的表現相得易彰。 RPM先行者 最初的時候，LINUX系統的發布並沒有使用什麼軟件包管理器。隨著時間的推移，RedHatmLINUX開發者意識到開發一個軟件包管理器的重要性，於是開發出RPP這個管理器。 RPP相對於RPM雖然是簡單的，但已有了幾項重要的功能，如打一個簡單的命令就可以實現軟件的安裝與卸載，包中可含有安裝前後與卸載前後執行的腳本程序，還可以隨時校驗已安裝的軟件包，查詢功能也很強大。 RPP的缺點在於，RPP打包是基於特別修改過的(針對RPP)源代碼的，因而這些源代碼並非是純正的源代碼。由於這個原因，當軟件包開發者想建立大量不同的軟件包時，將面臨眾多技術面的問題。RPP也不能保證當前的執行程序是基於打包過的源程序的，並且RPP不支持多處理器體系結構。 與RPP同時開發的，還有PMS(即package management system，軟件包管理系統)，這是另一群LINUX愛好者開發的。PMS采用的是純正的源代碼，它允許軟件包制作者很快釋出一個軟件的最新版本，並且可以立刻看到該軟件的變化。RPM采用了這一明智的做法，這也是PMS對RPM的一項重大貢獻。PMS的缺點是查詢功能不強，沒有包校驗功能，不支持多體系結構，數據庫設計也不好。 在RPP和PMS之後，Rik Faith和Doug Hoffman開發了PM管理器。該管理器整合了RPP與PMS的許多功能，但是數據庫設計還不強，依然不支持多體系結構。 RPM開發 此後，Marc Ewing和Erik Troan兩人在吸取RPP，PMS，PM設計經驗的基礎上，用PERL語開發了RPM軟件包管理器，即RPM1.0版。 其成功之處在於: · 可自動處理配置文件; · 可重建大量的軟件包; · 易於使用。 其不足之處在於: · 程序大，運行速度慢，因為它是用PERL這種解釋型的語言寫的; · 數據庫功能太弱; · 不支持多體系結構; · 包裹文件格式不可擴展。 針對RPM1.0的弱點，RPM的開發者再度努力，將RPM升級到2.0，3.0和現在的4.0版本。他們主要做了以下幾點: · 用C重寫了程序，這極大地提高了RPM的運行速度。 · RPM數據庫格式進行了再設計，重點從性能和可靠性兩方面提高。 · 軟件包格式也進行了再設計，方便以後的擴展和升級。 · 建立了rpmlib(RPM函數庫)，方便其它程序調用RPM。 · 增加多體系支持，方便RPM跨平台使用(不論是x86體系，還是sparc等其它體系)。 網上的RPM RPM官方網址為http://www.rpm.org，該網站刊登有RPM的最新消息，有關於RPM的說明文檔，還可下載最新的RPM軟件源代碼和執行代碼，不妨常去看看。 小結 如今的RPM使得軟件包安裝與卸載更容易，校驗已安裝的軟件包是否正常也容易，將程序(源程序或執行程序)打包也簡單了，跨平台的支持，遵循GPL版權發布源代碼，使得RPM得到更廣泛的應用與推廣。RPM正在風靡LINUX與非LINUX世界。如果你想了解甚至精通RPM，那麼請跟我來吧!
