yum源码包安装
① linux新手，请教用yum安装和用编译安装lamp平台哪个好有没有什么大的区别
根做运维的朋友聊天，谈到了，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安装出了一点问题，就傻眼了，不知道怎么解决，这样很杯具。 希望对你有所帮助！
② yum安装 源码安装 哪个好
个人感觉还是yum安装好，首先源码安装不会提供依赖包的下载安装。
软件要依赖的东西都要一个一个自己安装，不如yum安装方便。
另外就是一些需要配置环境变量的软件，用源码安装你要自己配置，新手很容易出错。
最后就是卸载比较麻烦，你要自己找到安装时候安装的所有文件位置，然后一个一个删除-
-
麻烦死了，所以宗上，yum更好一些。
不过yum提供的软件不一定是最新的，或者你要是有特定需要的版本的话，可以用源代码安装。
③ centos软件是有四种安装方式吗yum,rpm,二进制和源代码
- rpm包就是二进制包，如果是手动安装，需要手动解决依赖关系
- yum方式也是使用的rpn包，比rpm包好处是也可以自动解决依赖关系
- 源码编译方式，定制程度高，适合需要指定安装某个版本，自定义需要使用的模块，相对其他两种复杂一些
- 基本上在cenos红帽系列的系统就这三种方式
- 希望可以帮助你，请采纳
④ CentOS7下FreeSwitch1.8源码安装过程完整记录
1、yum 安装相关的依赖包
yum install -y git gcc-c++ wget alsa-lib-devel autoconf automake bison broadvoice-devel bzip2 curl-devel db-devel e2fsprogs-devel flite-devel g722_1-devel gdbm-devel gnutls-devel ilbc2-devel ldns-devel libcodec2-devel libcurl-devel libedit-devel libidn-devel libjpeg-devel libmemcached-devel libogg-devel libsilk-devel libsndfile-devel libtiff-devel libtheora-devel libtool libvorbis-devel libxml2-devel lua-devel lzo-devel mongo-c-driver-devel ncurses-devel net-snmp-devel openssl-devel opus-devel pcre-devel perl perl-ExtUtils-Embed pkgconfig portaudio-devel postgresql-devel python26-devel python-devel soundtouch-devel speex-devel sqlite-devel unbound-devel unixODBC-devel libuuid-devel which yasm zlib-devel
2、安装 mod_shout 模块以支持 mp3 格式
yum install -y libshout-devel lame-devel libmpg123-devel
wget http://downloads.sourceforge.net/project/lame/lame/3.99/lame-3.99.5.tar.gz
tar -zxvf lame-3.99.5.tar.gz
cd lame-3.99.5
./configure --enable-static --enable-shared
make
make install
vi /etc/ld.so.conf
#换行加入：/usr/local/lib
#保存退出 :wq
ldconfig
3、安装 cmake
yum remove cmake
wget https://cmake.org/files/v3.14/cmake-3.14.0.tar.gz
tar vzxf cmake-3.14.0.tar.gz
cd cmake-3.14.0
./configure
make
make install
4、 安装 libks
yum install libatomic
git clone https://github.com/signalwire/libks.git
cd libks
cmake .
make
make install
5、安装 signalwire-c
git clone https://github.com/signalwire/signalwire-c.git
cd signalwire-c/
cmake .
make
make install
ln -sf
/usr/local/lib64/pkgconfig/signalwire_client.pc
/usr/lib64/pkgconfig/signalwire_client.pc
6、下载并安装 freeswitch1.8
如下 git 为国内址，速度较快，也可以从官方下载源码
git clone -b v1.8 https://git.oschina.net/nwaycn/freeswitch.git
./bootstrap.sh -j
./configure --enable-portable-binary
--prefix=/usr/local/freeswitch
--with-gnu-ld --with-python --with-openssl
--enable-core-odbc-support --enable-zrtp
--enable-libmp3lame
make
make -j install
如下安装语音文件，用时会较长
make -j cd-sounds-install
make -j cd-moh-install
7、安装后的一些操作
设置全局命令软连接
ln -sf /usr/local/freeswitch/bin/freeswitch /usr/bin/
ln -sf /usr/local/freeswitch/bin/fs_cli /usr/bin/
禁用 freeswitch 上 ipv6
mv external-ipv6.xml external-ipv6.xml.inactive
mv internal-ipv6.xml internal-ipv6.xml.inactive
8、启动 freeswitch
freeswitch -nc #后台启动
freeswitch 常用命令
#列出 internal SIP Profile 的状态
sofia status profile internal
#列出某个 Profile 上所有已注册用户
sofia status profile internal reg
#过滤某些符合条件
sofia status profile internal reg 1000
sofia status profile internal user 1000
#列出网关状态
sofia status gateway gw1
#以上命令都可以将 status 用 xmlstatus 来代替，以列出 XML 格式的状态，这样比较容易用
于其他程序解析
#启动、停止、重启某个 Profile 的命令
sofia profile internal start #启动
sofia profile internal stop #停止
sofia profile internal restart #重启
#有时候修改了某个 Profile 的某个参数，不需要重启（重启是影响通话的），可以使用下列
命令让 FreeSWITCH 重读 sofia 的配置
#注意并不是所有的参数都能生效
sofia profile internal rescan
#添加了一个新的 gateway 以后，也可以使用 rescan 指令读取
sofia profile external rescan
#如果是修改了一个网关，则可以先删除该网关，再 rescan
sofia profile external killgw gw1
sofia profile external rescan
#下列命令可以指定某个网关立即向外注册或注销
sofia profile external register gw1
sofia profile external unregister
#开启该 Profile 的 SIP 跟踪功能抓 SIP 包
sofia profile internal siptrace on
#有时候，希望将已经注册的用户清理掉，可以使用如下命令，注意此命令只是临时清理，
客户端重新注册的话还是可以注册成功的
sofia profile internal flush_inbound_reg [email protected]
#也可以根据 call-id 来清理
sofia profile internal reg 1000 #通过此命令查找到 call-id 的值
sofia profile flush_inbound_reg zsfsdfhdfgdfsdfsdfsdfsdf #清除 call-id=zsfsdfhdfgdfsdfsdfsdfsdf 的用户
⑤ 如何解决源码包安装时的依赖性问题
动态可执行文件使用最初编译和链接程序时使用的库文件的共享对象名称来查找共享对象。它们在少数的几个标准位置查找，比如在/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的手册页)。例如，
⑥ Linux软件包管理
Linux系统如果需要安装软件怎么办？如何安装，大概有以下几种方式
1.二级制软件包管理（RPM 、YUM）
2.源代码包安装
3.脚本安装（Shell或Java脚本）
4.Debian系
RPM名称软件包： sudo-1.7.2pl-5.el5.i386.rpm
解释:
实例：
查询nginx包信息
md5校验软件，正常无任何提示，如果做过更改就会有提示。
Yum是由Duke University团队修改Yellow Dog Linux的Yellow Dog Updater开发而成，是一个基于RPM包管理的字符前端软件包管理器。能够从指定的服务器自动下载RPM包并且安装，可以处理依赖性关系，并且一次安装所有依赖的软件包，无须繁琐地一次次下载、安装。被Yellow Dog Linux本身，以及Fedora、Red Hat Enterprise Linux采用。
yum应用的好处
1.自动解决软件包依赖关系
2.方便软件包升级
源代码包的好处
1.适应于大多数unix操作系统。
2.源代码包安装灵活，可定制。
3.卸载方便：先关闭进程，删除文件夹。
大致分为四步
1.下载所需要的软件版本。2.解压。 3.配置指定安装目录。 4.编译。 5.安装。
Debian系(乌班图系统 ubuntu )
APT:是Debian及其派生的Linux软件包管理器。APT可以自动下载，配置，安装二进制或者源代码格式的软件包，因此简化了Unix系统上管理软件的过程。APT最早被设计成dpkg的前端，用来处理deb格式的软件包。现在经过APT-RPM组织修改，APT已经可以安装在支持RPM的系统管理RPM包。
dpkg：最初由Debian使用，现在由Ubuntu使用。使用.deb格式，是第一个拥有广为人知的依赖性解决工具APT。
⑦ 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安装出了一点问题，就傻眼了，不知道怎么解决，这样很杯具。转载请注明
作者:海底苍鹰
⑧ linux下面yum安装和源码编译安装的区别
YUM安装可以看成是在线安装的一种方式，你只需要yum install 软件名，系统就自动根据yum源配置文件中的镜像位置去下载安装包了，并可以自动分析所需的软件依赖关系，自动安装所需的依赖软件包。此方式适合初学者，简单方便，不用考虑依赖关系。但有些软件并不能通过yum来安装。。
而源码安装方式是需要自己到网上下载源码包，然后解压安装。此方式可以指定配置参数，更加灵活方便，兼容性更强。比较适合对Linux系统有较多了解的进阶用户使用。。
实际工作中，两种方式结合起来使用，效果更佳。