Bug#526493: Fw: =debianutils-2.29 - installkernel breaks non-grub systems and fills /boot partition with copies
Package: debianutils Version: 2.29 Begin forwarded message: Date: Fri, 1 May 2009 16:01:14 +0200 From: Jeroen Roovers j...@gentoo.org (by way of Jeroen Roovers j...@gentoo.org) To: 485...@bugs.debian.org Subject: =debianutils-2.29 - installkernel breaks non-grub systems and fills /boot partition with copies Several Gentoo users complained[1] about the changes to installkernel that got incorporated into debianutils =2.29 [2]. Generally, not all Debian supported architectures (can) use grub (or can be considered modern), and on many of those systems, the way the new installkernel works not only breaks without good reasons the file naming conventions that have worked well for a long time, but makes management of kernel images and their associated System.map and config files impractical. Please revert or otherwise fix installkernel, perhaps using the patch proposed in comment #10 [3]. Kind regards, jer [1] https://bugs.gentoo.org/show_bug.cgi?id=231472 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485278 [3] https://bugs.gentoo.org/show_bug.cgi?id=231472#c10 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526493: Fw: =debianutils-2.29 - installkernel breaks non-grub systems and fills /boot partition with copies
On Fri, May 01, 2009 at 04:55:54PM +0200, Jeroen Roovers wrote: Several Gentoo users complained[1] about the changes to installkernel that got incorporated into debianutils =2.29 [2]. Generally, not all Debian supported architectures (can) use grub (or can be considered modern), and on many of those systems, the way the new installkernel works not only breaks without good reasons the file naming conventions that have worked well for a long time, but makes management of kernel images and their associated System.map and config files impractical. Please revert or otherwise fix installkernel, perhaps using the patch proposed in comment #10 [3]. Can you confirm that the effective change against debianutils is just to move the ln -sf $1-$ver $dir/$1 line outside the else block? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
