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,那麼請跟我來吧!
