?? rpm-howto-2.html
字號:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<HTML>
<HEAD><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=gb2312">
<META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.7">
<TITLE>RPM HOWTO (RPM at Idle): Overview</TITLE>
<LINK HREF="RPM-HOWTO-3.html" REL=next>
<LINK HREF="RPM-HOWTO-1.html" REL=previous>
<LINK HREF="RPM-HOWTO.html#toc2" REL=contents>
</HEAD>
<BODY>
<A HREF="RPM-HOWTO-3.html">Next</A>
<A HREF="RPM-HOWTO-1.html">Previous</A>
<A HREF="RPM-HOWTO.html#toc2">Contents</A>
<HR>
<H2><A NAME="s2">2. Overview</A></H2>
<P>首先， 讓我們先來了解 RPM 背後的設計哲學， 其設計的目的之一，
便是允許使用者能夠使用「純凈」的 source 檔案。 關於此點，
我們必須回溯至 RPP 程式， ( 這是一個早期所使用的程式套件管理系統，
不過， 後來 RPM <EM>倒沒有</EM>由其衍生 )， 它所采用的 source 檔案，
都是經過額外的「破解處理」。 理論上， 使用者可以順暢無誤地，
從一份 RPP 原始檔， 完成 install 與 <CODE>make</CODE> 的動作。
但是這樣處理過的 source 檔案， 已是面貌全非， 使用者可能無從得知，
檔案里到底哪些地方被更改過， 通常必須額外取回未經處理過的 source 檔案。
而 RPM 的做法， 便是讓使用者取得「未經處理過的 source 檔案」，
同時再附上一份「patch 檔案」， 可藉之完成程式編譯的工作。
我們很容易發現， 這樣的做法帶來不少好處。 怎麼說呢？
舉個狀況為例， 在 Red Hat Linux 下， 如果某個新版的程式問世了，
您可能沒有必要再重頭開始做 compile 動作， 先觀察「patch 檔案」的內容，
看看是否有哪些部份才是您<EM>需要</EM>做的。 如此一來，
所有內含的程式預設值便很容易看出來。
<P>另一方面， RPM 也具有強大的查詢功能， 您可以針對整個程式套件的資料庫，
或是某些特定的檔案， 進行查詢的動作， 也可以輕松地查出，
某個檔案是屬於哪個程式套件， 或是它打從哪里來的。
RPM 檔案本身是經過壓縮的， 但您還是可以很容易而<EM>快速</EM>地，
查詢每個程式套件的內容， 因為在程式套件里， 已經加入一段特殊的
binary header， 它記錄了全部查詢時所需的內容， 這樣的做法，
使得查詢功能變得<EM>相當快速</EM>。
<P>另一項強大的功能， 便是程式套件的完整確認。
如果您擔心誤砍某個檔案， 而它正是某個程式套件的重要部份，
那麼做個「確認動作」就行了。 如有任何不正常的地方， 便會通知您，
這時候， 您可以視情況重新安裝該程式套件， 而且所有之前的設定檔，
都會完好地被保存下來。
<P>我們非常感謝來自 BOGUS distribution 的高手們， 他們提供了許多意見構想，
後來也都被采用於 RPM 當中。 雖然 RPM 完全是由 Red Hat Software 所撰寫，
但其操作模式是根據 BOGUS (PM 與 PMS) 所寫的程式碼。
<P>
<HR>
<A HREF="RPM-HOWTO-3.html">Next</A>
<A HREF="RPM-HOWTO-1.html">Previous</A>
<A HREF="RPM-HOWTO.html#toc2">Contents</A>
</BODY>
</HTML>
?? 快捷鍵說明
復制代碼
Ctrl + C
搜索代碼
Ctrl + F
全屏模式
F11
切換主題
Ctrl + Shift + D
顯示快捷鍵
?
增大字號
Ctrl + =
減小字號
Ctrl + -