Debian dpkg buildpackage将为多deb控制文件生成哪些文件

如果我有一个从单个源程序包生成多个deb的控制文件，那么在运行dpkg buildpackage或pbuilder之前，是否有办法发现将创建哪些deb文件

下面是一个示例、缩写的控制文件

Source: example
Build-Depends: debhelper (>= 7), fakeroot

Package: example
Architecture: all
Description: A silly example

Package: example-doc
Architecture: all
Description: Documentation for the example

Package: example-utils
Architecture: any
Description: Extra binary tools for example

这将导致dpkg buildpackage创建：

example_1.0.0_all.deb
example-docs_1.0.0_all.deb
example-utils_1.0.0_amd64.deb

理想情况下，“sometool--arch amd64”会输出上面的文件列表。

源代码管理文件（

.dsc

）包含

二进制

字段，该字段为您提供了一个以逗号分隔的包列表，这些包可以从该源代码构建（通常是）。对于某些wierd体系结构规范，它可能声明了太多的包，并且没有为每个包提供体系结构，因此它无法完全创建您的列表

由于

dpkg buildpackage-S

创建了

.dsc

文件，并且您仍然需要它用于pbuilder，因此这可能是一个好的开始。如果没有，您只需要自己解析控制文件。当然，根据您的需要，您可能根本不需要解析文件-

make

，朋友们可以轻松满足于构建

.changes

文件。

源代码管理文件（

.dsc

）包含

二进制

字段，这将为您提供一个逗号分隔的包列表，这些包可以从该源代码构建（通常是）。对于某些wierd体系结构规范，它可能声明了太多的包，并且没有为每个包提供体系结构，因此它无法完全创建您的列表

---

由于

dpkg buildpackage-S

创建了

.dsc

文件，并且您仍然需要它用于pbuilder，因此这可能是一个好的开始。如果没有，您只需要自己解析控制文件。当然，根据您的需要，您可能根本不需要解析文件-

make

，朋友们可以很容易地满足于构建

.changes

文件。

感谢您加入.changes注释，它让我获得了80%的成功。感谢您加入.changes注释，它让我获得了80%的成功。