Linux软件安装：RPM、SRPM与YUM功能

ertwer

一、软件管理器简介

--包管理模式
·用户使用的系统与软件发行商的一样，发行商就可以在他们的系统上编译好用户需要的软件，然后将编译好的软件发给用户，就可以在用户的系统上直接安装使用，省去了编译的过程；
·包管理模式的安装方式类似于Windows下面的安装，不需要编译；
·发行商即是Linux distribution的发行商或团体组织，这些用户使用它们的Linux distribution；

--软件管理器（或包管理器）
·软件管理器在软件安装的时候会记录一些与安装软件相关的信息，方便以后进行软件的升级与卸载；
·软件管理器类似于Windows下的“添加或删除程序”，或者是360软件管家等；
·在Linux下常见的软件管理器有RPM、dpkg等。

---

1.Linux界的两大主流：RPM与DPKG

--软件管理机制
·RPM软件管理器对应RPM软件管理机制等，软件管理机制记录安装软件的相关信息，方便以后的升级与卸载操作；
·软件文件属性本身会检测软件属性的依赖问题，软件管理机制不会解决该问题，需要其对应的在线升级机制来解决；
·软件属性依赖的简单例子：安装A软件需要先安装B与C软件；


--在线升级机制
·不同软件管理机制对应不同的在线升级机制，以解决软件属性依赖问题；
·即使是用apt-get来安装软件，实际使用的软件管理机制还是dpkg；


--对应关系

Linux distribution	软件管理机制	使用命令	在线升级机制（命令）
Red Hat/Fedora CentOS/SuSE	RPM	rmp,rpmbuild	YUM（yum）
Debian/Ubuntu	DPKG	dpkg	APT（apt-get）

·例如CentOS，使用的软件管理机制为RPM机制，而用来作为在线升级的方式（机制）为yum.

---

2.RPM与SRPM

--RPM

·RPM是以一种数据库记录的方式将软件安装到Linux系统的一套管理机制；
·RPM包的安装过程图示：

·RPM优点：
a.软件已经编译完成和打包完毕，软件传输与安装方便（不需要重新编译）

b.软件的信息已经记录在Linux主机的RPM软件数据库上，方便查询、升级与卸载
c.RPM包在被安装前，会先检查系统的硬盘容量、操作系统版本等，避免文件被错误安装
·RPM缺点：
a.软件安装的环境必须与打包时的环境需求一致或相当，以下情况不行：
~通常不同distribution所发布的RPM包不能用在其它的distributions上
~相同distribution的不同版本也可能不行，如CentOS 4.x与CentOS 5.x
b.需要满足软件的依赖属性需求
c.卸载时需要谨慎，最底层的软件不可先删除，否则可能造成整个系统的问题


--SRPM：Source RPM
·SRPM是RPM未编译时的文件，包含源代码文件、依赖性软件说明、参数设置文件（configure与makefile）；
·使用SRPM，可以通过修改SRPM内的参数设置文件，重新编译生成适合当前Linux环境的RPM文件（SRPM作用）；
·使用SRPM，需要Linux主机环境使用的软件管理机制为RPM；
·SRPM的使用步骤：
a.先将该软件以RPM管理的方式编译，SRPM即被编译成RPM文件
b.将编译完成的RPM文件安装到Linux系统中


--对比RPM与SRPM

文件格式	文件名格式	直接安装与否	内含程序类型	可否修改参数并编译
RPM	xxx.rpm	可	已编译	不可
SRPM	xxx.src.rpm	不可	未编译的源代码	可

---

3.i386、i586、i686、noarch、x86_64

·以软件名rp-rpppoe-3.1-5.i386.rpm为例，各项说明如下：

rp-rpppoe	3.1	5	i386	rpm
软件名称	软件版本信息	发布次数	适合硬件平台	扩展名

·对硬件平台的说明：
a.i386几乎适用所有的x86平台
b.x86_64主要是针对64位的CPU进行优化设置
c.noarch没有任何硬件等级上的限制，一般属于shell script方面的软件
·硬件方面是向下兼容的。

---

4.RPM属性依赖的解决方式：YUM在线升级

·RPM软件文件属性依赖问题产生的原因：

a.为了重复利用既有的软件功能，很多软件都会以函数库的方式释出部分功能，以方便其他软件的调用应用，例如PAM模块的验证功能
b.为了节省用户的数据量，distributions在发布软件时分为一般使用与开发（development）使用两大类，而默认情况下开发类软件不会被安装（某些软件安装可能需要这些开发类的软件）
·图示YUM在线升级的原理与过程：