← Back to team overview

group.of.nepali.translators team mailing list archive

[Bug 1238110] Re: makedumpfile needs porting for AArch64

 

This bug was fixed in the package makedumpfile - 1:1.5.9-5ubuntu0.5

---------------
makedumpfile (1:1.5.9-5ubuntu0.5) xenial; urgency=medium

  * Build on arm64. While this version of makedumpfile doesn't support
    creating filtered dumps of Ubuntu arm64 kernels, it does satisfy
    the dependency for kdump-tools, which will cleanly fallback to 'cp'
    mode if makedumpfile fails. LP: #1238110, LP: #1694859.

 -- dann frazier <dann.frazier@xxxxxxxxxxxxx>  Mon, 17 Jul 2017 16:58:59
-0600

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

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1238110

Title:
  makedumpfile needs porting for AArch64

Status in Linaro AArch64 cross-distro work:
  New
Status in makedumpfile package in Ubuntu:
  Fix Released
Status in makedumpfile source package in Xenial:
  Fix Released

Bug description:
  [Impact]
  kdump-tools is not installable on arm64 because it depends on makedumpfile, which is not currently built on arm64. Adding arm64 to the Architecture list in debian/control is all that is needed for it to build successfully.

  That said, xenial's version was too old to support filtering kdump-
  enabled xenial kernels (>= 4.10.0). So, this doesn't actually produce
  a *useful* makedumpfile, but does allow kdump-tools to be installed,
  which unblocks collection of (unfiltered) crash dump files.

  [Test Case]
  On an arm64 system:
   sudo apt install kdump-tools

  [Regression Risk]
  The only change here is to make a binary package available on arm64 that previously was not - regression risk to existing architectures should therefore be negligible.

  Note: Enabling a binary package for an architecture where it's known
  not to be useful - at last on it's own - is obviously non-ideal. I
  considered other options, but they all seem to add unnecessary
  regression risk:

  - Demoting the "Depends:" to a "Recommends:". I actually think we
  should do this going forward (https://bugs.debian.org/cgi-
  bin/bugreport.cgi?bug=865701), but this would be a change in behavior
  to people who may install kdump-tools w/ Recommends-disabled and
  expect to stil get makedumpfile.

  - Demoting only on arm64: This isn't possible unless we switch kdump-
  tools from Binary: any to Binary: all. I also think there are good
  reasons to do that in future releases (https://bugs.debian.org/cgi-
  bin/bugreport.cgi?bug=863858), but it seems overkill for just enabling
  arm64.

To manage notifications about this bug go to:
https://bugs.launchpad.net/linaro-aarch64/+bug/1238110/+subscriptions