linux - 如何覆盖规范文件中的 CONFIG_SITE(最佳实践)

Question

如果尝试从 specfile 构建 rpm 的用户在运行 rpmbuild 时在环境中设置了 CONFIG_SITE，并且 specfile 使用“./configure --prefix=/usr && make”构建，则用户在 CONFIG_SITE 中的设置可以完全破坏构建。 (作为一个具体的例子，假设/usr/share/config.site 有一行“prefix=/bar”。那么 spec 文件的文件 list 将完全错误，rpmbuild 将失败。)

处理此问题的最佳做法是什么？似乎通常的做法是忽略它。我决定在规范文件中设置 CONFIG_SITE=true:

CONFIG_SITE=true ./configure --prefix=/usr ...

在调用 rpmbuild 时是否更常见地假设一个原始环境，并且没有像在/usr/share/config.site 中重置前缀这样的愚蠢行为？还是维护者负责确保规范文件将按预期构建 rpm？

Answer 1

我认为如果用户设置了一个愚蠢的 config.site 文件，那是他们自己的错。除了这种方法之外，肯定还有无数其他方法可以削弱系统。我不会担心的。我从未见过担心这个的 rpm 或 deb 构建脚本。所以这也许是您的“最佳实践”。

你偶尔会看到一个包带来了它自己的 config.site 文件，但是通常由打包者提供这个文件来覆盖原始包中可能损坏的配置检查生产。