有没有办法在设置dpkg控制文件时自动确定依赖关系?

dpkg(Debian)控制文件中的大部分字段都很简单。 棘手的是确定依赖列表(取决于:)。 我希望dpkg-gencontrol可以通过查看软件包目录中的可执行文件的ldd输出来实现这一点。 也许可以,但我不能得到它的工作。

如果这是dpkg-gencontrol目的,我得到的错误是:

 dpkg-gencontrol: error: syntax error in control_template at line 7: first block lacks a source field. 

作为参考,命令是dpkg-gencontrol -v1.1 -ccontrol_template -lchangelog -Pdebian 。 control_template文件包含这个:

 Package: my-package Maintainer: Joe Coder <joe@coder.com> Description: The my-package system A longer description that runs to the end of one line and then extends to another line. Priority: optional 

如果这不是什么dpkg-gencontrol的,有没有人有什么build议,我可以做什么,或build议如何设置依赖项列表,理想情况下自动?

无可否认,以一般的方式推断依赖关系可能是一个非常困难的问题,特别是如果您将search扩展到脚本和其他程序。 我希望有一些工具可以在大多数情况下工作。

请注意,这仅用于内部分发。 我没有构build一个Linux发行版甚至是由大众下载的软件包,所以如果需要的话,我很乐意去弯曲/破坏标准规则。

Solutions Collecting From Web of "有没有办法在设置dpkg控制文件时自动确定依赖关系?"

在thiton的回答启发了一些挖掘,并经过了大量的试验和错误,我终于找到了解决我的问题。 事实证明,dpkg-gencontrol不是从可执行文件推断软件包相关性的工具,dpkg-shlibdeps是。 但是,这两个程序需要仔细设置,以帮助生成一个包。 阅读….

运行dpkg-shlibdeps -O <executable>会生成要运行的可执行文件需要安装的软件包和版本的列表。 完善。 几乎。 理想情况下,dpkg-gencontrol可以在它的处理中使用它,它声称可以通过它的变量替换功能来完成。

为了顺利进行,我必须创建一个符合Debian打包工具预期的目录结构。 它看起来基本上是这样的:

 my_project_directory/ main.c (or other source code, etc.) debian/ changelog (created by hand; see below) control (this is basically a template, created by hand; see below) files (created by dpkg-gencontrol) substvars (created by dpkg-shlibdeps and used by dpkg-gencontrol) tmp/ (tmp is the root of the target system's filesystem) path/ to/ my/ project/ executable_1 (this will be installed at /path/to/my/project) executable_2 (this, too) var/ www/ index.php (this will be installed at /var/www on target systems) DEBIAN/ (create this by hand) control (created by dpkg-gencontrol and used in the final package) 

请注意,Debian打包工具保留debian / tmp /下的所有文件的所有者和组。 因此,如果你想要安装root或其他用户所拥有的文件,事情会变得棘手。 一个选择是以root用户的身份准备debian目录树,并根据需要设置所有者。 如果你不想以root身份运行,或者不允许,那么还有另一种方法。

创建一个调用chown等脚本来调整所有权,只要你喜欢,最后一行是dpkg-deb -b debian/tmp . (构建.deb包,请参阅下面的示例)。 通过另一个Debian工具fakeroot运行,如下所示: fakeroot ./fix_ownerships_and_build.sh 。 Fakeroot让程序像root一样运行,而根本上不需要做任何改变。 它是为这种情况创建的。

我研究了为什么dpkg-gencontrol会产生“第一块缺少源字段”的错误,甚至还要读取它的Perl源代码。 通常情况下,错误代码是精确的,没有提供足够的上下文来知道该怎么做:控制文件确实需要在其前面(两个)块中称为“源”的字段。

有两种Debian软件包,源码和二进制。 我以为我需要一个二进制的,因为我只是想把编译的可执行文件,但我不能得到这个工作。 我尝试了一个源码包,并添加一个源字段到我的控制文件。 这摆脱了“第一块缺乏源头”的错误,而是导致了另一个。 仔细阅读文档,我意识到源代码包在其控制文件中需要两个“段落” 。 一旦我改变我的控制文件看起来像这样,它开始工作(差不多):

 Source: my-package Maintainer: Joe Coder <joe@coder.com> Package: my-package Priority: optional Architecture: amd64 Depends: ${shlibs:Depends}, apache2, php5 Description: The My-Package System A longer description that runs to the end of one line and then extends to another line. 

还缺少一个更新日志文件。 这是一个文件来保存一个包的发行历史,有重大的变化,版本号,日期和负责人。 我通常以我自己的格式维护这样的事情,我谨慎地将其转换为严格的Debian更新日志格式。 出于某种原因,最后的软件包中省略了更改日志,所以我只留下了我的历史文件,而是使用了一个占位符,如下所示:

 my-package (1.0) unstable; urgency=low * placeholder changelog to satisfy dpkg-gencontrol -- Joe Coder <joe@coder.com> Thu, 3 Nov 2011 16:49:00 -0700 

与*一致的两个主​​要空格是必不可少的,就像在电子邮件地址和日期之间的两个空格一样,也是与 – 一致的单个前导空格。 是的,日期需要精确,时区等等,即使它不需要是准确的。

把所有东西放在一起,如上所述设置debian目录树,构建一个包所需的命令序列如下:

 dpkg-shlibdeps debian/tmp/path/to/my/project/executable_1 \ debian/tmp/path/to/my/project/executable_2 dpkg-gencontrol -v1.1 (or whatever version you are building) fakeroot ./fix_ownerships_and_build.sh 

fix_ownerships_and_build.sh看起来像这样:

 chown -R root:root debian/tmp/path (or whatever user is appropriate) chown -R www-data:www-data debian/tmp/var/www/* (same goes here) dpkg-deb -b debian/tmp . (this leads to a nice my-package_1.1_amd64.deb file) 

就是这样了。 希望这个答案能帮助别人比我更快地取得进展。

实际上,查看包含库的列表对于C程序来说是非常常见的,只是shlibs帮助程序( dpkg-shlibdeps )的作用。 看看它的帮助页面,但基本上归结为使用${shlibs:Depends}在你的依赖线。