New bugfix release of kernel-package
Hi,
A new version of kernel-package is now in Sid (it is targeted
for Etch). It has been in Sid for a week now, and there have been no
major problems reported. Please let me know if this works with
linux-2,6.
manoj
kernel-package (10.068) unstable; urgency=high
* Bug fix: "/sbin/update-grub is run by default by kernel postrm if it
exists, and complains", thanks to Joey Hess. Don't semi-silently
ignore missing hooks. This means: Don't gracefully handle missing hook
scripts, the diagnostic might be lost in a flurry of messages, and
the user may never be aware that the hook script was never run.
Depending on what the hook script is meant to do, this may cause a
security problem or data loss. (Closes: #412937).
* Bug fix: "kernel-package: version suffix added when building in git
trees ", thanks to Marcus Better. When run in a git sourced tree,
scripts/setlocalversion checks to see if the tree is the trunk, if
not, it adds version information to the kernel version. It also checks
to see if there are uncommited changes, if so, it adds the string
"-dirty" to the version. Since we change a couple of files in
./scripts/, this falls afoul of the make-kpkg checks, since the
version number is now different from what make-kpkg knows it to
be. Also, there is an additional truncated commit ID added by the
script scripts/setlocalversion whenever it detects that we are not
building from a tagged commit of the official tree, so it might be
just simpler to get rid of scripts/setlocalversion altogether, so we
now move it out of the way in the config phase, and restore during
clean. This allows make-kpkg to be useful for building from got trees
again. (Closes: #406180).
* Bug fix: "powerpc arch problems with 2.4 kernel", thanks to Brendan
O'Dea. For powerpc, handle circular dependency of version number and
KERNEL_ARCH. For powerpc, we need to set the (KERNEL_ARCH) based on
the version numbers -- which we can't get to unless we know the kernel
architecture. Yossarian would have liked this. Use grep to get the
most significant digits of the version number. Use these to calculate
significant digits of the version number. Use these to calculate the
KERNEL_ARCH. Use KERNEL_ARCH to get to the full version. This change
allows us not to drop support for 2.4 kernels on powerpc machines. It
does not impact anything but powerpc, and should not cause a change of
behavior on 2.6.16+ kernels even on powerpc. (Closes: #411038).
* Bug fix: "kernel-package: 'applied kernel patches' is missing from
buildinfo.gz", thanks to Norbert Buchmuller. Since kernel-source-* and
kernel-patch-* packages were renamed to linux-source-* and
linux-patch-*, the "applied kernel patches:" is missing from
buildinfo.gz. (It still tries to find kernel-patch-<whatever> package
for the <whatever> patch. (Closes: #412463).
* Bug fix: "kernel-package: 'kernel source package used:' info in
build.gz is inaccurate", thanks to Norbert Buchmuller. The information
that make-kpkg puts into the buildinfo.gz file with the "kernel source
package used:" description represents the version of the corresponding
{kernel,linux}-source-* package _installed_ on the system, but not the
version of the package that the current source tree was _untarred_
from. (Eg. one untars the source tree from linux-source-2.6.18-6, then
(s)he updates the installed package to linux-source-2.6.18-7, then
builds a kernel in the previously untarred source tree. In this case
the source really used is 2.6.18-6, but it writes 2.6.18-7 to
buildinfo.gz, which is misleading.) (Closes: #412589).
-- Manoj Srivastava <srivasta@debian.org> Thu, 1 Mar 2007 02:14:00 -0600
--
Injustice anywhere is a threat to justice everywhere. Martin Luther
King, Jr.
Manoj Srivastava <srivasta@acm.org> <http://www.golden-gryphon.com/>
1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
Reply to: