** Changed in: makedumpfile (Ubuntu Xenial)
Status: New => In Progress
** Changed in: makedumpfile (Ubuntu Xenial)
Assignee: (unassigned) => dann frazier (dannf)
** Description changed:
- $ ls arch/
- arm.c ia64.c ppc.c ppc64.c s390x.c x86.c x86_64.c
+ [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.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
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:
In Progress
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
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
