lp:debian/stretch/kernel-package

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Related blueprints

32. By Jonathan Wiltshire on 2014-11-26

* Non-maintainer upload.
* Move examples to /usr/share/kernel-common and symlink from
  /u/s/d (Closes: #767857)

31. By Manoj on 2014-06-16

* There was a bug in the dh install configuration file, that moved all
  kernel-package conf files to /etc/etc/. This commit fixes that.
  (Closes: #751751).
* jumped on a s390x porterbox, and created initial support for a s390x
  architecture, based mostly on what we did for s390. (Closes: #750604).
* Bug fix #751751: "conffiles not removed", thanks to Paul Wise. We
  handled obsolete conffiles sub-optimally since they were not really
  supposed to be obsolete.
* Bug fix #750604: "No Support in kernel-package for s390x
  architecture", thanks to Stephen Powell

30. By Manoj on 2014-05-26

* kernel-img built with the current kernel-package fails to install on
  an older system (wheezy) due to dependency on kernel-common package
  which is not available there. Based on a suggestion by Michal Hocko,
  changed the relationship to a Recommends, which is what it should have
  been in the first place. (Closes: #749318).
* Since the linux-image packages produced by make-kpkg recommend
  kernel-common, , development packages could be forced on to systems
  which installl kernel-common just for the man page. A patch from Sven
  Joachim fixes this oversight. (Closes: #749388).
* Bug fix #749318: "kernel-img depends on kernel-common", thanks to
  Michal Hocko
* Bug fix #749388: "postinst should not call dpkg-architecture", thanks
  to Sven Joachim

29. By Manoj on 2014-05-25

* There are three different views of what architecture a machine hasL
  That of the linux kernel, that of dpkg, and that of the GNU
  configuration systems, So, when the user specifies arch and subarch,
  the information has to be transformed for all the systems, as
  required. This commit tries to give the correct information to dpkg,
  and also still take into account sub architecture specifications.
  (Closes: #748702).
* Add a dependency on dpkg-dev for the kernel-common package, since the
  maintainer scripts use dpkg-architecture. Alsom kernel-package can't
  really do anything useful without pkg-dev, so added there as well.
  (Closes: #748862).
* Bug fix #748702: "make-kpkg creates packages with missing architecture
  on i386", thanks to Sven Joachim
* Bug fix #748862: "missing dependency on dpkg-dev", thanks to Adam
  Borowski

28. By Manoj on 2014-05-15

* The fix for building packages with the correct sub--architecture was
  flawed, in the sense it always looked at theKPKG_ARCH, even when there
  was no need to stray away from DEB_HOST_ARCH. This commit relieas on
  dpkg-architecture to tell us what the proper arch should be for a
  situation where we are building for a subarchitecture.
  (Closes: #748316).
* Bug fix #748316: "Arch set to x86_64 instead of amd64", thanks to Geoff
  Simonds

27. By Manoj on 2014-05-14

* No longer have generated kernel images depend on ksymoops, a long
  defunct package, since it is useless with kernels >= 2.6.
  (Closes: #748066).
* When the user asks for the arch name to be part of the kernel image
  package version string, only image and debig packages included the
  arch in the name. This commit makes the name of the header package
  also be consistent with the image names. At this point, the source and
  document/manual package names remain generic, since arch specific
  differences should not exist in those packages. (Closes: #568576).
* the image packages generated by kernel-package also build in the
  modules requested in the configuration file, so there is no
  linux-moules-* package. However, in case there are dependencies on
  that package name, the image package now also claims to provide the
  modules package. (Closes: #599815).
* In order to ease the life of people cross compiling, or building for a
  subarch, do not call dpkg-gencontrol with the host archtecture, but
  rather, with the architecture we built the kernel image for.
  (Closes: #563300).
* Hopped on to an armel machine to test make-kpkg. The CPU is reported
  as arm by dpkg-architecture, so the top level logic in kernel-package
  was correct.Unfortunately, the armel specific file wassumed the CPU
  was armel, so nothing got included. Corrected that inner check in
  this release. (Closes: #664854).
* Bug fix #748066: "generated linux-image packages suggest ksymoops",
  thanks to Sven Joachim
* Bug fix #568576: "builds non-matching kernel and headers packages",
  thanks to Michal Suchanek <email address hidden>
* Bug fix #599815: "make-kpkg doesn't set correctly 'Provides: '
  field", thanks to Gérald Colangelo
* Bug fix #563300: "on cross compile the 'control' file contains host
  architecture", thanks to Michael Tuschik
* Bug fix #664854: "kernel-package no longer supports armel
  architecture", thanks to David Madore

26. By Manoj on 2014-05-12

* The underlying kernel tree has long removed support for zImage
  images. This makes bzImage the default, so there is no need to have
  the user specify one or the other, so removed the --zImage and the
  --bzImage options from kernel-package. Removing this also removed code
  that caused confusion in the image names when --bzImage argment was
  used. (Closes: #574957).
* Modified the manual pages to reflect the changes aboue. Updated the
  po4a .po files and .pot files. Also clarified the requirements for
  running as root,, and emphasized that fakeroot is th way to go, and
  running as root is not recommended. Clarified that make-kpkg is
  supposed to be run after configuring the kernel. (Closes: #704116).
* Previously, the Debian revision had to contain a digit. Now dpkg
  complains if it does not start with a digit. Updated the sanity
  checks to test for this new constraint. (Closes: #674101).
* Bug fix #574957: "Installation od XEN kernel images fails.", thanks to
  Christian Motschke
* Bug fix #704116: "[make-kpkg] manpage not uptodate", thanks to
  Christian Buhtz
* Bug fix #674101: "kernel-package -- please check parameters before you
  build compiling", thanks to Kumar Appaiah

25. By Manoj on 2014-05-08

* armel systems show upwith DEB_HOST_ARCH_CPU=arm, same as arm, but with
  DEB_HOST_ARCH=armel. This commit loads the proper configuration file,
  otherwise make-kpkg thought that building on a sheevaplug was cross
  compiling for arm. (Closes: #686159).
* Bug fix #686159: "On my Sheevaplug (armel) make-kpkg thinks I want to
  do cross compilation", thanks to John Hughes

24. By Manoj on 2014-05-08

* Normally, if the kernel configuration file enables support for
  modules, the kernel image package produced by kernel-package contains
  the modules, and the modules have a link to the location of the
  debugging symbols file for the mdoule, usually installed by the debug
  package. However, adding this link changes the signature of the module,
  which is not a good thing is module signing is also enabled. This
  version does not install the link to debug symbols if module signing
  is enabled in kernel configuration. Please recompile without moduile
  signatures in order to debug modules. (Closes: #722946).
* Bug fix #722946: "corrupts module signatures due to objcopy
  --add-gnu-debuglink", thanks to Henrique de Moraes Holschuh

23. By Manoj on 2014-05-07

* There were some places where we still recommended custom.1.0 instead
  of 1.0.custom, even though the former is now not acceptable. This
  commit fixes the remaining locations where that advice was incorrect.
* When compiling in a git checkout of the kernel sources: the
  KERNELRELEASE variable contains the key word dirty, even though the
  tree is clean, and verified by git status. This is caused by using
  fakeroot make-kpkg .../ Updated documentation to not the preferred
  form is to use make-kpkg --rootcmd fakeroot to avoid this.
  (Closes: #717807).
* If you build from the git tree of the linux kernel, and you are not on
  a tagged branch, the script scripts/setlocalversion will append a plus
  sign to the version if the repository is not in a clean annotated or
  signed tagged state and LOCALVERSION= is not specified. This creates
  problems when packaging the resulting image. Updated the documentation
  for workarounds. (Closes: #721482).
* Patch to build uImage kernels for ARM by Andrew Bradford. This adds
  the --uimage option to build a uImage kernel for ARM systems. Needs
  uboot-mkimage installed to do so, This package contains the mkimage
  utility, which encapsulates a compressed "uImage" Linux kerel image
  with header information, CRC32 checksum, etc, for use with the U-Boot
  bootloader. (Closes: #572117).
* Since the debug images all upload files in the same location, they
  conflict with each other. (Closes: #570635).
* Starting with 2.6.35 there is a new kernel config target (nconfig)
  which is something like menuconfig just a bit fancier. Added support
  for that. (Closes: #590446).
* The generated image packages now suggest the corresponding manual
  packages, in addition to the doc packages. Made the doc and manual
  packages suggest each other. (Closes: #593895).
* Bug fix: #717807: "kernel-release contains -dirty although the tree is
  clean", thanks to Michal Hocko
* Bug fix #570635: "-dbg packages should conflict each other", thanks to
  Sebastian Bremicker
* Bug fix #572117: "please, add support for uboot images (uimage)",
  thanks to Hector Oron
* Bug fix #590446: "support ncurses kernel config target", thanks to
  Christoph Anton Mitterer
* Bug fix #593895: "generated linux-image-* packages should also suggest
  the respective linux-manual-* packages", thanks to Christoph Anton
  Mitterer
* Bug fix #721482: "Can&#39;t build image: changelog says 3.11.0-rc7+,", thanks
  to Linus Lüssing