On Mon, Feb 11, 2008 at 02:41:54PM -0800, Drake Diedrich wrote: > We had an issue last week where existing kernel packages were > installing, but quietly failing to run update-grub. It turned out to > be that the build environment for the kernels was an older > distribution and the resulting kernel packages had a test -x $grubpath > in the generated postinst. The new change by grub-installer to > dequalify the update-grub path has the side effect of subtly breaking > the expected behavior of older kernel packages, which people may have > custom compiled for specific machines. Or in our case, the compile > environment is the oldest distribution we support, and even though the > packages are new, the software to build them is older. Rather than > just document the issue, it would be nice to address it, either with > continued generation of correct, fully-qualified paths in > /etc/kernel-img.conf or by causing a configure failure when the older > kernels are installed on a machine with a dequalified update-grub in > kernel-img.conf.
Sorry, we can't stick with the old path forever. I suggest you add a sed call in your postinst to adjust /etc/kernel-img.conf or something. -- Robert Millan <GPLv2> I know my rights; I want my phone call! <DRM> What use is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
