This bug was fixed in the package apport - 2.5.1-0ubuntu1

---------------
apport (2.5.1-0ubuntu1) quantal; urgency=low

  * New upstream release:
    - test_recoverable_problem.py: Fix test for calling test runner with
      absolute path.
    - packaging-apt-dpkg.py: Fix crash on writing virtual_mapping.db when
      running with --sandbox-dir and -S system or giving no --cache.
    - REThread.py: Fix re-raising of exceptions in Python 3. Thanks Martin
      Packman! (LP: #1024836)
    - apport-retrace: Keep compressed CoreDump from .crash files instead of
      uncompressing them into memory. This dramatically reduces memory usage.
      (LP: #981155)
    - Add an apport.memdbg() function which prints out current memory usage if
      APPORT_MEMDEBUG is set. Annotate apport-retrace with it.
    - hookutils.py: Allow specifying a list of profile names when using
      attach_mac_events(). Thanks Marc Deslauriers.
    - hookutils.py, attach_root_command_outputs() and root_command_output():
      Drop usage of sudo, kdesudo, and gksu, and replace with pkexec. For
      attach_root_command_outputs(), use a wrapper and proper .policy file
      which explains the action and works under every environment; thus
      attach_root_command_outputs() is preferred over root_command_output()
      now, as it provides a better user experience.
    - Package hooks which want to send the report to a different crash
      database than "default" can now also give the database specification
      itself in the "CrashDB" field, not just the DB name. With this, packages
      do not need to ship a separate /etc/apport/crashdb.conf.d/ file. Please
      see doc/package-hooks.txt for details. (LP: #551330)
    - report.py, add_hooks_info(): If reporting against a package/program in
      /opt, also search for package hooks in the corresponding /opt directory.
      This allows such hooks to define a custom crash database and thus report
      bugs against their own project instead of against the distribution.
      (LP: #1020503)
  * debian/rules: Call dh_install with --list-missing, and ignore .pyc and
    .egg-info files.
  * debian/apport.install: Install new polkit .policy and root_info_wrapper
    files, and add policykit-1 Recommends.
  * debian/apport.install: Ship is-enabled script.
  * debian/apport-kde.install: Ship userpass.ui file.
  * Drop debian/apport-retrace.manpages and debian/apport.manpages and install
    the man pages from *.install instead. This works better with
    --list-missing.
  * debian/apport.install: Install 000record-status pm-utils script, to
    unbreak suspend failure detection.
 -- Martin Pitt <[email protected]>   Wed, 22 Aug 2012 11:58:45 +0200

** Changed in: apport (Ubuntu)
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to apport in Ubuntu.
https://bugs.launchpad.net/bugs/551330

Title:
  allow defining crashdb inline within the report

Status in “apport” package in Ubuntu:
  Fix Released

Bug description:
  In an application like bzr we want to record crash files on every
  platform where apport is installed, Ubuntu or not.  These reports are
  obviously not generally Ubuntu-specific and need to go into the
  upstream bug tracker (bugs.l.n/bzr).  apport has a nice crashdb
  mechanism for defining this, but unfortunately it depends on having a
  crashdb definition installed into /etc/apport/crashdb.conf.d, which is
  a bit hard to do if the program is installed eg into the users's home
  directory or running from a checkout.
  <https://code.edge.launchpad.net/~mbp/bzr/2.1-528114-apport/+merge/22104>

  Furthermore, apport aborts if the crashdb referenced in the crash file
  is not known on the system.

  It would be nice if all the information about where to file the report
  could be recorded at the time the report is written, so the
  application was more selfcontained.

  One way to handle this would be to allow the
  impl/project/bug_pattern_base fields from the crashdb definition to
  also be taken from the crash report, eg "CrashDbImpl: launchpad".
  Then if there was a system-wide definition of the crashdb it could
  override them, but if there was not it would not be an error.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/apport/+bug/551330/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to