[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Accepted kernel-package 10.068 (source all)



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Thu,  1 Mar 2007 02:14:00 -0600
Source: kernel-package
Binary: kernel-package
Architecture: source all
Version: 10.068
Distribution: unstable
Urgency: high
Maintainer: Manoj Srivastava <srivasta@debian.org>
Changed-By: Manoj Srivastava <srivasta@debian.org>
Description: 
 kernel-package - A utility for building Linux kernel related Debian packages.
Closes: 406180 411038 412463 412589 412937
Changes: 
 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).
Files: 
 6313d01b80ba0dbff158f891c0133734 485 misc optional kernel-package_10.068.dsc
 ce3066cdf8c9996b25c5d14d6ebeb4f6 503339 misc optional kernel-package_10.068.tar.gz
 a7a2c5c49731cbea3c6b69156d4a8c5b 512640 misc optional kernel-package_10.068_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFF52ETIbrau78kQkwRAkGRAJoD1RZdb9g1H27KFdtbe5aFl9iRzACeNDyi
AjDKlhsQlF8zQvRUESRciSQ=
=NUgf
-----END PGP SIGNATURE-----


Accepted:
kernel-package_10.068.dsc
  to pool/main/k/kernel-package/kernel-package_10.068.dsc
kernel-package_10.068.tar.gz
  to pool/main/k/kernel-package/kernel-package_10.068.tar.gz
kernel-package_10.068_all.deb
  to pool/main/k/kernel-package/kernel-package_10.068_all.deb



Reply to: