批准对非Ubuntu软件包的支持
到目前为止，我已经阅读了有关审批及其用法的信息，已有一个星期了。但是无法理解以下事情。 场景： 我已经开发了一个应用程序并将其打包。它的名字叫MyApp.deb。二进制软件包名称是MyApp。应用程序安装在path中/opt/myapplication/bin/MyApp。 需求： 当我的应用程序崩溃时，我希望能够收集核心转储。 在随后的每个崩溃中，它都必须创建一个新的崩溃，但不能覆盖现有的崩溃。使用当前时间戳自动重命名等对我有帮助。 在客户计算机上安装应用程序时，安装程序不得修改其系统范围的参数。例如，我不能更改其核心文件生成方式，因为用户/客户可能会讨厌我的应用程序，因为未经他的同意我将更改其系统参数。 我同意核心文件生成的路径。当前目录或/var/crash 到目前为止，我一直在探索以下内容： Apport是一个不错的实用程序，可用于生成核心文件。使用/proc/sys/kernel/core_pattern我可以格式化核心文件。这提供了灵活性，可以将核心文件重定向到预定义的目录，为核心文件添加pid，文件路径模式附加或以前缀开头等名称。对于非Ubuntu程序包，我必须编写钩子以生成核心转储（报告） 。收集报告后对其进行分配，它将上载。 我不明白的事情： 是Apport我必须要看的吗？我的意思足以满足我的目的吗？还是我应该看看别的东西？ 我的应用程序属于哪种软件包？我称之为非Ubuntu吗？第三部分？它是什么？我在文档中看到不同的术语吗？ 正如我提到的，MyApp从运行/opt/myapplication/bin/MyApp，那么核心文件将在哪里生成？当前目录或/var/crash？Apport是否检测到从触发的崩溃/opt？它会解释吗？ 重要问题：如果我已经开发了该应用程序，并且如果Apport将报告上载到Ubuntu信息库，则没有任何意义。因此，我该如何告诉Apport将报告发送给我。 我收到此错误：executable does not belong to a package, ignoring。那我在做什么错？ 为了识别我的包裹，我需要使其成为源包裹吗？它是强制性的吗？我只想创建一个二进制包？ 我还在Apport可以识别的文档中看到了以下内容： Ubuntu软件包或 Launchpad应用程序，但我的应用程序都不是这些。那么在当前情况下Apport对我有什么帮助？