源码包缺点
呵呵,那些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来完成