Hello Matthias, or anyone else affected, Accepted makedumpfile into xenial-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/makedumpfile/1:1.5.9-5ubuntu0.5 in a few hours, and then in the -proposed repository.
Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed.Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested and change the tag from verification-needed-xenial to verification-done-xenial. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-xenial. In either case, details of your testing will help us make a better decision. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance! ** Changed in: makedumpfile (Ubuntu Xenial) Status: In Progress => Fix Committed ** Tags added: verification-needed verification-needed-xenial -- 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: Fix Committed 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
