linux如何安裝源碼包-九游会j9娱乐平台

⑴ linux中源代碼包安裝的基本步驟是什麼

詳解linux源碼包安裝過程

1. 解壓縮包

可以通過下載或其他方式獲得了一個軟體包，通常它是一個壓縮文件，大部分可能是存檔的和壓縮的，這些文件一般以 .tar .gz為擴展名。

首先拷貝它到一個目錄，然後 untar 和 gunzip 解壓它。 通常這個命令是

tar xzvf filename [filename 是軟體文件名稱]

解壓後的文件一般會在當前目錄下的創建子目錄，並以這個包名來命名。 你也可以用用這個命令預先查看結果 tar tzvf filename，顯示包里有那些解壓文件。

源文件如果是新的 bzip2 (.bz2) 格式，可用

bzip2 -cd filename | tar xvf -,或更簡單的 tar xyvf filename ，這很不錯的tar命令被不斷的完善。

說明：

a：有時候一些文件必須安裝在用戶的 home 目錄下,或更多的是在一個固定的目錄，比如 /, /usr/src, 或 /opt 。所以必須仔細閱讀安裝包的配置信息。當一個軟體包里如果有config 和 makefiles 文件則最好去編輯它，這里包括了安裝指令和說明。提示：你改變 makefile 會導致不同的結果。大部分軟體包允許用 make install 自動處理安置二進制文件在適當的系統位置。

b：你可能碰到過一些共享文件、shell 存檔文件、尤其是 internet 上的源碼新聞組。它們保留的原因是具有人性化的可讀性，並且允許新聞組緩沖並通過它們篩選和剔除出不合格的。它們可能用 unshar filename.shar 命令來解壓。

c： 一些源碼存檔文件是用非標準的 dos,mac 或其他壓縮的比如：

zip, arc, lha, arj, zoo, rar, and shk.

d: 有時候，你可能需要使用一個 patch 或顯示改變了的 diff 文件來升級或修復存檔的源碼文件。這 doc 文件或者 readme 文件將告訴你怎麼去使用。一個很好的命令用標准語法來調用的命令是 patch < patchfile.

2: 關於 rpm 安裝包

一些 linux 用戶懼怕通過使用源碼來手動安裝軟體包，不過現在有方便的 rpm 和 deb 或 新格式的 slp 包。例如：rpm 安裝運行平穩又快，作為一個軟體安裝在某幾個有名的操作系統。

作為方便的rpm包也存在很多不好的缺點，例如：

a: 要了解軟體中更多更詳細的內容你必須去在二進制中去了解，而不是rpm包。

b: 還有安裝一個 rpm 包如果需要依賴關系那麼安裝就可能會導致失敗。

c: 當 rpm 請求你系統中不同版本的庫，那麼安裝將不能繼續，除非你為錯誤的庫位置創建連接符號到正確的位置。

說明：必須使用root 安裝 rpm 和 deb 。因為它需要必須的寫入許可權。

最簡單的，用命令 rpm -i packagename.rpm 和 dpkg --install packagename.deb 會自動解包和安裝。

3：關於安裝 linux 包出現的一些問題及解決方案

假設 make 失敗有個鏈接錯誤： -lx11: no such file or directory，正好在 xmkmf 之後已被調用，這可能意味著 imake 不能被完全建立。檢查第一部分 makefile 文件的的行是這樣：

· lib= -l/usr/x11/lib
· include= -i/usr/x11/include/x11
· libs= -lx11 -lc -lm

這個 -l 和 -i 開關告訴編譯器和鏈接分別在哪裡找到 library 和 include 文件。在這個例子里， x11 庫應該在 /usr/x11/lib 目錄，且 x11 包含文件應該在 /usr/x11/include/x11 目錄里。假如對於你的機器上的這個錯誤，請處理修改 makefile 並重新再 make。

沒有聲明涉及的數學庫函數，像下列各項：
/tmp/cca011551.o(.text 0x11): undefined reference to `cos'

要修復它，需要明確鏈接到匹配的庫，在 makefile (看先前的例子) 里增加一個 -lm 到 lib 或 libs 標記 。

用其他方法嘗試

仍然失敗 如果失敗，參考下列腳本：
make -duseinstalled -i/usr/x386/lib/x11/config
這個直接方式的類別相當於。

在少數例子里，用 root 運行 ldconfig 可能會解決：
# ldconfig 更新共享庫鏈接符號。

一些 makefiles 使用你系統里未被承認的庫別名。一個例子，構建可能需要 libx11.so.6 ，但是在 /usr/x11r6/lib 不存在文件或鏈接。然而，在那裡是 libx11.so.6.1。解決方法是用 root 運行ln -s /usr/x11r6/lib/libx11.so.6.1 /usr/x11r6/lib/libx11.so.6 ，接著需要運行 ldconfig 。
有一些包需要你安裝一個或更多庫的升級版本。需要拷貝一個或更多的庫到適當的目錄里，刪除舊的庫，重新設置動態鏈接庫。
4：一些其他的問題處理

安裝一個shell 腳本如果出現：no such file or directory 的錯誤消息。這是可以檢查文件許可權確定文件事可執行的，並檢查文件頭確定是否 shell 或程序是腳本在指定的位置被調用。一個例子，這個腳本可能是這樣開始的：

#!/usr/local/bin/eden

如eden的實際安裝位置是在你的 /usr/bin 目錄，用一個 /usr/local/bin 替代

這個腳本不能運行有兩個方法來糾正！！

a: 文件頭改成 #!/usr/bin/eden

b: 或增加一個鏈接符， ln -s /usr/bin/eden

5：一個典型的例子 xloadimage

首先說明下面的例子來源於國外網站的一個技術實例，這里我做了翻譯和整理。

這個例子展現一個簡單的問題。xloadimage 程序對我的圖形工具的調整設置是有用的附加。從源碼目錄拷貝文件，用 tar xzvf 解壓文件，可是在運行 make 的時候出現令人討厭的錯誤並停止了。

gcc -c -o -fstrength-rece -finline-functions -fforce-mem

-fforce-addr -dsysv -i/usr/x11r6/include

-dsyspathfile=\"/usr/lib/x11/xloadimage\" mcidas.c

in file included from /usr/include/stdlib.h:32,

from image.h:23,

from xloadimage.h:15,

from mcidas.c:7:

/usr/lib/gcc-lib/i486-linux/2.6.3/include/stddef.h:215:

conflicting types for `wchar_t'

/usr/x11r6/include/x11/xlib.h:74: previous declaration of

`wchar_t'

make[1]: *** [mcidas.o] error 1

make[1]: leaving directory

`/home/thegrendel/tst/xloadimage.4.1'

make: *** [default] error 2

這個錯誤消息包含了實質的線索：

查看 image.h 文件的 23 行：
#include < stdlib.h>
在源碼的某處對於 xloadimage, wchar_t 已經在指定標准 include 文件重新定義。 告訴我們首先在 image.h 的 23 行嘗試注釋它，或許 stdlib.h include 是不存在的，畢竟不是所有都是必需的。

在這點，構建中的收益來源於所有任何一個致命錯誤。xloadimage 現在功能正常。

6： 安裝 linux 包的一些總結

堅持自己動手處理所有的安裝出現的問題，不斷總結努力學習，從錯誤里去仔細研究，努力動手排錯，從每個不足甚至失敗的地方得到擴充和提升，可以增強安裝構建軟體的技巧。

⑵ linux涓嬫簮鐮佺殑瀹夎呯敱鍝鍑犱釜姝ラょ粍鎴愶紵

linux涓嬫簮鐮佺殑瀹夎呯敱3涓姝ラょ粍鎴愶細閰嶇疆(configure)銆佺紪璇(make)銆佸畨瑁(make install)銆

鍏朵腑閰嶇疆璇鍙モ./configure --prefix=/usr/local/test鈥濇彁紺衡滄病鏈夐偅涓鏂囦歡鎴栫洰褰曗濓紝鏄鍥犱負閰嶇疆鎸囧畾璺寰勨/usr/local/test鈥濇椂錛屾病鏈夎繖鏍風殑鏂囦歡鎴栫洰褰曞瓨鍦ㄣ

鍙闇鍦ㄢ./configure --prefix=鈥濊鍙ヤ腑鏀懼叆涓涓瀛樺湪鐨勭洰褰曡礬寰勶紝閲嶆柊緙栬瘧瀹夎呭嵆鍙瑙ｅ喅銆

浠ュ畨瑁卙df5杞浠朵負渚嬶紝鍏蜂綋鎿嶄綔姝ラゅ備笅錛

1銆侀栧厛浠庡畼緗戜笅杞絟df5錛屾牴鎹鑷宸辯殑瑕佹眰涓嬭澆瀵瑰簲鐨勭増鏈錛歨df5-1.8.3.tar.gz銆