CentOS7下的軟件安裝方法
CentOS是Community Enterprise Operating System的縮寫。接下來(lái)是小編為大家收集的CentOS7下的軟件安裝方法，希望能幫到大家。
CentOS7下的軟件安裝方法
官方源
CentOS 自帶的四個(gè)官方源中，默認(rèn)打開(kāi)的有 base、updates、extras，這三個(gè)源中包含了約 9000 個(gè)軟件包，是最穩(wěn)定、也是最值得信賴的源。
因而若一個(gè)軟件包在官方源內(nèi)，則應(yīng)通過(guò)官方源安裝:
sudo yum install PackageName
第三方源
官方源雖然包含了很多軟件包，但無(wú)法滿足日常需求。幸好有第三方源，可以作為官方源的補(bǔ)充。
在使用第三方源的過(guò)程中，最怕遇到這兩個(gè)問(wèn)題：
第三方源和官方源中有相同的包，導(dǎo)致官方源的包被第三方源替代; 多個(gè)第三方源中存在同一個(gè)軟件包，且版本不一致，存在沖突;
這兩個(gè)問(wèn)題經(jīng)常是致命的，出現(xiàn)各種預(yù)料不到的后果，因而選擇第三方源要遵循如下原則：
只選擇可靠的第三方源，要確保第三方源不會(huì)替換官方源中的包; 使用盡量少的第三方源，以保證第三方源之間不會(huì)沖突;
就 CentOS 而言，根據(jù)以上的原則，使用如下第三方源：
大型第三方源，已確認(rèn)不會(huì)替換官方源的包，且相互之間無(wú)沖突 EPEL：包含 6500 多個(gè)軟件，科研必備 ELRepo：包含幾十個(gè)各種硬件的驅(qū)動(dòng)程序 Nux Dextop：多媒體相關(guān)的軟件包(與 EPEL 的個(gè)別軟件相沖突，可忽略)
有些小型第三方源，僅包含了幾個(gè)軟件，確認(rèn)與官方源和 EPEL 源不會(huì)沖突，也可以添加 Google Chrome：包含了 Google Chrome，不會(huì)與官方源和 EPEL 源沖突; Adobe：僅包含 flash 插件，已確認(rèn)不會(huì)沖突; dropbox：僅包含 dropbox 一個(gè)軟件，已確認(rèn)不會(huì)沖突;
因而，若一個(gè)軟件包位于 EPEL、ELRepo 中，或一些小型的第三方源中，則添加該第三方源，并用 yum 命令安裝:
sudo yum install PackageName
官方 rpm 包
大部分非開(kāi)源的軟件，在 CentOS 官方源或 EPEL 中是沒(méi)有的。有些軟件的官方網(wǎng)站會(huì)提供官方 rpm 包。此時(shí)可以從官方網(wǎng)站下載與當(dāng)前系統(tǒng)對(duì)應(yīng)的 rpm 包，直接用如下命令安裝:
sudo rpm -i PackageName.rpm
比如，WPS for Linux 就是其中一個(gè)。在安裝的過(guò)程中 rpm 命令會(huì)自動(dòng)檢查依賴關(guān)系，若該軟件所依賴的包在官方源和 EPEL 源中可以找到，則自動(dòng)安裝。
直接安裝 rpm 包的做法相當(dāng)省事，但該軟件不能由 yum 更新，稍稍麻煩一點(diǎn)。有些軟件，比如前面提到的 Google、Dropbox 和 Adobe 其實(shí)也可以通過(guò)這種方法安裝，在安裝的同時(shí)會(huì)給系統(tǒng)添加源，對(duì)于這類軟件依然可以很方便的更新與刪除。
解壓即用
有些軟件，官方提供了壓縮包，解壓之后即可直接運(yùn)行其中的二進(jìn)制文件，比如很多 Java 寫的軟件。這類軟件沒(méi)有給源代碼，而是給了可以在當(dāng)前平臺(tái)下直接執(zhí)行的二進(jìn)制文件。大多數(shù)非開(kāi)源的商業(yè)軟件都采取這種辦法。
比如 sublime_text、pycharm、mendeley、TauP、sac 等，直接解壓，然后將解壓后的文件夾復(fù)制到 /opt 目錄下，然后將該軟件的 bin 目錄加入到 PATH 中即可。 比如 Mathematics、Matlab、intel studio，軟件包中提供安裝腳本，執(zhí)行該腳本即可安裝;
Linux 下的習(xí)慣是，商業(yè)軟件或第三方軟件都安裝到 /opt 目錄下，這也是大多數(shù)商業(yè)軟件包的默認(rèn)安裝路徑，盡量遵循該習(xí)慣。
第三方 rpm 包
有些軟件，CentOS 源和 EPEL 源中找不到，官方又沒(méi)有提供 rpm 包，但是其他第三方源提供了 rpm 包。分情況討論：
若該第三方源只包含了很少量的包，且確定這些包與官方源以及其他已使用的第三方源不沖突，則可以添加該第三方源。 若該第三方源包含了很多軟件，很可能與官方源或 EPEL 源有沖突，則不添加該源 若該軟件包沒(méi)有復(fù)雜的依賴關(guān)系，則直接安裝該源中的 rpm 包; 若該軟件包依賴于該第三方源中的其他包，則放棄，尋找其他方法;
第三方包管理器
不同的發(fā)行版使用不同的軟件包管理器，CentOS 使用 yum，Ubuntu 使用 apt-get。近些年又出現(xiàn)了一些與發(fā)行版無(wú)關(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ù)中沒(méi)有需要的軟件包，可以很簡(jiǎn)單地自己創(chuàng)建 formulae
試用了一下，一個(gè)比較坑的地方是，linuxbrew 會(huì)自己內(nèi)部解決依賴問(wèn)題。比如，我試著通過(guò) linuxbrew 安裝 terminator，然后發(fā)現(xiàn) terminator 依賴于Python，盡管系統(tǒng)已經(jīng)安裝了 python，linuxbrew 還是會(huì)安裝一份 python，又由于 python 依賴于更多的東西，導(dǎo)致又安裝了更多軟件包在 home 下。而且，linuxbrew 是從源碼編譯軟件的，所以相對(duì)來(lái)說(shuō)速度較慢。
編譯源碼
大部分軟件用前面的幾種方法應(yīng)該都能安裝上了。如果沒(méi)安裝上，那就得問(wèn)問(wèn)自己，真的需要安裝這個(gè)軟件么。如果不是非常必要的話就不要安裝啦。如果是必須的軟件，那就必須要手動(dòng)編譯了。
常見(jiàn)的源碼編譯，一般也就是如下幾步。當(dāng)然，具體情況具體對(duì)待:
tar -xvf xxxx.tgz ./configure --prefix=/opt/xxxx make sudo make install
一般來(lái)說(shuō)，這類軟件的默認(rèn)安裝目錄都是 /usr/local ，最終文件會(huì)被分別放在 /usr/local 的 bin、lib、share、man 目錄下。
我個(gè)人非常不喜歡這種方式，因?yàn)樽鳛橐粋€(gè)通過(guò)源碼編譯的軟件來(lái)說(shuō)，意味著編譯者 要完全負(fù)起管理該軟件的義務(wù)，這樣的放置方式會(huì)來(lái)更新或卸載軟件帶來(lái)很多麻煩。 所以我總是會(huì)在 configure 的時(shí)候加上 prefix 手動(dòng)指定安裝路徑。要卸載該軟件就直接刪除 /opt 下對(duì)應(yīng)的目錄，要更新的話，也可以先刪除，再重新編譯一遍。這樣做稍微麻煩的一點(diǎn)是， 需要手動(dòng)將該軟件的 bin 目錄加入到 PATH 中，還有可能需要修改 LD_LIBRARY_PATH。 但是一般來(lái)說(shuō)，需要編譯源碼的軟件很少，所以不會(huì)造成太大的麻煩。
編譯代碼
好吧，其實(shí)我不知道該怎么起標(biāo)題了。。
前一節(jié) “編譯源碼” 主要針對(duì)的是一些大型軟件包，這一節(jié) “編譯代碼” 指的是對(duì)一些 專業(yè)性很強(qiáng)的小代碼包的處理方式。比如有些軟件包編譯之后實(shí)際需要的只是一個(gè) 二進(jìn)制文件，這個(gè)時(shí)候就沒(méi)有必要安裝到 /opt 了，合適的方式是在自己的 HOME 下 建立 bin 目錄，并將其路徑加入到 .bashrc 中，然后將編譯生成的二進(jìn)制文件復(fù)制 到該目錄下即可:
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 數(shù)據(jù)的程序 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è)軟連接;
不要隨便什么二進(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)自帶的版本，也依然可以用該軟件自帶的包管理器來(lái)安裝模塊。但將導(dǎo)致：
部分模塊用系統(tǒng)的 yum 管理，部分模塊用軟件自帶的包管理器管理; yum 安裝的模塊一般版本較老，軟件的包管理器要安裝的大多是最新版本;
這一方面會(huì)導(dǎo)致模塊管理的混亂，另一方面用軟件自帶的包管理其安裝模塊時(shí)，可能會(huì)依賴于其他模塊的最新版本，若該模塊是通過(guò)系統(tǒng) yum 安裝的較舊的版本，則可能導(dǎo)致模塊的安裝失敗。
因而，對(duì)于這類軟件，一般單獨(dú)安裝，并用各自的包管理器管理模塊：
TeXLive：通過(guò) TeXLive iso 鏡像文件安裝，使用其自帶的 tlmgr 管理包 Perl：通過(guò) plenv 安裝最新版本的 Perl，使用 plenv 自帶的 cpanm 安裝模塊 Python：通過(guò) pyenv 安裝最新版本的 Python，使用 Python 自帶的 pip 安裝模塊
例外
有規(guī)則總有例外。
第三方源
mosquito-myrepo 是一個(gè)私人維護(hù)的源，其中包含了中文輸入法、QQ、飛信、為知筆記、有道詞典、百度云以及若干音頻、視頻播放器。我對(duì)這個(gè)源的態(tài)度是又愛(à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下的軟件安裝方法”還想看：
5.電腦軟件怎么下載