如何在规格文件中覆盖CONFIG_SITE(最佳实践)

|| 如果在运行rpmbuild时尝试从规范文件构建rpm的用户在环境中设置了CONFIG_SITE,并且规范文件使用\“ ./ configure --prefix = / usr && make \”构建,则该用户的设置位于CONFIG_SITE可以完全破坏构建。 (作为一个具体示例,假设/usr/share/config.site的行为“ prefix = / bar \”。那么spec文件的文件清单将完全错误,并且rpmbuild将会失败。) 处理此问题的最佳实践是什么?似乎通常的做法是忽略它。我决定在规格文件中设置CONFIG_SITE = true: CONFIG_SITE = true ./configure --prefix = / usr ... 在调用rpmbuild时,是否假定原始环境是否更常见,并且没有像/usr/share/config.site中重置前缀这样的愚蠢行为?还是由维护人员负责确保规格文件将按预期构建rpm?     
已邀请:
我认为,如果用户设置了一个愚蠢的“ 0”文件,那是他们自己的错。除此以外,当然还有无数其他方法可以削弱系统。我不会担心。我从未见过担心此问题的rpm或deb构建脚本。因此,这也许就是您的“最佳实践”。 您偶尔会看到一个程序包带有其自己的
config.site
文件,但通常由打包程序提供,以覆盖原始程序包中可能会损坏的配置检查产生的内容。     

要回复问题请先登录注册