./configure : 一次显示所有丢失的包

Question

我编译了一个使用 autotools 作为构建系统的包 ( autoreconf, ./configure, make, make install)。

./configure 当包裹丢失时停止。

对于每个丢失的包，我会查找它的名称，然后要么查找，要么apt install package在不可用的情况下从源代码编译它。

然后我./configure再次运行，它告诉我另一个未满足的依赖项的名称。

如果只有一两个丢失的包，这是可以的。但是有19个！

libmspack-dev
libglib2.0-dev
libpam0g-dev
libssl-dev
libxml2-dev
libxmlsec1-dev
libx11-dev
libcunit1-dev
libxext-dev
libxinerama-dev
libxi-dev
libxrender-dev
libxrandr-dev
libxtst-dev
libgdk-pixbuf2.0-dev
libgtk-3-dev
libgtkmm-3.0-dev
libtool
dnet

我想./configure继续出错，并一次显示所有丢失的包，以便我可以一次安装它们。否则，它是漫长而痛苦的运行./configure和apt install19倍。

Answer 1

在您的情况下，简单的方法是安装open-vm-tools软件包。

为了解决您的问题，没有一种万无一失的方法可以一次列出所有丢失的包，主要是因为这不是设计的，并且configure脚本允许作者做任何事情——所以没有办法提前知道如何继续以及是否继续是安全的。您可能遇到的这类问题的一个例子是基于先前测试结果的测试；例如，检查已安装的程序，如果未安装则失败，如果已安装则在后续测试中使用它。如果程序不存在，继续不会给出非常有用的结果。

但是，在许多情况下，您可以通过调整configure以在遇到错误时不退出来获得有用的结果。通常，这涉及替换AC_MSG_ERROR为AC_MSG_WARN、inconfigure.ac和任何使用的 M4 库configure.ac：

sed -i 's/AC_MSG_ERROR/AC_MSG_WARN/g' configure.ac m4/*.m4
autoreconf -i
./configure ...

并查找“警告：”消息。

configure.ac在尝试“正确”构建软件之前，您当然应该恢复M4 库。

从更一般的角度来看，还有其他方法可以确定依赖关系。在许多情况下，它们会列在文档 ( README, INSTALL...) 中，有时甚至带有流行发行版的相应包名称。另一个有用的地方是configure它本身，通过运行./configure --help或读取configure.ac（CMakeLists.txt或meson.build或任何适合正在使用的构建工具的文件）。如果您正在查看的软件打包在 Linux 发行版中，您也可以查看那里的元数据，尽管它仅对应于正在打包的软件版本，并将反映维护者的打包选择（apt showsrc ...在 Debian 衍生版中） .

Answer 2

这个答案旨在展示一种在 Debian 和 Ubuntu 上安装缺少的依赖项的快速方法（如果我理解正确，这就是您实际想要实现的），但没有解决您关于立即./configure报告所有依赖项的问题。

如果您要构建的软件已经在存储库中（例如，open-vm-tools在 Ubuntu 中就是这种情况），您可以执行以下操作：

$ apt-get build-dep <packagename>

这将安装构建特定版本的包所需的所有依赖项。这无可否认是不一样的，因为两个版本之间的依赖项列表可能有些不同，但应该安装大部分（或全部）缺少的依赖项。