2010 年開始正式接觸 Linux，入門發(fā)行版是 Ubuntu 10.10，後來過渡到 Ubunu 11.04， 這其中也嘗試了許多其他主流的發(fā)行版。進(jìn)入實(shí)驗(yàn)室之後，開始用 CentOS 5，然後是 CentOS 6，現(xiàn)在進(jìn)化到 CentOS 7。

使用了四年的 Linux，前三年都是在瞎折騰，浪費(fèi)了不少時(shí)間，也得到了不少經(jīng)驗(yàn)與教訓(xùn)?，F(xiàn)在可能是真的老了，已經(jīng)不願(yuàn)意折騰了，只希望配置好一個(gè)系統(tǒng)之後，就一直使用下去。

為什麼要寫/讀這篇

使用 Linux 尤其是 CentOS 會(huì)遇到一些坑，或是一些有潔癖的人不能忍受的事情：

官方來源中的軟體包版本太老，在功能上無法滿足需求； 多個(gè)來源的軟體包存在版本衝突； 手動(dòng)編譯軟體，預(yù)設(shè)會(huì)將不同檔案放置在?/usr/local?下不同的子目錄下，使得軟體的更新和刪除變得麻煩。等等…

在經(jīng)歷了幾次重裝 CentOS 之後，特總結(jié)出以下幾條軟體安裝的方法與原則，以盡可能保證當(dāng)前系統(tǒng)的穩(wěn)定、整潔，盡可能降低系統(tǒng)潔癖引起的重裝衝動(dòng)。

以下所說，僅限於 CentOS7，對(duì)其他發(fā)行版，或許有借鏡意義。

官方來源

CentOS 自帶的四個(gè)官方來源中，預(yù)設(shè)開啟的有 base、updates、extras，這三個(gè)來源中包含了約 9000 個(gè)軟體包，是最穩(wěn)定、也是最值得信賴的來源。

因而若一個(gè)軟體包在官方來源內(nèi)，則應(yīng)透過官方來源安裝:

sudo yum install PackageName

第三方來源

官方來源雖然包含了許多軟體包，但無法滿足日常需求。幸好有第三方源，可以作為官方來源的補(bǔ)充。

在使用第三方來源的過程中，最怕遇到這兩個(gè)問題：

第三方來源和官方來源中有相同的包，導(dǎo)致官方來源的包被第三方來源取代； 多個(gè)第三方來源中存在同一個(gè)軟體包，且版本不一致，存在衝突；

這兩個(gè)問題常常是致命的，出現(xiàn)各種預(yù)料不到的後果，因而選擇第三方來源要遵循以下原則：

只選擇可靠的第三方來源，確保第三方來源不會(huì)取代官方來源中的套件； 使用盡量少的第三方來源，以確保第三方來源之間不會(huì)衝突；

就 CentOS 而言，根據(jù)

大型第三方來源，已確認(rèn)不會(huì)取代官方來源的包，且相互之間無衝突EPEL：包含6500 多個(gè)軟體，科研必備ELRepo：包含數(shù)十個(gè)各種硬體的驅(qū)動(dòng)程式Nux Dextop：多媒體相關(guān)的軟體包（與EPEL 的個(gè)別軟體相衝突，可忽略）

有些小型第三方來源，只包含了幾個(gè)軟體，確認(rèn)與官方來源和EPEL 來源不會(huì)衝突，也可以新增Google Chrome：包含了Google Chrome，不會(huì)與官方來源和EPEL 來源衝突； Adob????e：僅包含flash 插件，已確認(rèn)不會(huì)衝突；dropbox： 僅包含dropbox 一個(gè)軟體，已確認(rèn)不會(huì)衝突；

因而，若一個(gè)軟體包位於 EPEL、ELRepo 中，或一些小型的第三方來源中，則加入該第三方來源，並以?yum?指令安裝:

sudo yum install PackageName

官方 rpm 套件

#大部分非開源的軟體，在 CentOS 官方來源或 EPEL 中是沒有的。有些軟體的官方網(wǎng)站會(huì)提供官方 rpm 套件。此時(shí)可從官方網(wǎng)站下載與目前系統(tǒng)對(duì)應(yīng)的 rpm 包，直接用以下指令安裝:

sudo rpm -i PackageName.rpm

#例如，WPS for Linux 就是其中一個(gè)。在安裝的過程中 rpm 指令會(huì)自動(dòng)檢查依賴關(guān)係，若軟體所依賴的套件在官方來源和 EPEL 來源中可以找到，則自動(dòng)安裝。

直接安裝 rpm 套件的做法相當(dāng)省事，但軟體不能由 yum 更新，稍稍麻煩一點(diǎn)。有些軟體，例如前面提到的 Google、Dropbox 和 Adob????e 其實(shí)也可以透過這種方法安裝，在安裝的同時(shí)會(huì)為系統(tǒng)添加來源，對(duì)於這類軟體依然可以很方便的更新與刪除。

解壓縮即用

有些軟體，官方提供了壓縮包，解壓縮之後即可直接運(yùn)行其中的二進(jìn)位文件，例如許多?Java?寫的軟體。這類軟體沒有給原始碼，而是給了一個(gè)可以在目前平臺(tái)下直接執(zhí)行的二進(jìn)位檔案。大多數(shù)非開源的商業(yè)軟體都採(cǎi)取這種辦法。

例如 sublime_text、pycharm、mendeley、TauP、sac 等，直接解壓縮，然後將解壓縮後的資料夾複製到?/opt?目錄下，然後將該軟體的 bin 目錄加入 PATH 即可。例如 Mathematics、Matlab、intel studio，軟體包中提供安裝腳本，執(zhí)行此腳本即可安裝；

Linux 下的習(xí)慣是，商業(yè)軟體或第三方軟體都安裝到?/opt?目錄下，這也是大多數(shù)商業(yè)軟體套件的預(yù)設(shè)安裝路徑，盡量遵循該習(xí)慣。

第三方 rpm 套件

有些軟體，CentOS 來源和 EPEL 來源找不到，官方又沒有提供 rpm 包，但是其他第三方來源提供了 rpm 套件。分情況討論：

若該第三方來源只包含了很少量的套件，且確定這些套件與官方來源以及其他已使用的第三方來源不衝突，則可以新增該第三方來源。若該第三方來源包含了許多軟體，很可能與官方來源或EPEL 來源有衝突，則不添加該來源若該軟體包沒有複雜的依賴關(guān)係，則直接安裝該來源中的rpm 套件； 若該軟體套件依賴該第三方來源中的其他包，則放棄，尋找其他方法；

第三方套件管理器

不同的發(fā)行版使用不同的軟體套件管理器，CentOS 使用 yum，Ubuntu 使用 apt-get。近年來又出現(xiàn)了一些與發(fā)行版無關(guān)的第三方套件管理器，例如 Linuxbrew、Gentoo Prefix、pkgsrc。

Linuxbrew

Linuxbrew 是由 OS X 平臺(tái)下非常流行的 Homebrew 移植到 Linux 下的。 Linuxbrew 可以作為系統(tǒng)隨附的套件管理器的一個(gè)補(bǔ)充。其特色在於：

所有軟體都安裝在?${HOME}/.linuxbrew?目錄下；軟體的版本相對(duì)很新；install、uninstall、info、list、update、upgrade 等功能若庫(kù)中沒有需要的軟體包，可以很簡(jiǎn)單地自己創(chuàng)建formulae

試用了一下，一個(gè)比較坑的地方是，linuxbrew 會(huì)自己內(nèi)部解決依賴問題。例如，我試著透過linuxbrew 安裝terminator，然後發(fā)現(xiàn)terminator 依賴Python，儘管系統(tǒng)已經(jīng)安裝了python，linuxbrew 還是會(huì)安裝一份python，又由於python 依賴於更多的東西，導(dǎo)致又安裝了更多軟體包在home 下。而且，linuxbrew 是從原始碼編譯軟體的，所以相對(duì)來說速度較慢。

編譯原始碼

##大部分軟體用前面的幾種方法應(yīng)該都可以安裝上了。如果沒安裝上，就得問問自己，真的需要安裝這個(gè)軟體麼。如果不是非常必要的話就不要安裝啦。如果是必須的軟體，那就必須手動(dòng)編譯了。

常見的原始碼編譯，一般也就是如下幾步。當(dāng)然，具體情況具體對(duì)待:

tar -xvf xxxx.tgz ./configure --prefix=/opt/xxxx make sudo make install

#一般來說，這類軟體的預(yù)設(shè)安裝目錄都是?/usr/local?，最終檔案會(huì)被分別放在?/usr/local?的 bin、lib、share、man 目錄下。

我個(gè)人非常不喜歡這種方式，因?yàn)樽鳛橐粋€(gè)透過原始碼編譯的軟體來說，意味著編譯者要完全負(fù)起管理該軟體的義務(wù)，這樣的放置方式會(huì)來更新或卸載軟體帶來很多麻煩。所以我總是會(huì)在 configure 的時(shí)候加上 prefix 手動(dòng)指定安裝路徑。要卸載軟體就直接刪除 /opt 下對(duì)應(yīng)的目錄，要更新的話，也可以先刪除，再重新編譯一遍。這樣做稍微麻煩的一點(diǎn)是， 需要手動(dòng)將該軟體的 bin 目錄加入 PATH 中，還有可能需要修改?LD_LIBRARY_PATH。但是一般來說，需要編譯原始碼的軟體很少，所以不會(huì)造成太大的麻煩。

編譯程式碼

好吧，其實(shí)我不知道該怎麼取標(biāo)題了。 。

前一節(jié) 「編譯原始碼」 主要針對(duì)的是一些大型軟體包，這一節(jié) 「編譯程式碼」 指的是對(duì)一些 專業(yè)性很強(qiáng)的小程式碼包的處理方式。例如有些軟體包編譯之後實(shí)際需要的只是一個(gè)二進(jìn)位文件，這個(gè)時(shí)候就沒有必要安裝到?/opt?了，合適的方式是在自己的HOME 下建立bin 目錄，並將其路徑加入到?.bashrc?中，然後將編譯產(chǎn)生的二進(jìn)位檔案複製到該目錄下即可:

mkdir ${HOME}/bin echo 'export PATH=${HOME}/bin:$PATH'>> ~/.bashrc

##例如我的?${HOME}/bin?目錄下有下列文件：

distaz?：給出地球上兩點(diǎn)經(jīng)緯度，計(jì)算震中距和方位角pssac?：在GMT 中繪製SAC 文件rdseed?：SEED 格式轉(zhuǎn)SAC 格式win2sac_32?、?catwin32?：Hi-net 網(wǎng)站提供的用於處理Hi-net資料的程式st?：sublime_text 被安裝到?/opt?目錄下，在此建立一個(gè)軟鏈接，方便在命令列調(diào)用sublime text wlt.pl?：校內(nèi)用於登陸網(wǎng)絡(luò)通的腳本，在命令行修改網(wǎng)絡(luò)端口，好happy fk?、?fk.pl?、?syn?、?trav?：Prof.?Lupei Zhu 的用於計(jì)算合成地震圖的程序，原始碼有不少，實(shí)際需要用的也就這三個(gè)可執(zhí)行文件和一個(gè)perl 腳本。 matlab?：指向 matlab 的一個(gè)軟連結(jié)；

不要隨便什麼二進(jìn)位檔案都往 bin 放，這裡只應(yīng)放一些常用的指令或很通用的工具。

###自成系統(tǒng)的軟體### ###

有一類軟體，其擁有眾多模組或套件，為了管理這眾多的模組，就需要擁有一個(gè)自己的模組 / 套件管理器。這其中以 TeX、Perl 和 Python 為代表。對(duì)於這一類軟體，其眾多的模組是最大的優(yōu)勢(shì)，也是最值得利用的資源，因而我通常會(huì)選擇手動(dòng)安裝它們，原因如下：

系統(tǒng)的來源中不可能包含該軟體的所有模組； 系統(tǒng)的來源中該軟體的模組的更新要遠(yuǎn)遠(yuǎn)落後於最新版本；

當(dāng)然，即便是使用系統(tǒng)自備的版本，仍可使用該軟體自備的套件管理器來安裝模組。但將導(dǎo)致：

部分模組以系統(tǒng)的 yum 管理，部分模組以軟體自帶的套件管理器管理；yum 安裝的模組一般版本較老，軟體的套件管理器要安裝的大多是最新版本；

這一方面會(huì)導(dǎo)致模組管理的混亂，另一方面用軟體自帶的套件管理其安裝模組時(shí)，可能會(huì)依賴其他模組的最新版本，若該模組是透過系統(tǒng)yum 安裝的較舊的版本，則可能導(dǎo)致模組的安裝失敗。

因而，對(duì)於這類軟體，一般單獨(dú)安裝，並用各自的套件管理器管理模組：

TeXLive：透過TeXLive iso 鏡像檔案安裝，使用其自帶的tlmgr 管理套件Perl：透過plenv 安裝最新版本的Perl，使用plenv 自帶的cpanm 安裝模組Python：透過pyenv 安裝最新版本的Python，使用Python自帶的pip 安裝模組

例外

有規(guī)則總有例外。

第三方來源

mosquito-myrepo 是一個(gè)私人維護(hù)的來源，其中包含了中文輸入法、QQ、飛信、為知筆記、有道字典、百度雲(yún)以及若干音訊、視訊播放器。我對(duì)這個(gè)來源的態(tài)度是又愛又恨，其提供了許多中國(guó)人需要的軟體，但因?yàn)槠湟蕾囲?EPEL 以外的其他第三方軟體來源，進(jìn)而可能導(dǎo)致套件衝突。所以對(duì)該源的使用，要保持謹(jǐn)慎。

總結(jié)

簡(jiǎn)單總結(jié)一下:

為系統(tǒng)添加EPEL 來源、Nux Dextop、ELRepo 來源和個(gè)別其他小型第三方來源能夠從來源安裝的就從來源安裝不能從來源安裝的盡量找rpm 套件安裝找不到rpm 套件的就試試linuxbrew 能不手動(dòng)編譯的就不要手動(dòng)編譯

以上是CentOS7軟體的安裝步驟與策略全解析的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！