在深入程式設計之前, 我們應當對 linux 使用的版本編號方法和本書涉及的版本做些說明.
首先, 注意的是在 linux 系統中使用的每乙個軟體包有自己的發行版本號, 它們之間存在相互依賴性: 你需要乙個包的特別的版本來執行另外乙個包的特別版本. linux 發布的建立者常常要處理匹配軟體包的繁瑣問題, 這樣使用者從乙個已打包好的發布中安裝就不需要處理版本號的問題了. 另外, 那些替換和更新系統軟體的人, 就要自己處理這個問題了. 幸運的是, 幾乎所有的現代發布支援單個軟體包的更新, 通過檢查軟體包之間的依賴性; 發布的軟體包管理器通常不允許更新, 直到滿足了依賴性.
為了執行我們在討論過程中介紹的例子, 你除了 2.6 核心要求的之外不需要任何工具的特別版本; 任何近期的 linux 發布都可以用來執行我們的例子. 我們不詳述特別的要求, 因為你核心原始碼中的檔案 document/changes 是這種資訊的最好的**, 如果你遇到任何問題.
至於說核心, 偶數的核心版本( 就是說, 2.6.x )是穩定的, 用來做通用的發布. 奇數版本( 例如 2.7.x ), 相反, 是開發快照並且是非常短暫的; 它們的最新版本代表了開發的當前狀態, 但是會在幾天內就過時了.
核心程式設計師應當明白到 2.6 核心的開發過程的改變. 2.6 系列現在接受之前可能認為對乙個"穩定"的核心太大的更改. 在其他的方面, 這意味著核心內部程式設計介面可能改變, 因此潛在地會使本書某些部分過時; 基於這個原因, 伴隨著文字的例子**已知可以在 2.6.10 上執行, 但是某些模組沒有在之前的版本上編譯. 想緊跟核心程式設計變化的程式設計師最好加入郵件列表, 並且利用列在參考書目中的**. 也有乙個網頁在 http://lwn.net/articls/2.6-kernel-api 上維護, 它包含自本書出版以來的 api 改變的資訊.
本文不特別地談論奇數核心版本. 普通使用者不會有理由執行開發中的核心. 試驗新特性的開發者, 但是, 想執行最新的開發版本. 他們常常不停更新到最新的版本, 來收集 bug 的修正和新的特性實現. 但是注意, 試驗中的核心沒有任何保障[2], 如果你由於乙個非當前的奇數版本核心的乙個 bug 而引起的問題, 沒人可以幫你. 那些執行奇數版本核心的人常常是足夠熟練的深入到**中, 不需要一本教科書, 這也是我們為什麼不談論開發中的核心的另乙個原因.
linux 的另乙個特性是它是平**立的作業系統, 並非僅僅是" pc 轉殖體的一種 unix 轉殖 ", 更多的: 它當前支援大約 20 種體系. 本書是盡可能地平**立, 所有的**例子至少是在 x86 和 x86-64 平台上測試過. 因為**已經在 32-bit 和 64-bit 處理器上測試過, 它應當能夠在所有其他平台上編譯和執行. 如同你可能期望地, 依賴特殊硬體的**例子不會在所有支援的平台上執行, 但是這個通常在原始碼裡說明了.
《Python高手之路》 1 3 版本編號
可能你已經有所了解，python生態系統中正在對包的元資料進行標準化。其中的一項元資料就是版本號。pep 440 針對所有的python包引入了一種版本格式，並且在理論上所有的應用程式都應該使用這種格式。這樣，其他的應用程式或包就能簡單而可靠地識別它們需要哪乙個版本的包。pep440中定義版本號應該...
Mysql資料遷移 8 0版本至5 7版本
寫這篇帖子的原因 昨天在本地將資料遷移完後，部署至生產環境報錯，資料匯入的時候發生問題。為了避免踩雷所以在本地裝的mysql 5.7,但很奇怪不知道咋回事變成了8.0版本。於是乎在遷移至生產環境是出現了字符集的問題。之前在網上也搜了不少帖子，甚至不知道如何去搜。搜出來的內容沒有很具體到版本。有在命令...
1 版本控制
1 本系列文章環境 os windows 8.1專業版 64位 ide eclipse 4.3 r2 kepler tools subversion 32位 setup subversion 1.8.13 x32.msi apache http server 32位 httpd 2.4.12 x86...