dpkg工具之dpkg-checkbuilddeps

1、dpkg-checkbuilddeps（man手册）

做用：该命令行工具是用来检查依赖和冲突的。

大纲：dpkg-checkbuilddeps [option ...] [control file]

描述：

该程序用来检查列举在控制文件中的依赖和冲突，若是这当中的任何一个依赖未知足，它将列出这些包的名称而且返回一个非零的返回值。

默认状况下，‍debian/control文件被读取，可是你一样能够在命令行中指定一个可替代的配置文件名。‍

选项：

--admin-dir = dir 

这里用来改变dpkg数据库的默认位置，当前默认位置是在/var/lib/dpkg位置处。

-A
忽略Build-Depends-Arch和 Build-Conflicts-Arch行，当架构独立的包被构建的时候可使用这个参数，或者当源码包须要被构建时和-B参数一块儿使用。

-B
忽略Build-Depends-Indep 和 Build-Conflicts-Indep行，使用当架构依赖的包被创建的时候使用，或者当源码包须要被编译时和-A参数一块儿使用

-d
用户手动指定建依赖包的列表

-c
用户手动指定冲突字符串的列表
使用给定的构建依赖和冲突而不是包含在debian/control文件中的依赖和冲突。

-a arch
 假设用户想要检查指定架构系统的依赖和冲突而不是本机系统架构所缺乏的依赖和冲突，用户可使用-a参数来检查构建依赖和冲突列表。

-p  profile [] 
caveats:该参数选项没有理解，往后理解会进一步补充~

-？ --help
  显示使用信息并退出

--version
  显示版本号，而且退出

说明：该部分主要为man手册的理解翻译部分

2、dpkg-checkbuilddeps执行流程

注意:该部分为查看dpkg-checkbuilddeps的执行过程，可是为了流程图的美观中间执行步骤作了简单的修饰（并不影响主要的执行流程）。

可能仅仅看流程图仍是有点晦涩难懂，我下面举个简单的例子来讲明一下这个过程：

3、dpkg-checkbuilddeps执行流程

dpkg-checkbuilddeps示例说明

Debian/control文件内容以下：

Source: dpkg

Section: admin

Priority: required

Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>

XSBC-Original-Maintainer: Dpkg Developers <debian-dpkg@lists.debian.org>

Uploaders: Guillem Jover <guillem@debian.org>, Raphaël Hertzog <hertzog@debian.org>

Origin: debian

Bugs: debbugs://bugs.debian.org

Homepage: https://wiki.debian.org/Teams/Dpkg

Vcs-Browser: http://anonscm.debian.org/gitweb/?p=dpkg/dpkg.git

Vcs-Git: git://anonscm.debian.org/dpkg/dpkg.git

Standards-Version: 3.9.5

Build-Depends: debhelper (>= 7), pkg-config, flex,

 gettext (>= 0.18), po4a (>= 0.41),

 zlib1g-dev, libbz2-dev, liblzma-dev,

 libselinux1-dev (>= 1.28-4) [linux-any],

 libncursesw5-dev,

 libtimedate-perl, libio-string-perl

下面说明一下一般状况下(dpkg-checkbuilddeps debian/checkbuilddeps )的处理步骤：

1）首先会去默认读取debian/control文件，若是未读取到，那么终止,反之，进入步骤2，此时能读取到，那么进入步骤2;

2）读取长参数内容，检查是否bd_value（依赖字符串）而且bc_value(冲突字符串)，用户已经自定义，若是都已经自定义，那么进入步骤步骤8和步骤9,反之，进入步骤3,这里很明显长参数中并未指定-d和-c参数，那么此处进入步骤3;

3）得到build-depends字段的字符串，得到build-conflicts字段的字符串;

4）判断长参数列表中参数-A是否指定，若是-A,已经指定，那么忽略build-depends-arch的内容,若是没有指定-A参数，那么进入步骤5,此时未指定-A参数，那么进入步骤5;

5）将build-depends-arch字段链接到build-depends中去，将build-conflicts-arch字段链接到build-conflicts中去;

6）判断长参数列表中参数-B是否指定，若是-B,已经指定，那么忽略build-depends-indep字段的内容，反之，进入步骤7;此时未指定-B,那么进入步骤7;

7）将build-depends-indep字段链接到build-depends中，造成依赖列表，将build-depends-indep链接到build-conflicts字段中,造成冲突列表;

8) 判断依赖列表是否为空，若是为空，那么进入步骤 ，反之，从包名和版本号对比/var/lib/dpkg数据库中已经安装二进制包的列表，列出缺乏的依赖包;

9) 判断冲突列表是否为空，若是为空，那么进入步骤， 反之，从包名和版本号对比/var/lib/dpkg数据库中已经安装的二进制包的列表，列出冲突包;

10) 结束

Caveats:另外若是之后在dpkg-checkbuilddeps 长选项的时候，能够参照流程图去推理。