☰

如何报告有关 apport 的错误？

tag-icon • tag-icon bug-reporting apport
如何报告有关 apport 的错误？

我遇到了 Apport 随机启动的问题，它告诉我发生了崩溃（通常是在后台应用程序中），并询问我是否要报告。当我查看应用程序时，一切正常，但 Apport 似乎认为它崩溃了。今天发生的两个例子是 LibreOffice 电子表格（没有任何问题）和 Chromium 下载（尽管据称“崩溃”了，但下载成功完成）。

我的问题：我知道如何使用apport和ubuntu-bug发送有关不同程序的错误报告，但我如何发送关于的错误报告apport？

答案1

我怀疑这实际上是不是Apport 中有一个错误，它告诉你的崩溃是真实的。LibreOffice 和 Chromium 都经常使用多个进程。（尤其Chromium 至少使用一个每个选项卡有单独的进程。）其中一个崩溃，而其他的继续运行。您可以遇到影响最小的崩溃，而不会影响您的用户体验。

在有限的情况下，即使是程序每次也只能运行一个进程，这也是可能的，比如在程序退出时发生崩溃（因此用异常终止代替正常终止，这可能不会以任何明显的方式影响用户体验）。

因此，我建议你直接向 Apport 报告崩溃情况，前报告您怀疑是 Apport 本身的错误。（或者在您已经提交 Apport 报告之后。）您在 LibreOffice 和 Chromium 崩溃的错误报告中提交的信息很可能揭示所述崩溃是否真实存在，因此也揭示了 Apport 认为它们是否是一个错误。

具体来说，看完之后错误报告文档（您可能还想看看这个问题），我建议您：

  1. 配置 Apport 以向 Launchpad 报告而不是通过 Whoopsie 报告。（正如我在那里的回答中所述，将其添加'Crash'到probem_types列表中/etc/apport/crashdb.conf。）

  2. 当 Apport 检测到崩溃时，它会.crash在 中创建一个文件/var/crash。您可以ubuntu-bug使用崩溃文件的路径作为参数来运行。

    例如，在我的系统/var/crash文件夹中，我有grub2-themes-ubuntu-mate.0.crash。如果我要运行

    ubuntu-bug /var/crash/grub2-themes-ubuntu-mate.0.crash

    或者cd /var/crash随后ubuntu-bug grub2-themes-ubuntu-mate.0.crash，Apport 将通过提交其收集并存储在该文件中的数据来启动该崩溃的错误报告流程.crash，然后打开一个网络浏览器窗口，我可以在其中填写错误报告。

    因此，您应该针对 LibreOffice 和 Chromium 崩溃执行此操作（一次一个）。

  3. 有时崩溃非常常见且容易识别，Apport 会将您发送到现有的错误报告，而不是让您自己编写错误报告。如果发生这种情况，并且您有信息要添加到错误报告中，您可以对其发表评论。

    如果你认为自己可能感染了该漏洞（你可以根据报告中的信息进行判断，但在这种情况下，你很可能是)，则您应使用错误报告顶部附近的绿色“此错误影响...”链接来表明您也受到了影响。或者，您也可以订阅该错误以接收有关其进展的电子邮件。

  4. 但是对于尚未报告足够技术细节且随后多次重新报告的错误，您将有机会自己报告错误。

    在网络浏览器中，详细描述导致 Apport 通知您似乎正常运行的应用程序崩溃的原因。由于您怀疑可能没有发生真正的崩溃，并且 Apport 可能弄错了，因此您也应该提到这一点（并解释原因——即应用程序似乎运行良好并且它们继续运行）。但请确保提供足够的事实细节分类员和开发人员允许他们（A）理解报告并（二）仅依赖或主要依赖所报告的事实来形成自己的假设。他们最初的想法可能与你的想法相同或不同（可能正确或错误）。

    您还应该包含指向其他相关错误报告的链接，在本例中将是你的。假设您继续报告 Chromium 和 LibreOffice 崩溃，您将有两个错误报告。您填写的第二份报告可以包含指向第一个错误的链接。然后，您可以编辑第一个错误报告以包含指向第二个错误的链接。

    如果您已经向 Apport 提交了错误，则应在 LibreOffice 和 Chromium 报告中包含指向该错误的链接（当然，还要解释其重要性）。

  5. 当你报告崩溃错误时，它通常会被自动设置为私密。这是因为崩溃的程序处理或以其他方式访问的敏感个人信息可能包含在核心转储当您提交崩溃错误时，Apport 通常会包含这些信息 - 其次，敏感信息可能包含在寄存器中（通常包含其状态）或作为参数传递给自动包含的堆栈跟踪中列出的函数。

    您的错误报告可以保持私密。如果可以删除核心转储并且分类人员可以检查报告，则它们将公开。无论是否发生这种情况，处理工作都可以进行。

    如果您确信没有泄露任何敏感信息，您可以选择自行将其标记为公开。但您不应该感到有压力。在某些情况下，这样做可能会有所帮助，但绝非必要，以使您的错误报告有效。

    指向私人错误报告的链接不允许无权访问的人访问。因此，您可以放心地将指向私人错误报告的链接添加到其他与错误相关的错误报告（无论是否是私人的）中。

  6. 即使粗略检查一下 Chromium 和 LibreOffice 的错误报告，也足以让人们高度确定他们记录的崩溃是否真实。或者可能需要一些时间。通常，堆栈跟踪由于您的系统上缺少一些调试符号包，因此 Apport 中包含的错误报告最初并不理想。机器人在 Launchpad 上运行回溯，填补缺失调试符号并经常阐明事故发生的情况和性质。

  7. 如果您希望允许感兴趣的人查看您的 bug，即使它是私密的，您也可以在 bug 页面上订阅他们。欢迎订阅我与您提交的与此问题主题相关的任何错误。（如果您这样做，我建议您也发表评论或类似内容，以确保我知道您已经这样做了，并且您希望我查看一些东西。）但是在你做之前， 做记录：

    • 我是不是修复错误的专家。我可能无法提供帮助。我无法承诺继续提供帮助，尽管我可能会尽力提供帮助。我怀疑通过查看 Apport 附加的文件，我可以进一步了解崩溃错误是否代表真正的崩溃，但我甚至无法保证这一点。
    • 您无需为我或其他任何人订阅错误报告。必要的群组已订阅，必要的个人将看到报告。
    • 如果该错误仍然是私密的，您可能更愿意简单地向我（或任何人）展示堆栈跟踪或从错误中回溯，以尽量减少对潜在敏感信息的访问。
    • 您可能觉得亲自查看堆栈跟踪很方便，并且确信其中没有任何变量包含密码或信用卡号等敏感信息。然后，如果您觉得这样做很方便，您可以将其公开发布在http://paste.ubuntu.com（或其他地方），向整个社区开放以供考虑，而不必让每个人都能访问错误报告中可能更敏感的数据，例如核心转储文件。

  8. 提交您的错误报告并表达可用的事实（通过描述和通过 Apport 自动附加的文件）以及您对崩溃可能被错误识别和报告的担忧后，只需等待就足够了。

    您的错误可能会被自动（由机器人）或手动（由分类员或开发人员，或者偶尔由社区成员，他们既不是分类员也不是开发人员）复制现有错误报告、对其进行评论、关闭、确认、分类并指定严重性，或者上述操作的某种组合。任何这些操作都可能揭示所报告内容的性质，包括它是否是真正的崩溃。

答案2

从man apport-bug：

You can provide a package name or  program
name to apport-bug, e. g.:

   apport-bug firefox
   apport-bug /usr/bin/unzip

因此尝试一下：

apport-bug apport

我尝试时得到了这个： 在此处输入图片描述

（我没有提交。）
参见错误报告指南。

相关内容