㈠ Linux依賴關繫到底是什麼怎麼解決
你想知道什麼？依賴關系最簡單的一個理解就是Windows上你玩游戲結果提示directx版本過低無法運行。以及常見的運行某個程序之後提示mfc71.dll未找到。還有就是用個軟體結果安裝說明上讓你先去安裝.net。Linux的依賴關系因為他的整個系統都是由各個不同的開發組開發的軟體集合而成（這點不知道電話是不可能理解Linux依賴關系的起因的），每個軟體都有不同的功能提供和調用。而Linux因為他的軟體包組成可以很靈活，某些軟體包不是必須的，有些軟體功能可以有很多軟體進行提供。所以有些軟體互相之間的功能需求就需要「依賴關系」這種描述來進行說明控制。Windows也有這個問題，只不過因為整個系統是微軟統一提供的，所以他可以進行版本介面公職，以及方便的通知附帶多個版本的函數庫和程序進行功能提供，以及強行的提供一些用戶其實根本不需要的軟體來提供Windows程序的「依賴關系」。依賴關系很明顯的就是一些超高精簡的XP去掉的內容會導致很多軟體不能運行。可以說，簡單的去掉IE，就可以讓很多Windows程序失去依賴關系而不能運行。Linux的軟體包管理器就是有解決這個問題而設計的原因。軟體包管理器通過分析軟體包裡面的描述信息和系統當前安裝情況的資料庫來確定依賴關系是否滿足和如何滿足依賴關系（也就是需要再安裝哪些軟體才行）。
㈡ 怎麼解決安裝linux軟體的依賴問題
利用yum安裝軟體（自動解決依賴關系）
YUM有以下特點：
1、可以同時配置多個資源庫(Repository)
2、簡潔的配置文件(/etc/yum.conf)
3、自動解決增加或刪除rpm包時遇到的依賴性問題使用方便
4、YUM分為伺服器端和客戶端
搭建yum伺服器：
1、掛載redhat5.5安裝光碟。
㈢ cydia安裝不了插件提示：因所依賴的軟體包未找到或存在沖突軟體包,操作無法完成
cydia圖標?iPhone越獄後，大家在使用cydia經常會遇到各種cydia問題，比如：Cydia閃退?Cydia無法啟動?Cydia下沒有軟體包、源等。下面是小編為大家整理的一些Cydia常見錯誤及解決辦法，希望能幫大家解決問題。
cydia常見錯誤解決辦法：
1、cydia用什麼網路合適。
由於 Cydia 需要消耗一定的網路流量，有些軟體包體積較大，自帶的幾個源的伺服器都在國外，相比之下 2G 網路太慢，3G 太耗流量，最好是使用Wi-Fi。
2、越獄後找不到Cydia，或者Cydia突然消失了
初次越獄的設備，Cydia 圖標通常在第 2 頁。
Cydia 圖標沒有被隱藏或加入 SBSettings 的 Dock。
如果您在越獄後發現沒有Cydia圖標，或者由於一些操作導致cydia消失了，可以選擇重新越獄，或者重新安裝cydia。
3、在 Cydia 中無法輸入中文。
請更新 Cydia 到最新版本。
4、cydia白圖標，而且點擊閃退?
這個白色的cydia主要是出現在不完美越獄中。由於現在越獄技術並不是很完善，有些版本的固件只能進行不完美越獄，比如iOS4.3.5、iOS5.0等。這些固件第一次越獄後，還需要用紅雪進行引導開機，才能正常使用cydia。
5、Cydia 無法啟動(閃退)。
1:Cydia 1.1.0 以前的版本如果資料庫列表文件(包括本地 dpkg 記錄文件和源的軟體包列表文件)包含不正確的編碼及格式，均會導致 2:Cydia 閃退。解決方法是更新 Cydia 到最新版本並刪除包含不正確編碼或格式的軟體包及源。
3:在 iOS 5.0 及 5.0.1 早期越獄版本上可能出現閃退的情況。最好的解決方法是使用最新版的越獄軟體越獄，或更新 Cydia 到 1.1.6 或更高版本。也可以在將系統語言切換成英文，然後下載安裝
4:若不符合以上兩種情況，可嘗試重新安裝 Cydia 以修復許可權問題。如還是不能解決，則可能屬個案，沒有統一的解決方法，請聯系有經驗的人員解決。
6、Cydia中沒有任何軟體包，Cydia源和分類均為空
可能是因為Cydia尚未下載更新任何軟體包列表造成的。每次打開Cydia時，會自動載入並下載最新的軟體包文件，請耐心等待載入完成，不要因為節省流量或嫌麻煩而「取消」
㈣ 如何解決linux系統下安裝網易雲音樂的安裝包依賴問題
如何解決linux系統下安裝網易雲音樂的安裝包依賴問題
利用yum安裝軟體（自動解決依賴關系）
YUM有以下特點：
1、可以同時配置多個資源庫(Repository)
2、簡潔的配置文件(/etc/yum.conf)
3、自動解決增加或刪除rpm包時遇到的依賴性問題使用方便
4、YUM分為伺服器端和客戶端
搭建yum伺服器：
1、掛載redhat5.5安裝光碟。
2、安裝vsftp軟體。
3、解除掛載，然後重新掛載到/var/ftp/pub/下（客戶端利用ftp下載軟體包，通過yum命令安裝ftp上的軟體）
4、利用vi修改/etc/yum.repos.d/rhel-debuginfo.repo文件，這個文件是客戶端修改的文件，我直接在伺服器修改了，用於填寫yum伺服器的地址和軟體包ftp的位置。
5、下面以安裝dns伺服器軟體 bind為例，如果不利用yum安裝，需要解決依賴關系，比較麻煩。如下圖：
6、上圖可以看出，安裝出錯，需要首先安裝bind-9.3.6-4.....之後才能安裝bind-chroot-9.3，下面先安裝bind-9.3.6-4。
7、然後再安裝bind-chroot-9.3，如圖所示可以正常安裝了。
㈤ 如何解決源碼包安裝時的依賴性問題
不管是初步跨入Linux殿堂的新手,還是具有多年經驗的專家，在安裝或編譯軟體包的過程中或多或少的都會遇到包的依賴問題,從而導致安裝過程無法繼續，比如管理員在安裝LAMP時,包需要libgd.so文件，而這個文件屬於GD軟體包。但是在安裝GD軟體包時，可能這個軟體包跟其他軟體包又具有依賴關系，又需要安裝其他軟體包才行。這時有的管理員便失去耐心。在遇到這種Linux軟體包依賴關系問題時，該如何解決呢?在談這個具體的措施之前，先跟大家聊聊Linux系統里的軟體依賴性問題。
一、什麼是依賴性
程序依賴於程序代碼的共享庫，以便它們可以發出系統調用將輸出發送到設備或打開文件等（共享庫存在於許多方面，而不只局限於系統調用）。沒有共享庫，每次程序員開發一個新的程序，每個程序員都需要從頭開始重寫這些基本的系統操作。當編譯程序時，程序員將他的代碼鏈接到這些庫。如果鏈接是靜態的，編譯後的共享庫對象代碼就添加到程序執行文件中；如果是動態的，編譯後的共享庫對象代碼只在運行時需要它時由程序員載入。動態可執行文件依賴於正確的共享庫或共享對象來進行操作。rpm依賴性嘗試在安裝時強制實施動態可執行文件的共享對象需求，以便在以後當程序運行時不會有與動態鏈接過程有關的任何問題。
注意：還有一種類型的依賴性，它基於顯式的條目，rpm通過程序員將該依賴性強加到rpm配置文件中，但目前我們不關心這種類型的依賴性，這種依賴性比較容易解決。這里將重點放在rpm強制實施的更加復雜的共享對象依賴性。
二、動態可執行文件和共享對象
動態可執行文件使用最初編譯和鏈接程序時使用的庫文件的共享對象名稱來查找共享對象。它們在少數的幾個標准位置查找，比如在/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的手冊頁)。例如，要查找libcrypto享庫文件，要輸入：
#locatelibcrypto
[root@localhost~]#locatelibcrypto
/lib/libcrypto.so.0.9.8b
/lib/libcrypto.so.6
/root/.Trash/vmware-tools-distrib/lib/lib32/libcrypto.so.0.9.8
/root/.Trash/vmware-tools-distrib/lib/lib32/libcrypto.so.0.9.8/libcrypto.so.0.9.8
/root/.Trash/vmware-tools-distrib/lib/lib64/libcrypto.so.0.9.8
/root/.Trash/vmware-tools-distrib/lib/lib64/libcrypto.so.0.9.8/libcrypto.so.0.9.8
/usr/lib/libcrypto.a
/usr/lib/libcrypto.so
/usr/lib/pkgconfig/libcrypto.pc
/usr/lib/vmware-tools/lib32/libcrypto.so.0.9.8
/usr/lib/vmware-tools/lib32/libcrypto.so.0.9.8/libcrypto.so.0.9.8
/usr/lib/vmware-tools/lib64/libcrypto.so.0.9.8
/usr/lib/vmware-tools/lib64/libcrypto.so.0.9.8/libcrypto.so.0.9.8
如果此命令沒有在系統上找到一個libcrypto共享庫文件，將需要轉到Internet並找出哪個共享庫軟體包包含此共享庫文件。完成此項工具的一個快速和簡便方式是只要在http://rpmfind.net上將共享庫的名稱輸入到搜索欄中。如果將文本libcrypto.so輸入到此搜索貞中，將很快知道此共享庫是由openssl軟體包提供的。
如果老版本的共享庫數據包已經安裝在系統上，可以用如下的命令確認此軟體包含您需要的共享庫文件：
#rpm-q--providesopenssl
[root@localhost~]#rpm-q--providesopenssl
config(openssl)=0.9.8b-10.el5
lib4758cca.so
libaep.so
libatalla.so
libchil.so
libcrypto.so.6
libcswift.so
libgmp.so
libnuron.so
libssl.so.6
libsureware.so
libubsec.so
openssl=0.9.8b-10.el5
此命令報告此rpm軟體包中提供的所有內容（這包括軟體包提供的共享庫文件的soname）。注意：如前面指出的，共享庫軟體包版本號沒有並且應該沒有與共享庫文件(soname)版本號的任何對應關系。這里不進行這方面的討論，因為soname符號鏈接可能指向不同版本的共享庫文件，這也是在盡量避免在安裝新版本的共享軟體包時中斷現有動態可執行文件的情況下完成的。
五、自動解決依賴性故障
當您使用rpm軟體包來生成、升級或添加新的特性到系統時，依賴性故障可能很快變成一場惡夢。只要通過使用您的發行版供應商的升級服務或工具，就可以避免這場惡夢。例如，當選擇要安裝的rpm軟體包時，RedHat工具up2date自動從RedHat下載並安裝所有rpm依賴性。下面就點上列出了幾個完成相同事情的支持社區的免費方法：http://www.rpm.org/。下面將只進一步看到這些自動更新工具中的一種：Yum。
1．使用Yum來安裝rpm軟體包
Yum(YellowdogUpdater，Modified)程序可從下面網址下載：http://yum.baseurl.org/download/3.4/yum-3.4.3.tar.gz
在下載了此軟體包後，可以使用下面的命令像任何其他rpm軟體包那樣安裝它：
#rpm-ivhyum*
您可能需要更新想用於下載您的rpm軟體包的存儲庫。有關Fedora的可用Yum存儲庫的清單在http://www.fedoratracker.org要切換到不同的存儲庫，下載這些文件中的一個文件，並將該文件作為/etc/yum.conf文件安裝。現在可以用下面的命令告訴Yum報告存儲在Yum存儲庫中、可用於安裝所有軟體包：
#yumlist
[root@localhost~]#yumlist|more
.
RHNsupportwillbedisabled.
Loading"security"plugin
Loading"rhnplugin"plugin
InstalledPackages
Deployment_Guide-en-US.noarch5.2-9installed
Deployment_Guide-zh-CN.noarch5.2-9installed
Deployment_Guide-zh-TW.noarch5.2-9installed
GConf2.i3862.14.0-9.el5installed
GConf2-devel.i3862.14.0-9.el5installed
ImageMagick.i3866.2.8.0-4.el5_1.1installed
MAKEDEV.i3863.23-1.2installed
MySQL-python.i3861.2.1-1installed
NetworkManager.i3861:0.6.4-8.el5installed
NetworkManager-glib.i3861:0.6.4-8.el5installed
2.用Yum安裝新的rpm軟體包
在本示例中，將安裝新的GLIBC軟體包。用簡單的命令安裝最新的GLIBC及其所有依賴性：
#yumupdateglibc
如果一切正常，Yum程序將自動檢測、下載並安裝最新GLIBC軟體包所需要的所有rpm軟體包（這里的GLIBC軟體包是為您的發行版而構建的，不一定是可用的最新版GLIBC軟體包(使用發行版所批準的GLIBC共享庫軟體包版本號或冒險安裝沒有使用正常系統操作所需要的動態可執行文件的GLIBC軟體包版本)。也可以將list參數用於Yum和grep命令來查找要安裝的軟體包。例如，要查找名稱中有SNMP的軟體包，請輸入：
#yumlist|grepsnmp
此命令返回如下報告：
.
RHNsupportwillbedisabled.
net-snmp.i3861:5.3.1-24.el5installed
net-snmp-libs.i3861:5.3.1-24.el5installed
net-snmp-perl.i3861:5.3.1-24.el5installed
net-snmp-utils.i3861:5.3.1-24.el5installed
現在可以容易地使用YUM下載並安裝所有這些rpm軟體包。
六、關於升級Gilbc的建議
Glibc庫是Linux底層的運行庫，其性能對於整個系統的運行有重要的意義。Glibc庫包含了大量函數，其中的函數可大致分成兩類，一類是與操作系統核心溝通的系統調用介面，它們作為功能型函數被調用，提供對Linux操作系統調用的包裝與預處理。另外一類為一般的函數對象，它們提供了經常使用的功能的實現，作為工具型函數使用。在實踐中，有不少軟體就是依賴與Glibc版本才能安裝並運行，說白了對於Glibc版本要求是版本高了不行，低了還不成。這些編譯環境中的應用程序也和其它程序一樣必須有運行的環境，我常遇到管理員在生產中給伺服器裝了最新的Linux發行版，結果應用軟體裝不上去，原因是Glibc的版本不對，有的是寫在原發行版glibc上升級有的是降級，結果倒是整個系統的崩潰，實踐經驗告訴我，你只有選擇相應Linux發行版里對應的glibc,例如我們單位的一個應用軟體時在rhel3.0下開發的，那麼就得要對應的發行版，換了別的就難說了，任何自己升級或降級Glibc來適應應用軟體的做法都是不可取的，問題最後的解決方法是找到了RHEL3裝上就解決了。在表一中，我把幾個linux發行版原配的Glibc版本列出，供大家參考。
點擊圖片查看大圖
Glibc庫與核心功能組件
上圖一說明：
GCC依賴於glibc
binutils依賴於glibc（binutils提供了一系列用來創建、管理和維護二進制目標文件的工具程序，如匯編（as）、連接（ld）、靜態庫歸檔（ar）、反匯編）
make依賴於glibc
頭文件是在編譯時候gcc所需要的，但本身都是一些文本文件，因此沒有需要的運行環境。
常用工具依賴於glibc和各種需要用到的動態庫。
下表一列出了多個重要Linux發行版的Glibc的情況
Linux發行版Glibc版本
Redhat9glibc-2.3.2-5
Fedora1glibc-2.3.2
RedhatEnterpriseLinuxAs3glibc-2.3.2-95
RedhatEnterpriseLinuxAs4glibc-2.3.4
RedhatEnterpriselinux5glibc-2.5-24
RedhatEnterpriselinux6glibc-2.9
Centos5.xglibc-2.5
-2.3.2-92
-2.4.31.54
-2.9
點擊圖片查看大圖
Linux發行版glibc(32)位
下面介紹幾個查詢glibc版本號的方法：
#ls–al/lib/libc*
或者是用下面的命令也可以實現
#rpm–qp|grepglibc
基於debian的系統通過dpkg–l|greplibc6也可以查到，總之一般都在/usr/share/doc目錄下都能看到glibc的相關信息。
七、小結
大部分情況下，在遇到軟體包依賴關系問題的時候，操作系統提供的文件名字與軟體包名字都會有直接的聯系。有可能文件的名字就是軟體包的名字。但是有些時候文件的名字與軟體包的名字會相差甚遠。此時大部分系統管理員可能光憑文件名字無法找到對應的軟體包。此時可以先在系統安裝光碟里找，如果找到那時最佳選項，然後就需要藉助筆者上面談到的一些專業網站，去查詢軟體包的名字了。當系統管理員安裝了某個軟體之後，如果存在軟體包之間的依賴關系，則最好能夠拿本子或者通過其他手段記錄下來。以便下次方便實用，注意工作中的積累，相信絕大部分的軟體包依賴關系問題都會迎刃而解。
㈥ 如何解決Linux下的軟體包依賴問題
利用yum安裝軟體（自動解決依賴關系）
YUM有以下特點：1、可以同時配置多個資源庫(Repository)2、簡潔的配置文件(/etc/yum.conf)3、自動解決增加或刪除rpm包時遇到的依賴性問題使用方便4、YUM分為伺服器端和客戶端搭建yum伺服器：1、掛載redhat5.5安裝光碟。
2、安裝vsftp軟體。
3、解除掛載，然後重新掛載到/var/ftp/pub/下（客戶端利用ftp下載軟體包，通過yum命令安裝ftp上的軟體）
4、利用vi修改/etc/yum.repos.d/rhel-debuginfo.repo文件，這個文件是客戶端修改的文件，我直接在伺服器修改了，用於填寫yum伺服器的地址和軟體包ftp的位置。
5、下面以安裝dns伺服器軟體 bind為例，如果不利用yum安裝，需要解決依賴關系，比較麻煩。
6、需要首先安裝bind-9.3.6-4.....之後才能安裝bind-chroot-9.3，下面先安裝bind-9.3.6-4。
7、然後再安裝bind-chroot-9.3.
關於更多Linux的學習，請查閱書籍《linux就該這么學》。
㈦ 無法解決軟體包依賴關系
你的更新源裡面無法找到相關的軟體包導致的。
你先修改更新源。
參照http://wiki.ubuntu.org.cn/Qref/Source
然後再安裝試試。
我個人認為你可以考慮用totem或者smplyer。
安裝smplayer很簡單，
sudo apt-get install smplayer
界面設置參考：http://wiki.ubuntu.org.cn/SMPlayer
㈧ 如何解決linux安裝軟體的依賴
為什麼會依賴：
編寫軟體的人不想自己一個人做完所有的事情，就像尋求外援，於是就找上了各種各樣的軟體包。
舉個例子，我只是想寫一個QQ，但是如果沒有圖形界面庫（或者說我不用圖形界面庫），我就得自己想辦法怎麼在屏幕上畫一個窗口，怎麼顯示按鈕，怎麼顯示列表，怎麼……
好了，現在我們知道有GTK庫，Qt庫，在編寫程序的時候，我們只要調用他，告訴他我要在哪裡哪裡創建一個窗口，然後有什麼控制項，映射什麼信號，等等等等，等我們描述完了，圖形界面庫就開始在屏幕上繪圖，這個過程就不需要我們管了。
實際上，linux上的大多數圖形程序不是依賴GTK，就是依賴Qt，所以要是這些基本的庫不安裝的話，依賴關系肯定出問題，但不幸的是，一般發行版只裝一種庫，而你兩種庫的程序都用，就得自己裝另一種庫了（通常APT-GET給你解決）。
你要想安裝這些東西，就必須解決依賴關系，否則軟體無法運行。
在ubuntu系統中，查看依賴關系：
已安裝的包，可以
dpkg
--status
xxxxx
來查；未安裝的包，可以
dpkg
--info
xxxxx.deb；又或者用
apt
或到
去搜索及查閱
以上方法來自
我沒遇見過不能上網的情況，不知道對你有沒有用，但對於新手來說，有時候重裝系統更容易些
gnome
network
manager的依賴關系如下：
回答補充：
這是別人的方法，我以前也遇到過這樣的囧境，沒網上，我也想過離線安裝，可惜努力了好久都沒解決，不知下面這位網友的方法適合不適合你，但手工解決依賴關系確實是一件痛苦的事情，你去官方論壇看看，說不定那裡有人能解決
另外,團IDC網上有許多產品團購,便宜有口碑
㈨ ubuntu如何自動解決包依賴的問題
被提示缺少某些庫文件，可是由於不知道庫在ubuntu源中具體的名字，無法正確的apt-get install。現在有一個工具auto-apt可以幫助你解決問題。
具體如下：
電腦常見問題解決
1、無法自動識別硬碟控制器
使用非正版的個別操作系統光碟，在安裝系統時，容易出現此錯誤。原因是非正版光碟自動載入的硬碟控制器驅動不符合電腦自身需要的驅動。這種情況就建議換正版光碟安裝操作系統。
2、手動更新錯誤的驅動程序
windows操作系統正常使用，但手動更新驅動程序把硬碟控制器的驅動程序更新錯誤，導致此故障。解決方法是進入windows系統高級菜單，選擇最後一次的正常配置，即可正常進入系統。
3、bios設置變化後所導致
windows操作系統正常，但是由於某些原因，用戶修改了bios設置，導致0x0000007b故障。
㈩ 新手求助.無法解決軟體包依賴關系
基礎不扎實啊！
先apt-cache search libgmp3c2，看看你的源里有沒有這個依賴包
如果有，假定他的名字就是libgmp3c2，那就apt-get install libgmp3c2
最後，apt-get不是用來安裝deb包的！！安裝peazip_...._all.deb這個包要用dpkg命令！
dpkg -i peazip_..._all.deb就行了！
如果你想通過apt-get來安裝，那你大可不必下載.deb包，直接apt-get install peazip就行了！（如果你的源里有這個包的話）