源碼包缺點
呵呵,那些so的文件會找死人的
你別這么一層層的安了,這種依賴關系多麻煩
如果你是fedra,用yum裝gcc,如果你是opensuse,用zypper裝,這樣依賴問題自動解決多好
2. linux問題, 卸載源碼包問題
如果沒有指定位置，默認是安裝在/usr/local目錄下，比如/usr/local/bin,/usr/local/etc，分散在/usr/local下的各個目錄，卸載的話比較麻煩，如果你的源碼目錄還沒有刪除，可以用 make uninstall來卸載。
3. linux系統中源代碼包編譯問題
我去,這個很麻煩
建議你重新做一遍系統, 或者設置一下你的輔助功能
4. 使用emule下載有什麼優點＆缺點
eMule 起源
2002年05月13日 一個叫做 Merkur 的人，他不滿意當時的 eDonkey2000 客戶端並且堅信他能做出更出色的 P2P 軟體，於是便著手開發。他凝聚了一批原本在其他領域有出色發揮的程序員在他的周圍，eMule 工程就此誕生。他的目標是將 eDonkey 的優點及精華保留下來，並加入新的功能以及使圖形界面變得更好。他們甚至無法想像這東西將決定著……
從今天起，eMule 已是世界上最大並且最可靠的點對點文檔共享的客戶端軟體。感謝開放源代碼的政策，使許多開發人員能夠對這個工程有所貢獻，從而使發布新版本顯得更有效率。
eMule 表示什麼？
"eMule" 這個名稱來源於一個動物——「騾」，不知道什麼原因他和驢子很相似。:-)
eMule 與其他 P2P 軟體相比的優點及特色
客戶端使用多個途徑搜索下載的資料源，ED2K、來源交換、Kad 共同組成一個可靠的網路結構。
Kad 現在尚處開放測試階段，在 eMule v0.42 及後續版本中，可以使用 Kad。
eMule 的排隊機制和上傳積分系統有助於激勵人們共享並上傳給他人資源，以使自己更容易、更快速地下載自己想要的資源。
eMule 是完全免費的。官方版 eMule 也完全沒有任何的廣告軟體。我們這么做是為了樂趣及知識，而不是為了金錢。
每個下載的文件都會自動檢查是否損壞以確保文件的正確性。(FTP卻不能保證精確復制)
智慧損壞控制有助於快速修復損壞的部分。
自動優先權及來源管理系統允許您一次下載許多個資源而無須監視它們。
預覽功能允許您在下載完成之前查看您的視頻文件。
eMule 的 Web 服務特性和 Web 伺服器允許您快速得從網路存取資料。
能在下載時間里類別以組織和管理文件。
尋找您想要的資源，eMule提供了一個大范圍的搜索方式，包含了：伺服器搜索(本地和全球)、基於 Web 搜索(Jigle 和 Filedonkey)及 Kad 網路(仍在測試)。
eMule 還允許您使用非常復雜布林搜索使搜索更為靈活。
使用信息及好友系統，您能傳送訊息到其他的客戶端並可將他們加為您的好友。有好友上線的話，你就能在您的好友列表中看到他(她)。
使用內建的 IRC 客戶端, 您能和全世界其他的共享者聊天。
附錄II：P2P 定義
��P2P是 "peer-to-peer" 的縮寫，peer 在英語里有「（地位、能力等）同等者」、「同事」和「夥伴」等意義。這樣一來，P2P也就可以理解為「夥伴對夥伴」的意思，或稱為對等聯網。目前人們認為其在加強網路上人的交流、文件交換、分布計算等方面大有前途。
��簡單的說，P2P 直接將人們聯系起來，讓人們通過互聯網直接交互。P2P使得網路上的溝通變得容易、更直接共享和交互，真正地消除中間商。P2P 就是人可以直接連接到其他用戶的計算機、交換文件，而不是像過去那樣連接到伺服器去瀏覽與下載。P2P 另一個重要特點是改變互聯網現在的以大網站為中心的狀態、重 返「非中心化」，並把權力交還給用戶。 P2P 看起來似乎很新，但是正如 B2C、B2B 是將現實世界中很平常的東西移植到互聯網上一樣，P2P 並不是什麼新東西。在現實生活中我們每天都按照 P2P 模式面對面地或者通過電話交流和溝通。
��即使從網路看，P2P 也不是新概念，P2P 是互聯網整體架構的基礎。互聯網最基本的 協議 TCP/IP 並沒有客戶機和伺服器的概念，所有的設備都是通訊的平等的一端。在十年之前，所有的互聯網上的系統都同時具有伺服器和客戶機的功能。當然，後來發展的那些架構在 TCP/IP 之上的軟體的確採用了客戶機/伺服器的結構：瀏覽器和Web伺服器，郵件客戶端和郵件伺服器。但是，對於伺服器來 說，它們之間仍然是對等聯網的。以email為例，互聯網上並沒有一個巨大的、唯一的郵件伺服器來處理所有的 Email，而是對等聯網的郵件伺服器相互協 作把email傳送到相應的伺服器上去。另外用戶之間 Email 則一直對等的聯絡渠道。
��事實上，網路上現有的許多服務可以歸入 P2P 的 行列。即時訊息系統譬如 ICQ、AOL Instant Messenger、Yahoo Pager、微軟的 MSN Messenger 以及國內的 騰訊QQ 是最流行的 P2P 應用。它們允許用戶互相溝通和交換信息、交換文件。用戶之間的信息交流不是直接的，需要有位於中心 的伺服器來協調。但這些系統並沒有諸如搜索這種對於大量信息共享非常重要的功能，這個特徵的缺乏可能正為什麼即時訊息出現很久但是並沒有能夠產生如 Napster這樣的影響的原因之一。
GNU GPL
eMule 遵循 通用公共許可證(GNU General Public License) 開發，任何人都可以永久免費安裝使用，並且可以在符合 GPL 復制、散布與修改的條款與條件 下發布 eMule VeryCD 版。
GPL協議簡述：
一般地，您沒有必要耐心閱讀原版的GPL協議（單擊此處閱讀簡體中文非官方譯本），因為 GPL 無非交待了幾個原則：
確保軟體自始至終都以開放源代碼形式發布，保護開發成果不被竊取用作商業發售。任何一套軟體，只要其中使用了受 GPL 協議保護的第三方軟體的源程序，並向非開發人員發布時，軟體本身也就自動成為受 GPL 保護並且約束的實體。也就是說，此時它必須開放源代碼。
GPL 大致就是一個左側版權（Copyleft，或譯為「反版權」、「版權屬左」、「版權所無」、「版責」等）的體現。你可以去掉所有原作的版權 信息，只要你保持開源，並且隨源代碼、二進製版附上 GPL 的許可證就行，讓後人可以很明確地得知此軟體的授權信息。GPL 精髓就是，只要使軟體在完整開源 的情況下，盡可能使使用者得到自由發揮的空間，使軟體得到更快更好的發展。
無論軟體以何種形式發布，都必須同時附上源代碼。例如在 Web 上提供下載，就必須在二進製版本（如果有的話）下載的同一個頁面，清楚地提供源代碼下載的鏈接。如果以光碟形式發布，就必須同時附上源文件的光碟。
開發或維護遵循 GPL 協議開發的軟體的公司或個人，可以對使用者收取一定的服務費用。但還是一句老話——必須無償提供軟體的完整源代碼，不得將源代碼與服務做捆綁或任何變相捆綁銷售。
5. 什麼是源代碼開放有什麼優點
關於開放源代碼的定義（1.7版）
開放源代碼並不僅僅意味著對源代碼的訪問權。開放源代碼軟體的發布條款必須滿足以下條件：
1．自由地再發布
如果被發布的軟體是由不同來源的程序組成的，許可證不得限制任何當事人或組織（party）銷售或贈送作為被發布軟體成分之一的開放源碼軟體。
許可證不得從此項銷售中索取使用費或其它任何費用。（理由）
2．源代碼程序必須包括源代碼，必須允許以源代碼方式發布、還必須允許以編譯後的形式發布。如果產品的某個部分沒有與源代碼一同發布，那麼必須提供通行的、不需要支付合理范圍之外的任何費用的手段以獲得源代碼---從網路上免費下載是一種可取的方式。源代碼必須是程序員對其進行修改的最佳形式。故意地使源代碼變得含混晦澀是不允許的。也不允許給出預處理器或翻譯器處理的中間結果。（理由）
3．派生作品
許可證必須允許修改軟體和派生軟體，並且必須允許它們按照原軟體的許可證的條款進行發布。（理由）
4．作者的源代碼的完整性只有在許可證允許與源代碼一同發布"補丁文件"（該"補丁文件"以在創建時對程序進行修改為目的）時，許可證才能限制對修改形式的源代碼的發布。許可證必須明確地允許發布由修改後的源代碼生成的程序。許可證可以要求派生的作品採用不同的名稱或不同的版本號以區別於原來的軟體。（理由）
5．不得歧視任何個人或團體
許可證不得歧視任何個人或者由多人組成的團體。（理由）
6．不得歧視任何應用領域（fieldsofendeavor）許可證不得限制任何人把程序應用於任何領域。例如，不得規定程序不能應用於商業領域或基因研究領域。（理由）
7．許可證的發布與程序有關的權利必須適用於該程序的任何使用者，並且程序的使用者也不需要為了使用該程序而獲得其它許可證的許可。（理由）
8．許可證不能針對於一個產品與程序有關的權利不能由該程序是否作為某個軟體產品的一部分來決定。
如果程序從那個發布中被抽出來，並且按照程序的許可證的條款進行使用和發布，那麼得到該程序的當事人或組織將獲得與得到原程序的使用者相同的權利。（理由）
9．許可證不能影響其它軟體許可證不得向與採用它的軟體一同發布的其它軟體提出任何限制。例如，
許可證不能堅持要求在同一媒體上發布的其它程序都是開放源代碼軟體。（理由）
http://www.yesky.com/339/193839.shtml
6. 關於maven打源碼包問題
這你可以先去使用編譯插件編譯項目，項目編譯好後，再用打包插件去打包，把源碼復制到編譯好的文件夾中，最後打成jar包或zip包。
7. 什麼是開源軟體有什麼優缺點
開源軟體即為開放源代碼軟體，它被定義為描述其源碼可以被公眾使用的軟體，並且此軟體的使用，修改和分發也不受許可證的限制。
優點：
1、降低風險
擁有源代碼使顧客們可以控制那些他們的業務所賴以生存的工具。當一個open-source產品的開發者提高價格，增加了難以接收的限制，或者使用了一些使顧客不滿意的方法，另一個不同的組織將使用該源代碼開始開發新的產品以解決原來機構的問題。顧客也能自己維護或找別人改進它以達到自己的要求。
2、質量高
一些研究已經顯示了open-source軟體與別的可比商業軟體具有可靠性上的極大優勢。更加有效的開發模式，更多的獨立同行對代碼和設計的雙重審查，以及大部分作者對自己作品的極大榮譽感，都對其優良的質量有所貢獻。一些公司甚至給予發現Bug者以物質獎勵。
3、透明度高
有軟體有很多「陰暗的死角」，隱藏著許多Bug。源碼對於查錯和理解產品工作原理來說是很重要的。在大的軟體公司，只有極少數人能接觸到源碼，而這些能接觸源碼的人通常用戶都無法直接接觸。能接觸源碼對於修補安全漏洞來說，也是非常重要的。一些開放源碼的產品--包括上面列舉的一些產品--是如此成功，以至於其商業競爭者無法存活。
缺點：
1、安裝open-source軟體有時需要一些更多的技術經驗，例如，可以配置或編譯源代碼的能力。
2、許多的組織已經嚴重的依賴open-source軟體。
3、出了問題，可能沒有人負責，會遭受巨大的經濟損失。
(7)源碼包缺點擴展閱讀：
開放源碼軟體和免費軟體的區別
歷史上許多人開發過這樣一種軟體（也就是免費軟體基礎）簡稱為「free software」，而媒介一般稱它為「freeware」。不幸的是這兩種術語都被證明是不明確的且含糊的。
對於大多數人來說「free」僅僅用於購買的費用。比這個初始花費更重要的是由於缺乏許可證限制而帶來的費用。這些是幾種有可能是免費的軟體類型，但是明顯不是open-source software，因為它們具有某些限制或是缺乏公開的源碼。
8. yum安裝 源碼安裝 哪個好
根做運維的朋友聊天，談到了，yum安裝和源碼安裝哪個好的問題。真沒想到，關於這個問題，分歧還挺大的。有的人認為，不用源碼安裝就不是好的運維，不是好的系統管理員。這帽子扣的有點大了。在此我想說一說我的看法，經常看我博客的，也許知道，前期我寫關於伺服器的文章，基本上都是源碼安裝的，後來基本上是用yum安裝的，除非yum源裡面沒有，我才會源碼安裝。在我看來，yum安裝和源碼安裝，基本上沒區別，最終還是生成系統所需求的文件，有什麼區別呢？一，yum安裝和源碼安裝，方式的不同1，yum安裝是將yum源中的rpm包下載到本地，安裝這個rpm包。這個rpm包是別人編譯安裝好的二進制包。這種方式與其說是安裝不如說是，更新來的更確切一點。2，源碼安裝，下載是源碼包，要進行編譯和安裝，編譯過程，可以進行參數設定。二，yum安裝和源碼安裝，優缺點分析1，yum安裝的優缺點yum安裝的優點，做運維的都很清楚，安裝東西，方便快捷，特別是不用考慮包依賴。yum安裝的缺點，安裝過程，人為無法干預，不能按需，安裝。源裡面有什麼就安裝什麼，安裝的版本也比較低。2，源碼安裝的優缺點源碼安裝的優點，編譯安裝過程，可以設定參數，按照需求，進行安裝，並且安裝的版本，可以自己選擇，靈活性比較大。源碼安裝的缺點，由於安裝包過新或者是其他問題，導致依賴的包沒有，或者版本過低。這個時候就要解決包的依賴問題，linux系統中有的包，一個依賴一個，可能裝一個小東西，就要解決一堆包的依賴問題，花很多時間解決包的依賴問題，得不嘗失。源碼安裝的多了，不敢升級系統，升級系統，可能會導致以前手動裝的東西，不能用。很多做運維的，都認為，源碼安裝比yum安裝的性能要好，根據參數選擇安裝，肯定比yum裝了一大堆要好。這樣認為的運維，我只能說，他不懂配置。根本不了解自已裝的東西。在我看來，同一版yum安裝和源碼安裝完全是一樣的。以apache以例吧，這個東西，非常常見的，用做web最廣泛的工具之一，源碼安裝，./configure時候，可以添加很多參數，來實現訂制。yum安裝也可以，yum安裝裝了很多，apache的模塊，有的模塊根本用不到，無故浪費系統資源和影響性能。但是我們可以配置httpd.conf啊，不需求的模塊，我們可以不LoadMole啊，通過修改配置文件，完全可以實現根源碼安裝一樣的效果。不排除少數軟體，安裝後，不能配置情況，也就是說安裝的時候是多少東西，就是多少東西，沒有配置文件可以配置。我覺得，對於剛接觸linux的人來說，源碼安裝很有必要，這樣你可以知道自己在做什麼，安裝過程中，肯定會遇到很多很多的問題，遇到問題，解決問題。這樣才會成長。不要一直都用yum裝，如果yum安裝出了一點問題，就傻眼了，不知道怎麼解決，這樣很杯具。轉載請註明
作者:海底蒼鷹
9. 有關於Linux系統下的那些軟體源碼包的一些問題
因為Linux是很開放的，支持的系統很多很雜，比如各種主流非主流的cpu都支持比如x86、arm、sparc等等，不像windows只支持x86的cpu，所以針對不同環境需要配置。所以編譯一個軟體要先做配置，一般是運行configure，會生成一些Makefile(項目文件)、頭文件什麼的。
然後就是編譯，一般是運行make。
最後進行安裝。就是把生成的庫、可執行文件、頭文件什麼的復制到合適的目錄里。一般運行make install來完成