group.of.nepali.translators team mailing list archive
-
group.of.nepali.translators team
-
Mailing list archive
-
Message #15989
[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