Apport

Differences between revisions 3 and 4
Revision 3 as of 2006-10-23 08:39:11
Size: 2414
Editor: p54B3FFFD
Comment: write intro
Revision 4 as of 2006-10-23 09:04:05
Size: 3773
Editor: p54B3FFFD
Comment: first version of user workflow
Deletions are marked like this. Additions are marked like this.
Line 23: Line 23:
workflow, screenshot The user side of apport is designed to be extremely simple and as unannoying as possible.

If any process in the system dies due to a signal that is commonly refered to as 'crash' (segmentation violation, bus error, floating point exception, etc.), the apport backend is automatically invoked. It produces an initial crash report in a file in `/var/crash` (the file name is composed from the name of the crashed executable and the user id). If the crashed process belongs to the user who is currently logged in, apport informs the user about the crash and offers to report the problem. Depending on whether or not the crashed process belongs to a package with a desktop file, this looks like this:

If an user process crashes while the user is not currently logged in, update-notifier will present a notification when the user starts a desktop session the next time:

Clicking on the bomb icon will cause the same frontend to appear.

There currently is no automatic way to submit a crash report to the distribution developers (see "Future plans" below). For now, if the user chooses "Report bug", apport-gtk opens the packages' bug tracking page in the web browser and asks the user to create a bug and attach the apport report:
Line 48: Line 56:
 * Please do not hesitate to report bugs and feature requests to the [https://launchpad.net/distros/ubuntu/+source/apport/+bug bug tracker].

Apport - Automatic crash reports

What is this all about?

Debugging program crashes without any automated tools has pretty time consuming and hard for both developers and users. Many program crashes remain unreported or unfixed because:

  • Many crashes are not easily reproducible.
  • End users do not know how to prepare a report that is really useful for developers, like building a package with debug symbols, operating gdb, etc.

  • A considerable part of bug triage is spent with collecting relevant information about the crash itself, package versions, hardware architecture, operating system version, etc.
  • There is no easy frontend which allow users to submit detailed problem reports.
  • Existing solutions like bug-buddy or krash are specific to a particular desktop environment, are nontrivial to adapt to the needs of a distribution developer, and do not work for crashes of background servers (like a database or an email server).

Apport is a system which

  • intercepts crashes right when they happen the first time,
  • gathers potentially useful information about the crash and the OS environment,
  • and presents an UI that informs about the crash and instructs the user how to proceed.

We hope that this will lead to a much better level of quality assurance in the future.

How does it look like for users?

The user side of apport is designed to be extremely simple and as unannoying as possible.

If any process in the system dies due to a signal that is commonly refered to as 'crash' (segmentation violation, bus error, floating point exception, etc.), the apport backend is automatically invoked. It produces an initial crash report in a file in /var/crash (the file name is composed from the name of the crashed executable and the user id). If the crashed process belongs to the user who is currently logged in, apport informs the user about the crash and offers to report the problem. Depending on whether or not the crashed process belongs to a package with a desktop file, this looks like this:

If an user process crashes while the user is not currently logged in, update-notifier will present a notification when the user starts a desktop session the next time:

Clicking on the bomb icon will cause the same frontend to appear.

There currently is no automatic way to submit a crash report to the distribution developers (see "Future plans" below). For now, if the user chooses "Report bug", apport-gtk opens the packages' bug tracking page in the web browser and asks the user to create a bug and attach the apport report:

I'm a developer. How to I use these crash reports?

report format, apport-retrace

How does it work internally?

kernel patch, crashdump-helper, report, update-notifier, inotify, apport-gtk

Future plans

port to upstream kernels, separate database, automatic submission

Use the source, Luke!

Apport (last edited 2017-05-25 20:03:48 by penalvch)