主页 / unix / 问题 / 688839
Accepted
Veverke
Asked: 2022-02-02 05:03:50 +0800 CST

如果我不关心 red hat 包中的调试支持，那么在 specs 文件中关闭 build-id 支持有什么缺点？

  • 772

作为对这个问题的跟进，如果我对拥有这些调试功能不感兴趣怎么办 - 我如何简单地阻止安装这些 build-id 文件（调试信息包？）？最终，我不关心（至少在不久的将来）支持客户端调试。另一方面，在同一台机器上安装我们不同的客户端 redhat 产品（包）时，我需要克服已知的“build-id 文件夹冲突”。那怎么能做到呢？

  1. 我读到使用 rpm 安装时使用 --excludepath=/usr/lib/.build-id/ 是一个干净的解决方法。听起来如此。除了失去“调试功能”之外，您是否看到任何缺点？

  2. --excludepath实际上没有帮助。但是%define _build_id_links none按照这里的建议使用。简而言之，如果我对调试支持不感兴趣，那会有多大问题？ 在此处输入链接描述

rhel rpm

1 个回答

  1. Best Answer

    1. --excludepath=/usr/lib/.build-id是一个干净的解决方法，是的。据我所知，失去“调试能力”是唯一的缺点。此选项跳过的文件甚至不会导致rpm --verify失败。然而，失去“调试能力”的后果不仅仅是限制获得有用输出的能力gdb；例如，如果错误报告工具想要提供有意义的堆栈跟踪，则需要手动干预。

    2. %define _build_id_links none也可以，如果您正在构建包并且不想与它们一起提供调试信息。

    您的两个问题针对包裹的不同方面。rpm --excludepath影响安装包时发生的情况，而%define _build_id_links影响构建包时发生的情况。如果您对构建软件包感兴趣，那rpm --excludepath没有帮助是正常的，因为那时它不相关。

    另请注意，正如您链接到的错误报告所建议的那样，build-id 冲突表示打包问题。如果你正在构建包，你应该修复包中的问题，而不是解决它们。

    • 3

相关问题