源碼包安裝

『壹』 源代碼怎麼轉換成可以安裝包

需要編譯成可執行文件，然後使用打包工具製作成安裝包。

『貳』 如何解決源碼包安裝時的依賴性問題

動態可執行文件使用最初編譯和鏈接程序時使用的庫文件的共享對象名稱來查找共享對象。它們在少數的幾個標准位置查找，比如在/lib和/usr/lib目錄及在LD_LIBRARY_PATH環境變數（主要用於指定查找共享庫，比如我們在安裝Oracle時指定路徑，exportLD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib:/usr/local/lib）指定的目錄中。順便提一下，在這些庫目錄中找到的共享對象可能不是真正的文件;它們可能是指向位於其他位置的真實庫文件的符號鏈接（但通常仍舊在標准庫目錄的一個目錄中）。至少從系統管理員的觀點是在用於創建共享庫文件的共享庫軟體包的名稱和共享庫文件的名稱之間通常沒有什麼關系。例如，GLIBC2.3軟體包用於創建libc.so.6共享庫文件。也從本示例中注意到，添加到共享庫文件名結束的版本號(.6)跟用於創建它的版本號(2.3)沒有關系。這是由共享庫軟體包開發人員有意完成的，以便GLIBC的新版本可以重用相同的共享庫文件名libc.so.6。這允許您在系統上載入新版本的GLIBC，而不用中斷動態鏈接到lib.so.6共享庫文件的所有程序，當然假定新版本的GLIBC向後與動態可執行文件最初所鏈接的老版本GLIBC兼容。因此，即使庫文件或共享對象文件有與它們相關的版本號，這些版本號也不能幫助你確定他們來自哪個版本的共享軟體包。
注意：當將whatprovides選項用於rpm查詢命令時，可以獲得有關使用rpm軟體包載入到系統的現有共享對象的信息。這種混亂是由下面的事實造成的：單個共享庫文件可能支持某個范圍的共享庫軟體包版本。例如，要檢查soname庫文件/lib/libc.so.6支持的GLIBC共享庫軟體包，運行下面的命令：
#objmp--all-headers/lib/libc.so.6|less
向下滾動此報告，直到到達Versiondefinitions:部分，以便查看libc.so.6共享庫文件支持哪些GLIBC版本：
Versiondefinitions:
10x010x0865f4e6libc.so.6
20x000x0d696910GLIBC_2.0
30x000x0d696911GLIBC_2.1
GLIBC_2.0
40x000x09691f71GLIBC_2.1.1
GLIBC_2.1
50x000x09691f72GLIBC_2.1.2
GLIBC_2.1.1
60x000x09691f73GLIBC_2.1.3
GLIBC_2.1.2
70x000x0d696912GLIBC_2.2
GLIBC_2.1.3
80x000x09691a71GLIBC_2.2.1
GLIBC_2.2
90x000x09691a72GLIBC_2.2.2
GLIBC_2.2.1
100x000x09691a73GLIBC_2.2.3
GLIBC_2.2.2
110x000x09691a74GLIBC_2.2.4
GLIBC_2.2.3
120x000x09691a76GLIBC_2.2.6
GLIBC_2.2.4
130x000x0d696913GLIBC_2.3
GLIBC_2.2.6
140x000x09691972GLIBC_2.3.2
GLIBC_2.3
150x000x09691973GLIBC_2.3.3
GLIBC_2.3.2
160x000x09691974GLIBC_2.3.4
GLIBC_2.3.3
170x000x0d696914GLIBC_2.4
GLIBC_2.3.4
180x000x0d696915GLIBC_2.5
GLIBC_2.4
190x000x0963cf85GLIBC_PRIVATE
GLIBC_2.5
200x000x0b792650GCC_3.0
在本示例中，1ibc.so.6共享庫文件支持原先為GLIBC版本2.0到2.5而開發的所有動態執行文件。注意：也可以使用objmp命令來從共享庫文件中提取soname，命令如下所示：
#objmp--all-headers/lib/libcrypto.so.0.9.8b|grepSONAME
SONAMElibcrypto.so.6
objmp:/lib/libcrypto.so.0.9.8b:
接下來，將討論rpm軟體包是如何生成的，以便在新系統上安裝rpm軟體包時，這些共庫依賴性是己知的。
三、Rpm軟體包和共享庫依賴性
當程序員生成rpm軟體包時，ldd命令用於報告動態可執行文件軟體包中所有動態可執行文件使用的所有共享庫。另一個混亂是由下面的事實帶來的：相同軟體包中的不同動態可執行文件可能與相同的共享庫軟體包的不同版本進行鏈接。例如，Heartbeat軟體包中的不同程序可能已經進行了開發，並動態鏈接到libc.so.6sonmae共享庫文件的不同GLIBC版本。對rpm命令使用-q和--requires參數，可以看到rpm軟體包需要的共享庫的完整清單。例如，要看到Heartbeatrpm軟體包所有的所需依賴性，請使用命令：
#rpm-q--requires-pheartbeat-1.x.x.i386.rpm
這產生了下面的報告：
sysklogd
/bin/sh
/bin/sh
/usr/bin/python
ld-linux.so.2
libapphb.so.0
libc.so.6
libc.so.6(GLIBC_2.0)
libc.so.6(GLIBC_2.1)
libc.so.6(GLIBC_2.1.3)
libc.so.6(GLIBC_2.2)
libc.so.6(GLIBC_2.3)
libccmclient.so.0
libdl.so.2
libglib-1.2.so.0
libhbclient.so.0
libpils.so.0
libplumb.so.0
libpthread.so.0
librt.so.1
libstonith.so.0
注意，在此報告中，libc.so.6soname是所需要的，此共享庫必須支持使用GLIBC共享軟體包版本號2.0、2.1、2.1.3、2.2和2.3進行鏈接的動態可執行文件。這是由下面的事實決定的：Heartbeat軟體包中的不同動態可執行文件是針對不同版本的libc.so.6庫的每個版本進行鏈接的。在了解了動態可執行文件、共享對象、soname和共享庫軟體包彼此是如何相關的後，下面准備來看這樣的一個例子：當嘗試安裝rpm軟體包，並且它由於依賴性錯誤而失敗時，會發生什麼。yum能夠從指定的伺服器自動下載RPM包並且安裝，可以自動處理依賴性關系，並且一次安裝所有依賴的軟體包，無須繁瑣地一次次下載、安裝。
四、手工解決依賴性問題
通常，當嘗試安裝發行版中沒有包括的軟體包（及不能由像up2date、apt-get或Yum一樣的更新工具自動解決其依賴性的軟體包）時，將碰到rpm依賴性錯誤。例如，如果嘗試在老的Linux發行版上使用rpm–ivh*rpm命令，例如所有的Heartbeatrpm包，那麼在安裝過程中就可能碰到下面的錯誤：
error:faileddependencies:
libc.so.6(GLIBC_2.3)isneededbyheartbeat-1.x.x
libc.so.6(GLIBC_2.3)isneededbyheartbeat-pils-1.x.x
libcrypto.so.0.9.6isneededbyheartbeat-stonith-1.x.x
libsnmp-0.4.2.6.soisneededbyheartbeat-stonith-1.x.x
注意，rpm命令沒有干擾報告所需的每個GLIBC共享庫軟體包版本號——它只報告所需的最高編號的版本號(GLIBC_2.3)。(假定原來的軟體包開發人員不會將相同軟體包中的可執行文件鏈接到不兼容版本的共享庫軟體包)所有的這些故障都報告所需的共享庫名稱或soname（而不是文件名稱，soname始終以「lib」開始）。但可以刪除添加到rpm報告的soname結束的版本號，並快速檢查以查看是否在系統中使用locate命令安裝這些共享庫(假設您的locate資料庫是最新的，有關更多信息，請參閱locate或slocate的手冊頁)。例如，

『叄』 源碼包安裝軟體一般需要什麼步驟

源碼包安裝軟體一般需要把源碼包先解壓，解壓完成之後，在指定的文件夾點擊運行時會出現電腦或者是手機的許可權獲取開放許可權，直接就可以運行安裝。

『肆』 源碼包安裝和二進制包安裝的區別

zip文件如何在linux安裝nux下安裝軟體主要有三種格式，基於包管理機制、二進制、源代碼，包管理機制的安裝是和發行版有關系的，比如fedora的是rpm，ubuntu的是deb，二進制的是.bin，源代碼是tar.gz和tar.bz2，zip格式的包應該是二進制或源代碼的包，可以使用unzipname.zip解壓，然後看是什麼格式的包，如果是二進制的包先看下有沒有執行許可權，沒有就執行chmod755filename.bin，然後./filename.bin安裝，如果是源代碼，執行./configure&&make&&makeintall安裝

『伍』 rpm包和源碼包安裝的區別

本人比較傾向與源碼安裝，因為源碼安裝，卸載比較容易，只需要把安裝程序的目錄刪除掉即可；
要是用rpm包安裝的話，卸載需要謹慎，因為他在安裝的時候，會安裝各種信賴包，一不小心系統就被搞over了；
總的來說，一些大型的比較占份量的最好使用源碼包安裝，方便管理；而些基於系統底層的包就無所謂了，怎麼方便怎麼安裝；
若你是初學者，強烈建議你使用源碼安裝，因為這個可以增加你對系統的了解，解決處理問題的能力，而rpm包是一些比較懶的安裝方法；

『陸』 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中這個源碼包如何安裝

先sudo apt update更新源，然後sudo apt install libqcef-dev
如果還是找不到，去google一下libqcef-dev這個包在哪些repo中有提供，將相應的repo用apt-add-repository添加到源中，或者直接下源碼編譯。

『捌』 如何卸載用源碼包安裝的軟體

第看家安裝軟體候沒使用--prefix命令指定文件給刪除行
第二沒用信念指定麻煩點進入軟體解壓目錄執行sudo make uninstall看能否功
第三行進入用 editor 查看 makefile 文件 看看面卸載命令該源碼包沒提供
類刪除 能手刪除
第四手刪除奈辦能能搞干凈能看運氣使用whereis xxx 找軟體安裝目錄rm -rf
些目錄都刪除應該能刪除干凈whereis python例：
whereis python
python: /usr/bin/python2.6-config /usr/bin/python2.6 /usr/bin/python /usr/lib/python2.6 /usr/lib64/python2.6 /usr/local/bin/python3.3m-config /usr/local/bin/python3.3m /usr/local/bin/python3.3 /usr/local/bin/python3.3-config /usr/local/lib/python3.3 /usr/include/python2.6 /usr/share/man/man1/python.1.gz
rm -rf /usr/bin/python2.6-config
rm -rf /usr/bin/python2.6
rm -rf /usr/bin/python
rm -rf /usr/lib/python2.6
rm -rf /usr/lib64/python2.6
...................等等

『玖』 linux下如何編譯源碼包或者說是安裝

1、安裝編碼源碼的編譯工具，一般是需要安裝gcc
yum install gcc
2、把源碼解壓
tar zxvf uname.tar.gz
3、進入解壓的目錄執行
./configure
make
make install
完成編譯安裝

『拾』 如何編譯安裝源碼包軟體

怎樣安裝以源碼包打包的軟體；

1、源碼包的打包格式；
源代碼一般以file.tar.gz file.tar.bz2或file.src.rpm 打包；file.tar.gz和file.tar.bz2格式的解包命令如下；
[root@localhost beinan]# tar jxvf file.tar.bz2
[root@localhost beinan]# tar zxvf file.tar.gz

至於file.src.rpm 的用法，請參見：《file.src.rpm 使用方法的簡介》

2、如何編譯安裝源碼包；（大多數）

1）解開軟體包查看幫助文檔；

我們解開一個包後，進入解壓包，一般都能發現README（或reame)和INSTALL( 或install)；或doc（或DOC)目錄；看名字就知道個差不多；
比如我們下載一個比較新的fcitx 的軟體包，比如是 fcitx-3.2-050827.tar.bz2
我們在解開這個軟體包會會發現如下的文件；
[root@localhost fcitx]# tar jxvf fcitx-3.2-050827.tar.bz2
[root@localhost fcitx]#cd fcitx
[root@localhost fcitx]# ls
aclocal.m4 config.guess configure debian INSTALL Makefile.in src xpm
AUTHORS config.h.in configure.in depcomp install-sh missing THANKS
autogen.sh config.rpath COPYING doc lib mkinstalldirs TODO
ChangeLog config.sub data fcitx.spec.in Makefile.am README tools
所以我們就可以看fcitx的INSTALL 和doc目錄的安裝文檔了；裡面都告訴我們如何安裝；
有時安裝文檔也會在開發者的主頁上有詳細的說明，及常見問題的處理等；比如 LumaQQ

2）編譯安裝軟體的條件；

首 先我們在Linux系統中至少得把開發工具安裝上，比如 gcc ;perl;python;glibc;gtk;make ;automake 等開發工具或基礎包；還要安裝一些相應的開發包，一般是文件名包括dev的，比如kernel-devel；還有一些開發庫，比如以lib開頭的；如果您 在編譯軟體時，有時提示缺少什麼東西之類的，大多少的是這些開發工具和開發庫等；從光碟中找出安裝就是了；有時光碟沒有提供，請用google搜索相應的 軟體包，有時可能也會用到源碼包編譯安裝所依賴的包；
有時本來系統中已經安裝了所依賴的包，但系統提示找不到應該怎麼辦？這時需要我們設置一下PKG_CONFIG_PATH的環境變數就行了；
#export PKG_CONFIG_PATH=/usr/lib/pkgconfig
或
#export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig
然後我們再來運行編譯的./configure ;make ;make install ，嘗試著來吧；
以java開發的工具開發的程序，要用到 jre或者jdk ；jdk已經包括jre了，所以如果我們只是要求有一個java程序運行的環境，只需要安裝jre就行了；安裝好jre，配置一下java的環境變數就可以用了。如果是圖形界面的程序，點點滑鼠就OK了；
用perl 開發的程序，是需要perl環境的，所以必須得把perl的包安裝上，python 也同理；

3）編譯安裝軟體的方法；
大多以tar.gz 和tar.bz2打包軟體，大多是通過 ./configure ;make ;make install 來安裝的；有的軟體是直接make;make install ；
我們可以通過./configure --help 來查看配置軟體的功能；大多軟體是提供./configure 配置軟體的功能的；少數的也沒有，如果沒有的就不用./configure ;直接make;make install 就行了；
./configure 比較重要的一個參數是 --prefix ，用--prefix 參數，我們可以指定軟體安裝目錄；當我們不需要這個軟體時，直接刪除軟體的目錄就行了；
比如我們可以指定fcitx 安裝到 /opt/fcitx 目錄中；
[root@localhost fcitx]#./configure --prefix=/opt/fcitx
如果我們不需要fcitx 時，可以直接刪除 /opt/fcitx 目錄；
所以我們舉這個例子中，fcitx如果定製安裝到 /opt/fcitx目錄中，完整的安裝方法應該是：
[root@localhost fcitx]# tar jxvf fcitx-3.2-050827.tar.bz2
[root@localhost fcitx]#cd fcitx
[root@localhost fcitx]# ./configure --prefix=/opt/fcitx
[root@localhost fcitx]# make
[root@localhost fcitx]# make install
調用fcitx ，應該是
[beinan@localhost ~]#/opt/fcitx/bin/fcitx
如果您想要讓fcitx 只要執行fcitx ，就能調用，請配置環境變數，或者在/usr/bin 中做一個fcitx 的鏈接；
[root@localhost beinan]# ln -s /opt/fcitx/bin/fcitx /usr/bin/fcitx
一般的情況下都有說，但大多軟體沒有提供源碼包的卸載方法；我們可以找到軟體的安裝點刪除。主要看你把它安裝在哪了。
設置環境變數PATH，請參見：《在Fedora Core 中，有些常用命令怎麼沒有？解決辦法設置PATH》
所以您的PATH可以設置成這樣的；
export PATH=".:/bin:/usr/bin:/usr/local/bin:/usr/sbin:/usr/X11R6/bin:/sbin:/opt/fcitx/bin"
當然這只是舉個例子，fcitx 可以進入桌面自動運行的，請參看 http://www.fcitx.org 官方站上的安裝說明；舉個例子只是讓大家好理解一點；
再舉一個例子，比如我想安裝mlterm ；並指定安裝目錄為/opt/mlterm中； http://mlterm.sourceforge.net
#./configure --prefix=/opt/mlterm
#make
#make install

把源碼包安裝的軟體，都指定安裝在 /opt目錄中，這樣不就知道了軟體安裝在哪裡了；也方便卸載；