我如何追踪导致崩溃并通过 apport / whoopsie 报告的错误？

Question 1

感谢您对Ubuntu 错误跟踪器项目。

从 Precise 12.04 开始，这种行为和工作流程发生了变化。正如我在 Bug #993450“Apport 无法提交错误报告”中发现的那样，默认情况下，apport 不再打开错误报告（让它这样做很尴尬，但并非不可能）。

Apport 从未在发布后创建错误报告。当版本仍在开发中时，您可以使用 apport 提交 Launchpad 错误（和错误报告）。

在 Ubuntu 的最终发布版本中，我们现在会显示错误对话框。这是一个很大的改进，因为程序会“消失”，没有任何反馈，用户不知道刚刚发生了什么。

当人们选择发送这些报告时，收集的数据的统计数据会显示在http://errors.ubuntu.com。

我留下了一个问题：用户如何了解问题的状态？蓝图现在有这个要求

用户应该有某种方式来检查崩溃报告的状态；例如，有一些报告 ID，他们可以查看统计信息和/或任何相关的错误编号。例如，在提交时提供序列号，以便他们稍后可以通过网页加载。

我要删除它。这绝不是我的本意。用户界面非常谨慎，不会承诺会收到有关报告的任何反馈。

这些不是错误报告。

我们的目的是减少开发人员发现最紧迫的问题、收集修复所需信息并将修复程序提供给用户所需的时间。

我们已经解决了找到最紧迫问题的问题。这是http://errors.ubuntu.com。

快速收集所需信息，无需与遇到问题的用户进行长时间的反馈循环，基础-q-bucketing-改进。该计划允许开发人员在服务器端接入信息收集过程。如果我需要 /var/log/syslog 但尚未提供，我只需更改设置即可http://errors.ubuntu.com下一个遇到此错误的人会自动将其添加到他们发送的数据中。

快速为用户解决问题的方法是基金会-q-来自崩溃报告的更新。当用户提交错误报告并且该错误已被修复并发布时，会出现一个对话框询问他们是否愿意升级到修复他们刚刚遇到的问题的软件版本。

那么开发者如何进入游戏呢？https://daisy.ubuntu.com仅提供“不正确的内容类型”错误消息。

http://daisy.ubuntu.com并非供人类使用。它用于向错误报告守护进程 (whoopsie) 发送报告。

如果其他人能参与进来那就太好了。目前我是唯一一个全职从事这项工作的人。

该系统由四个部分组成。

阿波特，提供桌面用户界面。
哎呀，它将 Apport 创建的报告（和核心转储）发送到错误跟踪服务器 Daisy。
雏菊，它收集 Whoopsie 的报告并进行处理。这是服务的核心。它将核心文件转换为追溯报告并生成您在http://errors.ubuntu.com。
错误这是一个基于 Django 的网站，提供数据的人性化可读视图和用于处理数据的 RESTful API。

在 setup/ 目录下有一组略微过时的脚本lp：雏菊这应该能让你了解各个部分是如何组合在一起的。我一直在研究 juju charms 来替代它。目标是通过一个命令将整个基础设施部署到云中以进行测试和开发。

您可以在发射台如果您还有其他开发问题。

更多信息：

Answer