Hello Dan, Le 01/06/2017 à 06:11, dann frazier a écrit : > Package: kdump-tools > Version: 1:1.6.1-1 > Severity: normal > > In 1.5.9-6, a facility was added to make /etc/default/grub.d/kdump-tools.cfg a > symlink, pointing to an appropriate architecture-specific config, with > ppc64el as the initial user. There are a couple of issues with this: > > - It doesn't work on ppc64el today. Reason being that the postinst > uses the "arch" command to ID the architecture. That returns the > kernel arch name (ppc64*le*), not the Debian port name > (ppc64*el*), so the intended symlink is not created. > - This method requires that we install all of the arch-specific > configs on every arch, even though they aren't needed. > > I wonder if we could simplify this by doing the default config file > selection at build time instead of installtime. That should still solve > preserve the behavior of dpkg only considering the file to be modified > if the user manually edited it. > > -- System Information: > Debian Release: 9.0 > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') > Architecture: amd64 (x86_64) > > Kernel: Linux 4.11.0-trunk-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), > LANGUAGE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages kdump-tools depends on: > ii bsdmainutils 9.0.12+nmu1 > ii debconf [debconf-2.0] 1.5.61 > ii init-system-helpers 1.48 > ii kexec-tools 1:2.0.14-1 > ii lsb-base 9.20161125 > ii makedumpfile 1:1.6.1-1 > > kdump-tools recommends no packages. > > kdump-tools suggests no packages. > > -- Configuration Files: > /etc/default/kdump-tools changed [not included] > > -- debconf information: > * kdump-tools/use_kdump: false
This is definitively a better solution than a symlink hack. Let's figure out how to handle the upgrade & I'll hapilly merge it in. Kind regards, ..Louis
