AutomatedProblemReports

Differences between revisions 7 and 8
⇤ ← Revision 7 as of 2005-04-21 01:54:59 →
Size: 1471
Editor: CPE-60-225-18-37
Comment: added some agenda topics
← Revision 8 as of 2005-04-23 05:46:42 → ⇥
Size: 2177
Editor: ppp112-230
Comment: convert to SpecTemplate
Deletions are marked like this. Additions are marked like this.
Line 2: Line 2:
##(see the SpecSpec for an explanation)
Line 3: Line 4:
NeedPriorityAssigned = UbuntuDownUnder/BOFs/UbuntuDevelopment/AutomatedProblemReports =
Line 5: Line 6:
= People = == Status ==
Line 7: Line 8:
 * MartinPitt
 * LaMontJones
 * MichaelVogt
 * SebastienBacher		   * Created: [[Date(2005-04-23T05:46:42Z)]] by MattZimmerman[[BR]]
  * Priority: LowPriority[[BR]]
  * People: NeedsLead, NeedsSecond[[BR]]
  * Contributors: MattZimmerman[[BR]]
  * Interested: MartinPitt, LaMontJones, MichaelVogt, SebastienBacher[[BR]]
  * Status: BrainDump, BreezyGoal, UduBof, DistroSpecification[[BR]]
  * Branch: [[BR]]
  * Malone Bug: [[BR]]
  * Packages: [[BR]]
  * Depends: [[BR]]
  * UduSessions: 1, 4, 8, etc [[BR]]
Line 12: Line 20:
= Goal = == Introduction ==
Line 17: Line 26:
= Requirements = == Rationale ==

== Scope and Use Cases ==
Line 25: Line 36:
= Agenda = == Implementation Plan ==

=== Data Preservation and Migration ===

=== Packages Affected ===

=== User Interface Requirements ===

== Outstanding Issues ==

=== UDU BOF Agenda ===
Line 35: Line 56:
= Pre-Work = === UDU Pre-Work ===

Priority

UbuntuDownUnder/BOFs/UbuntuDevelopment/AutomatedProblemReports

Status

Introduction

Streamline the process of collecting data for common end-user problems, so that they can be prioritized and addressed

Rationale

Scope and Use Cases

  • When a program crashes, send a report (with an absolute minimum of user interaction)
  • Extract and store debug symbols from standard builds, and store them in a centralized repository for use in analyzing these reports
  • When a package installation, removal or upgrade fails, send a report (with an absolute minimum of user interaction)
  • When a kernel panic/oops/etc. occurs, send a report (with an absolute minimum of user interaction)

  • [http://www.cs.wisc.edu/cbi/ Cooperative bug isolation]?

Implementation Plan

Data Preservation and Migration

Packages Affected

User Interface Requirements

Outstanding Issues

UDU BOF Agenda

  • What data needs to be submitted?

    • core dump; MartinPitt: core dumps are difficult to handle since you need to have exactly the same libraries; a good stack trace is already very helpful, much smaller, and easier to handle

    • identifying information for all code involved (package versions? filenames? md5sums?)
    • additional run-time information (environment, command line arguments, user comments for reproduction)
  • How should the debug symbol extraction work?
  • Handling and caching of debug symbols on client
  • Automated bug reporting to Malone

UDU Pre-Work

AutomatedProblemReports (last edited 2008-08-06 16:26:25 by localhost)