程序rpm包管理的示例分析

程序rpm包管理的示例分析，相信很多没有经验的人对此束手无策，为此本文总结了问题出现的原因和解决方法，通过这篇文章希望你能解决这个问题。

程序是什么？指令+数据也好，算法+数据结构也罢。它的存在形式有两种：

    1.源代码：包含了整个应用程序的编程语言的所有代码的文本文件

    2.二进制：将源代码经过一系列转换之后得到的直接执行的文件

其中，使用源代码安装的过程如下：

  预处理(用到预处理器) --> 编译(编译器) --> 字节码Bitcode 进行汇编(汇编器) --> systemcall直接运行；libcall需要链接(链接器)；最终得到可执行的二进制程序文件。

  汇编时，不一样的硬件往往不能兼容互通。因此诞生了一个国际化标准：

  POSIX：Portable Operating System  可移植操作系统。至于IX是向unix致敬一下下

  最终二进制文件到底能不能执行，取决于计算机的ABI接口。在不同OS上有着明显的差异，类unix系统上，ABI往往是ELF格式，如果是Windows系列 ；一般是exe或者msi格式.

我们再来回顾一下编程语言的分类

应用级编程语言：

    Java（做应用程序很强，做系统菜鸡）

      hadoop2-大数据处理平台，hbase-数据库，ELK-日志查询和分析检索系统

      这些软件运行环境需要专有的一个环境叫：JVM

    Python(离底层硬件距离太远，刚开始太消耗系统资源。现在来说，消耗已经可以忽略了 )

      Openstack--云栈，saltstack--自动化运维管理工具 运行环境：PVM

    perl、ruby(日本流行，开发很多曾经的经典游戏。)

    PHP、go

    而JVM PVM 和其他应用级语言所需要的解释器，都是由C语言开发的；

系统级编程语言：

    C/C++

      Linux、Unix的内核编程语言

      编译开发环境：预处理器、编译器、头文件、开发库文件(能够让编译库运行的库)

    (而像Java或者Python等应用级语言的开发环境：预处理器、编译器、开发库文件；)

通常情况下，源代码文件有多个，这些文件之间存在着一定的关联关系；我们称之为依赖关系；

软件项目构建工具：

  C/C++：make

  Java：maven

  Python：buildout

尽管有了这些构建工具，编译源代码还是十分困难，因此有一些人把常用的代码打包封装成程序包，发布开源社区，方便使用

程序包的管理器：

不同的linux发行版本，有着不同的程序包管理器

  Debian：dpt-Debian Package Toolkits。所有软件包封装成.deb后缀名的包文件，命令行工具 dpkg

  Redhat：rpm-Redhat Package Manager ，rpm工具，.rpm后缀名

    rpm称为linux的程序包管理器的行业标准

    开始使用的是perl语言编写，后来用C语言重写了rpm，公布后改名为rpm is package manager。

  Slackware(S.u.S.e):用的是rpm，但是对rpm进行了修改，以至于得到Redhat认可

  Gentoo：从内核开始，可以供用户任意选择挑选软件；

          采用的包管理器 ： FreeBSD 的 portage的程序包管理机制，emerge工具

  Archlinux：pacman

以CentOS为例,介绍下rpm程序包管理器的相关内容：

 1.程序包的命名规则：

  源代码包：software_name-VERSION.tar.gz

    VERSION:major.minor.release

      major:主版本号，通常代表重大功能改进的版本分支；

      minor:次版本号，代表在某个版本的分支中的某个功能发生变化；

      release:发行版本号，修复了某些BUG或者对某段代码进行了优化；

  rpm程序包：  

    源代码包：software_name-VERSION.src.rpm

    二进制文件包：

      software_name-VERSION-[release].[os].arch.rpm

        VERSION:major.minor.release

        [release]：rpm包的发行版本号

        [os]:软件所支持的操作系统版本信息，el6、el7、suse11、fedora22...

        arch:硬件架构类型：i386 i686 x64(amd64) ppc sparc noarch...

        例如 gcc-4.8.5-4.el7.x86_64.rpm

在制作rpm程序包的时候，通常其制作者会采用分包技术来构建rpm程序包：根据程序的不同功能，构建多个程序包；被分包的一般分为两类

    1.主程序包：

      software_name-VERSION-[release].[os].arch.rpm

    2.附属功能包：

      software_name-function-VERSION-[release].[os].arch.rpm

    一般来讲，主程序包和附属功能包具有相同版本号 发行版本号 操作系统要求和硬件架构类型

    所以 主程序包往往被所有的附属程序包所依赖；依赖关系：A --> B -->C D --> A 构成一个依赖黑洞 因此rpm存在着诸多'不与人为善'的弊端

获取程序包的途径：

  1.系统发行版的光盘，或镜像

  2.官方的文件服务器或者镜像站点：

    http://mirrors.aliyun.com

    http://mirrors.sohu.com

    http://mirrors.163.com

    http://mirrors.tuna.tsinghua.edu.cn

    http://mirrors.hust.edu.cn

    ...

  3.某项目的官方站点 例如apache

  4.第三方组织制作的rpm程序包站点

    Fedora EPEL：红帽官方的社区组织，在镜像站点中也包含EPEL镜像

    搜索引擎：

      http://pkgs.org  基本可以搜索到所有

      http://rpmfind.net 法国的一个站点

      http://rpm.pbone.net

  5.自己制作 咯

  建议：在获得程序包之后实施校验，完整性检查：

    1.来源合法性

      通过程序提供者的数字签名加密的数据，我们可以通过其公钥进行解密验证；

    2.程序包完整性

      sha-1校验码

rpm命令行工具：

  安装 卸载 升级(降级) 查询 文件校验

  【通用选项】：

    -v --verbose：显示安装历程详情，仅仅显示安装软件名

    -vv  显示非常详细的操作信息

  安装：

    rpm {-i|--install} [install-options] PACKAGE_FILE ...

    [install-options]

     -h --hash      用50个“#”来表示安装进度

     --test：      并不是真正的安软件包，仅仅是测试是否在安装时能够正常完成，dry run

     --nodeps ：    忽略因为依赖关系导致的安装错误，不建议使用

     --replacefiles  安装软件包时，软件包中的文件会直接将原来安装的文件替换

     --replacepkgs   不卸载软件包 而是重新装一遍

     --noscripts    不运行任何脚本

     --nopre

     --nopost

     --nosignature   不考虑软件包的来源是否合法

     --nodigest     不考虑软件包是否完整

  升级：

    rpm {-U|--upgrade} [install-options] PACKAGE_FILE ...

      可以升级也可以全新安装

    rpm {-F|--freshen} [install-options] PACKAGE_FILE ...

      仅仅是对已经安装的低版本的程序包进行升级安装

      常用选项与安装相同

      特殊的选项：

        --oldpackage   降级安装

        --force      强制升级

  注意：

    1.强烈建议：不要对内核进行升级操作；linux支持多内核

    2.升级后带来文件的变化，系统默认不会直接更改之前的配置文件，新程序包的配置文件会被重命名，通常是：FILENAME.rpmnew

  卸载：

   rpm {-e|--erase} [--allmatches] [--nodeps] [--noscripts] [--notriggers] [--test] PACKAGE_NAME ...

     --allmatches：卸载所有匹配指定名称的程序包的各个版本

     --nodeps：忽略依赖关系

     --test：测试卸载

     --nopreun 

     --nopostun

  查询：

    rpm {-q|--query} [select-options] [query-options]

      [select-options]

        -a,--all:查询所有已安装的程序包名

        -f,--file FILE 查找指定的文件是由哪个程序包提供的

        -p,--package PACKAGE_FILE : 对还没安装的程序包文件中执行查询操作

        --whatprovided CAPABILITY 查询指定的 CAPABILITY是由哪个程序包提供的

        --whatrequires CAPABILITY

      [query-options]

        -c,--configfiles:  查看相关配置文件

        -i,--info          查询程序包相关信息，包括版本号，发行号，等等

        -l,--list          列表显示安装程序包会生成哪些文件

        --providers:       列出指定程序包提供的所有的 CAPABILITY；

        -R,--requires      查询指定的程序包的依赖关系

        --scripts：        查询程序包的脚本

  校验：

    rpm {-V|--verify} [select-options] [verify-options]

    [select-options] 与查询的[select-options]相同

  认证：

   --import PUBKEY ...导入相应的/PATH/TO/KEY_FILE

   {-K|--checksig} [--nosignature] [--nodigest] PACKAGE_FILE ...

    手动测试 验证软件包的合法性

  数据库管理：

    数据库的初始化和重建：/var/lib/rpm

      rpm {--initdb|--rebuilddb}

        [--dbpath DIRECTORY]

看完上述内容，你们掌握程序rpm包管理的示例分析的方法了吗？如果还想学到更多技能或想了解更多相关内容，欢迎关注亿速云行业资讯频道，感谢各位的阅读！