文件记录9.1. 修改 Kali 包
修改 Kali 包通常是 Kali 贡献者和开发者的任务：他们用新的上游版本更新包，他们调整默认配置以更好地集成到发行版中，或者他们修复用户报告的错误。 但是您可能有官方软件包无法满足的特定需求，因此了解如何构建修改后的软件包非常有价值。
你可能想知道为什么你需要为这个包而烦恼。 毕竟，如果你必须修改一个软件，你总是可以抓取它的源代码（通常用 混帐) 并直接从源代码检出运行修改后的版本。 如果可能并且当您为此目的使用主目录时，这很好，但是如果您的应用程序需要系统范围的设置（例如，使用 使安装 步骤）然后它会用未知的文件污染您的文件系统 的dpkg 并且很快就会产生包依赖无法捕获的问题。 此外，使用适当的包，您将能够更轻松地共享您的更改并将它们部署到多台计算机上，或者在发现它们没有像您希望的那样工作后恢复更改。
那么你什么时候想修改一个包呢？ 让我们看几个例子。 首先，我们假设您是 SET 的重度用户，并且您注意到一个新的上游版本，但 Kali 开发人员都在忙于开会，您想立即尝试一下。 您想自己更新软件包。 在另一种情况下，我们假设您正在努力使您的 MIFARE NFC 卡工作，并且您想要重建“libfreefare”以启用调试消息，以便在您当前准备的错误报告中提供可操作的数据。 在最后一种情况下，我们将假设“pyrit”程序失败并显示一个神秘的错误消息。 在 Web 搜索之后，您在上游 GitHub 存储库中找到了一个您希望修复问题的提交，并且您希望使用此修复程序重建包。
我们将在以下部分中介绍所有这些示例。 我们将尝试概括说明，以便您可以更好地将说明应用于其他情况，但不可能涵盖您可能遇到的所有情况。 如果您遇到问题，请运用您的最佳判断力寻找解决方案或在最合适的论坛上寻求帮助（请参阅第 6 章“帮助自己并获得帮助”）” [第 124 页]）。
无论你想做出什么改变，一般的过程都是一样的：获取源包，提取它，进行你的改变，然后构建包。 但是对于每个步骤，通常有多种工具可以处理任务。 我们选择了最相关和最受欢迎的工具，但我们的评论并不详尽。