[Bug 39948] Debian changelog
cartel
tom.ubuntu at thoughtcrime.org.nz
Tue Apr 18 10:47:05 UTC 2006
kernel-package (10.044) unstable; urgency=low
* Fix typo in powerpc specific rules.
-- Manoj Srivastava <srivasta at debian.org> Fri, 14 Apr 2006 10:24:14 -0500
kernel-package (10.043) unstable; urgency=low
* Update mkvmlinuz support handling
-- Manoj Srivastava <srivasta at debian.org> Thu, 13 Apr 2006 10:52:12 -0500
kernel-package (10.042) unstable; urgency=low
* Arrgh. Typo fix in domU package name, inux -> linux
-- Manoj Srivastava <srivasta at debian.org> Wed, 12 Apr 2006 15:21:44 -0500
kernel-package (10.041) unstable; urgency=low
* Bug fix: "Support for Xen as a subarch", thanks to Tore Anderson. No
special handling need be required -- with a properly created .config
file, make-kpkg should automatically detect Xen 3.0.1 or 3.0.2, and
appropriately set the arch and subarch variable. (Closes: #346387).
* kernel/pkg/image/postinst (fix_source_link): Clarify that it is the
link target that we cannot see the contents of.
* kernel/ruleset/arches/i386.mk: Add in separate stanzas for a subarch
Xen, versus the normal i386 build. We change boot loader definitions,
dependencies, targets, and image destinations.
* kernel/ruleset/architecture.mk: No longer assume that the presence of
CONFIG_XEN implies the ARCH is also xen; since now the ARCH is i386,
but the subarch is xen.
* kernel/ruleset/common/archvars.mk: Now we include .config earlier, to
allow us to detect xen and uml, and automatically set the arch and
subarch variables based on the configuration file. This help people
like me who routinely forget to give --arch um to make-kpkg, and wonder
why my uml virtual machine fails.
* kernel/ruleset/kernel_version.mk (debian_LOCALVERSION): Late evaluation
to allow all components to settle.
* kernel/ruleset/misc/pkg_names.mk (i_package): Modify the names of the
Xen image packages based on type of xen image being built.
* kernel/ruleset/targets/image.mk (install/$(i_package)): Make sure that
the System.map and config files installed in /boot for Xen images have
a string in the name ti disambiguate them from "normal" image packages
files.
-- Manoj Srivastava <srivasta at debian.org> Wed, 12 Apr 2006 13:58:11 -0500
kernel-package (10.040) unstable; urgency=low
* Document the version of kernel-package used liberally in build logs
now. This should mitigate any future doubts about which version of
kernel-package is in use.
* Bug fix: "kernel-package missing .kernelrelease for 2.6.16 headers",
thanks to Paul (Closes: #359818).
* Bug fix: "kernel-package: Doesn't handle CONFIG_LOCALVERSION", thanks
to David Liontooth. Thanks to Jan Niehusmann, who noticed my blind
spot about how dot-config was set to 0 (Closes: #359187, #335541).
-- Manoj Srivastava <srivasta at debian.org> Wed, 29 Mar 2006 10:10:48 -0600
kernel-package (10.039) unstable; urgency=high
* In 2.6.16, the top level Makefile added a unified local version
variable called localver-full -- which is what we need to pay
attention to, not $(LOCALVERSION). This caused a slew of build
failures, wihch have been variously reported -- for example,
"kernel-package: Doesn't handle CONFIG_LOCALVERSION", thanks to David
Liontooth (Closes: #359187).
* The same changes also allow for us to support _all_ local version
variations, including: "Support for LOCALVERSION_AUTO possible?",
thanks to Jan Niehusmann (Closes: #335541).
* Goswin von Brederlow added support for building other archs of a
multiarch set like i386/amd64. Usage is with --arch <arch>
--cross-compile -.
+ ruleset/misc/defaults.mk: Set CROSS_COMPILE="" if it is '-'.
+ ruleset/common/archvars.mk: Don't override DEB_HOST_* if
CROSS_COMPILE='-'.
(Closes: #359019).
* Urgency high since this is required to correcltly build 2.6.16 kernels
with any local version settings.
-- Manoj Srivastava <srivasta at debian.org> Mon, 27 Mar 2006 12:03:22 -0600
kernel-package (10.038) unstable; urgency=medium
* The debconf templates broke.
-- Manoj Srivastava <srivasta at debian.org> Thu, 23 Mar 2006 23:09:44 -0600
kernel-package (10.037) unstable; urgency=medium
* Bug fix: "kernel-package: modules_image target broken", thanks to
Henrique de Moraes Holschuh. Patch thanks to Kevin Locke. The same
problem potentially existed elsewhere, so I applied the same solution
all over. (Closes: #355147).
* Bug fix: "kernel-package: Please document --rootcmd sudo failure with
env_reset", thanks to Kevin Locke. Done. (Closes: #357499).
* Bug fix: "linux-image: error message missing
words/variables/parameters", thanks to Justin Pryzby (Closes: #344374).
* Bug fix: "kernel-package: Please allow for translatable debconf
templates in created packages", thanks to Christian Perrier
(Closes: #355994).
* Vy popular demand, we toned down the checks for overwriting previously
installed kernels. Instead of checking for /lib/modules/$version, we
only check is /lib/modules/$version/kernel exists. This means that
third party modules shall not trigger any interactions with the user;
it is up to the users to handle incompatibilites between previously
installed third party modules and the new kernel. No check on
official kernel images -- any incompatibilities should result in an
ABI number change.
-- Manoj Srivastava <srivasta at debian.org> Wed, 22 Mar 2006 14:24:16 -0600
kernel-package (10.036) unstable; urgency=low
* Apparently we were not copying over the rules file into the
kernel-headers package. fixed that.
* Bug fix: "kernel-package: config placed in /usr/bin when building UML
kernels", thanks to Paul Dwerryhouse (Closes: #353490).
* Bug fix: "Please put localversion file into kernel-headers", thanks to
Nikita V. Youshchenko (Closes: #354452).
* Tightened the version check when building modules.
* Bug fix: "cp: cannot stat `/etc/scsi_id.config'", thanks to dann
frazier. Initramfs-tools now have a wrapper. (Closes: #352705).
* Bug fix: "Incorrect Destination, Unchangable Destination", thanks to
Elliott Mitchell.Fixed destination to use DEB_DEST. (Closes: #353817).
-- Manoj Srivastava <srivasta at debian.org> Mon, 27 Feb 2006 13:18:56 -0600
kernel-package (10.035) unstable; urgency=low
* Bug fix: "k-p fails to build documentation packages", thanks to Kapil
Hari Paranjape. Well, kernel-manual is not supposed to be an
independent target, it is supposed to depend on and simultaneously
build the kernel-doc package as well. Indeed, if the kernel-doc
package is not also built, we will have a broken manual package. So,
change the prereqs. (I had only tested make-kpkg buildpackage, so the
doc package was always available). (Closes: #352169).
* Bug fix: "kernel-package: latest unstable version breaks 2.4.27 image
builds", thanks to Horms. Reversed the order of the version test. The
old way was buggy. (Closes: #352152).
-- Manoj Srivastava <srivasta at debian.org> Sun, 12 Feb 2006 14:06:21 -0600
kernel-package (10.034) unstable; urgency=low
* Bug fix: "kernel-package: check for -j in MAKEFLAGS is not quite
correct", thanks to Nathaniel Smith. Added mush more prominent
warnings in the documentation. The check itself is merely a
convenience, we should warn users about the pitfalls of setting -j in
MAKEFLAGS directly. (Closes: #350665).
* Fixed a problem build hppa kernel images.
-- Manoj Srivastava <srivasta at debian.org> Tue, 7 Feb 2006 09:48:52 -0600
kernel-package (10.033) unstable; urgency=low
* Bug fix: "upstream treats mipsel and mips as one arch", thanks to
Martin Michlmayr (Closes: #349527).
* Bug fix: "kernel-package: Typo in the Spanish make-kpkg man page",
thanks to Nicolas François (Closes: #349750).
* Bug fix: "Please add support for armeb", thanks to Martin Michlmayr
(Closes: #350332).
-- Manoj Srivastava <srivasta at debian.org> Sat, 28 Jan 2006 22:38:15 -0600
kernel-package (10.032) unstable; urgency=low
* Bug fix: "linux-source-2.6.15: build fails: make-kpkg error on install
-p -m 644 debian/buildinfo ...", thanks to darren. Hmm. Apparently,
the streamlining done in the last version was a bit too stream
lined. Added a dependency t the image target so we do build buildinfo.
(Closes: #347487).
-- Manoj Srivastava <srivasta at debian.org> Thu, 12 Jan 2006 09:21:20 -0600
kernel-package (10.031) unstable; urgency=low
* Optimize building kernel headers on recent kernels.
* kernel/ruleset/local.mk (kernel-headers kernel_headers) Make
kernel-headers depend on debian/stamp-prepare, instead of
stamp-build-arch, since this means for 2.6.X kernels the full build may
not be needed, with the advent of the prepare target.
* kernel/ruleset/targets/target.mk (debian/stamp-prepare): Added this
target: on new kernels, it merely calls prepare. I wish I could come up
with a non-kludgey way of testing for the presence; I guess calling
make -np |grep would work, but it is simple enough to just test the
version numbers. When it breaks, we'll see. On older kernels it still
calls the stamp-build-arch target.
* Unfortunately, this still does not fix #345939, since we have
$(patsubst %,BUILD/%,$(DEB_ARCH_PACKAGES)) :: BUILD/% : testdir BUILD-arch
Which means that we build the kernels for all arch related packages --
it is hard to follow all the dictums of policy and cherry pick some of
arch related packages _without_ doing the build.
* Now, we moved building the kernel out of the build-arch target, and
into the kernel image target instead. Does not help a lot overall, but
may prevent duplicate invocations of build.
* All in all, made a bunch of changes to optimize for speedier rebuilds.
* Add a - in the check target when checking config as well.
* Bug fix: "kernel-package: FTBFS: Missing Build-Depends on 'debconf'",
thanks to Andreas Jochens (Closes: #347345).
-- Manoj Srivastava <srivasta at debian.org> Tue, 10 Jan 2006 13:10:41 -0600
kernel-package (10.030) unstable; urgency=low
* Make the kernel image psotinst more resilient towards errors in
initramfs generators. The old behavior was that the postinst took the
list of generators (either determined based on the kernel version
being installed, or the user's preferences), asked each one of the
listof candidate generators wehther they supported the running and to
be installed versions of the kernel, and then tried the first of the
list of those that answered yes. The new behaviour is not to just stop
at th first viable candidate, but to continue down the list until we
get a generator that succeeds.
* reverse the order of mkinitramfs and mkinitrd.yaird in the dependency
list of the kernel image packages, since then initramfs-tools shall
come earlier in the dependency listing, and apparently initramfs-tools
currently has fewer problems upgrading from older kernel versions that
do not support /sys (like, say, Sarge kernels). The users can still
provide their preferences in kernel-pkg.conf while building, or
kernel-img.conf while installing; all we are doing is changing the
default order of dependencies.
* Bug fix: "kernel-package: make-kpkg ignores the --revision argument",
thanks to Greg NorrisRemoved the calculation of$(debian) from
version_vars.mk, since this is included before the config file is
included, so the latter always over rides the setting of the debian
revision on the command line. Instead, add it to config.mk, since it
is included _after_ the config file is. Also, make-kpkg was not really
passing --revision down to minimal.mk -- oops. (Closes: #345799).
-- Manoj Srivastava <srivasta at debian.org> Tue, 3 Jan 2006 19:41:34 -0600
2005
kernel-package (10.029) unstable; urgency=low
* Change INSTALL_MKVMLINUZ_PATH specification to be relative to the top
of the iamge package
-- Manoj Srivastava <srivasta at debian.org> Sat, 31 Dec 2005 11:32:02 -0600
kernel-package (10.028) unstable; urgency=low
* Bug fix: "kernel-package GUESS_SUBARCH should be dependent on kernel
version too.", thanks to Sven Luther. tweakewd the supplied powerpc.mk
to accept all 4 variants of the arch name. (Closes: #345198).
-- Manoj Srivastava <srivasta at debian.org> Thu, 29 Dec 2005 15:00:56 -0600
kernel-package (10.027) unstable; urgency=low
* Bug fix: "kernel-package: Typo in make-kpkg: s/maybe/may be/", thanks
to Karsten M. Self (Closes: #344956).
* Bug fix: "kernel-package: More typos", thanks to Frans Pop. I usually
don't go back and change old changelogs, seems too close to rewriting
history. But, I suppose typo fixes are OK (Closes: #344828).
* Bug fix: "kernel-package: Hangs on purge of new Sparc 2.4 kernels",
thanks to Frans Pop. Well. It does not hang on i386, and I think the
change made to the postrm will fix it even for sparc, so here's
keeping ones fingers crossed (Closes: #344918).
* Bug fix: "kernel-package: [powerpc] k-p does funny things with
dpkg-architecture, breaks kernel builds", thanks to Sven Luther
(Closes: #344833).
-- Manoj Srivastava <srivasta at debian.org> Wed, 28 Dec 2005 13:05:40 -0600
kernel-package (10.026) unstable; urgency=low
* Bug fix: "kernel-package: Typos in NEWS.Debian", thanks to Frans Pop
(Closes: #344556).
* Bug fix: "ARCH=powerpc instead of ARCH=ppc on powerpc kernels <<
2.6.15", thanks to Don Armstrong. Fix from Sven Luther. (Closes: #342767).
* Bug fix: "kernel-package: [powerpc] powerpc is switching from
ARCH=ppc/ppc64 to ARCH=powerpc ...", thanks to Sven Luther
(Closes: #340629).
-- Manoj Srivastava <srivasta at debian.org> Sun, 25 Dec 2005 12:19:53 -0600
kernel-package (10.025) unstable; urgency=low
* Bug fix: "kernel-package: latest unstable version breaks linux-2.6
build on amd64", thanks to Frederik Schueler. Now we let the
architecture still be whatever DEB_HOST_ARCH_CPU says it should
be. Just set KERNEL_ARCH correctly on amd64/x86_64 machines early, so
that make-kpkg clean does not flake out when there is no ./debian dir.
Accept either x86_64 or amd64 as the architecture, just in case, when
selecting the correct Makefile snippet. So it is perfectly fine to
still say --arch=amd64, like linux-2.6 does (Closes: #344740).
* Bug fix: "[powerpc] k-p 10.00x breaks debconf based /etc/kernel/*.d
scripts like mkvmlinuz", thanks to Sven Luther. Well. In the recent
10.X series, kernel package has started producing image packages whose
maintainer scripts use debconf for user interaction. Unfortunately,
this meant that any hook scripts called in the maintainer scripts for
the image package (update-grub comes to mind), if they wrote anything
at all to the STDOUT, would cause debconf to throw hissy fits, since
it was expecting commands on STDOUT, not random chatter from the hook
scripts.
One solution was to call db_stop before calling the hook scripts, and
redirecting stdout to stderr in hte invocation of the
scripts. Unfortunately, this made any scripts that used debconf
impossible.
So, either we ban scripts that are interactive, or scripts that
scribble on stdout. Since the former makes some functionality
impossible (some scripts can deliver added functionality and
flexibility if they can interact with users), and the latter just
needs a code change, I would prefer to ask packages that provide
scripts to be used in kernel image postinst/postrm to use debconf for
user interaction, and to send diagnostics to STDERR.
(Closes: #344413).
-- Manoj Srivastava <srivasta at debian.org> Sun, 25 Dec 2005 10:14:33 -0600
kernel-package (10.024) unstable; urgency=low
* Bug fix: "kernel-package: fails to build for KPKG_ARCH=uml", thanks to
Libor Klepac (Closes: #344427).
-- Manoj Srivastava <srivasta at debian.org> Thu, 22 Dec 2005 20:47:53 -0600
kernel-package (10.023) unstable; urgency=low
* Do not append 1>&2 to the invocation of hook scripts. This means that
the hook scripts should not write to stdout, since despite db_stop
debconf does not restore stdout. The reason because we no longer
redirect is that some scripts may need to use debconf themselves, so
this change helps them (at the expense of other scripts that wrote to
stdout). (Closes: #344413).
-- Manoj Srivastava <srivasta at debian.org> Thu, 22 Dec 2005 10:07:49 -0600
kernel-package (10.022) unstable; urgency=low
* Bug fix: "bug in initrd.mk prevents make-kpkg from creating dependency
on initrd-tools", thanks to Nikita V. Youshchenko (Closes: #344393).
-- Manoj Srivastava <srivasta at debian.org> Thu, 22 Dec 2005 07:56:23 -0600
kernel-package (10.021) unstable; urgency=low
* Bug fix: "make-kpkg clean does not work on x86_64", thanks to Junichi
Uekawa. Well, we set architecture now to default to what the kernel
calls the arch. (Closes: #344335).
* Bug fix: "/lib/modules/$kver/modules.ofmap should be removed in
postrm", thanks to Theodore Y. Ts'o (Closes: #344362).
-- Manoj Srivastava <srivasta at debian.org> Thu, 22 Dec 2005 00:28:17 -0600
kernel-package (10.020) unstable; urgency=low
* Fix issues with conf.vars. Make build.arch also depend on conf.vars.
* Bug fix: ""kernel source package used" is not written in
buildinfo", thanks to Alexandros Vellis (Closes: #344007).
-- Manoj Srivastava <srivasta at debian.org> Mon, 19 Dec 2005 20:14:02 -0600
kernel-package (10.019) unstable; urgency=low
* Bug fix: "kernel-package: modules_clean target creates changelog with
wrong revision", thanks to Michael Spang. Firstly, the wrong version
number should make no difference to the module being cleaned -- after
all, it is a clean. The creation of ./debian is an inconvenience, so
now make-kpkg would refuse to run modules_* unless you already have a
./debian directory. And, as far as I know, modules_clean is not
actually required by any modules package packaged in Debian, it is
merely a disk space conserving convenience thing. (Closes: #343559).
-- Manoj Srivastava <srivasta at debian.org> Sat, 17 Dec 2005 08:10:28 -0600
kernel-package (10.018) unstable; urgency=low
* Also install arch/$(KERNEL_ARCH)/Makefile.cpu in the headsers package,
since it is needed by newer kernels. Thanks to Stefan
Lippers-Hollmann.
* When done with debconf, call stop: this shall help prevent errors if
the hook scripts write to stdout. Also, when calling the hook scripts,
redirect stdout to stderr, just in case -- and to ensure that the
messages do not silently disappear.
* Bug fix: "kernel-package: FTBFS: Missing Build-Depends on debconf",
thanks to Daniel ScheplerAlso, since we now use debconf in all the
postinst file, but do not build depend on it, ignore some test errors
while building. This is far better solution, since we can't load
debconf as non root anyway. (Closes: #343170).
-- Manoj Srivastava <srivasta at debian.org> Tue, 13 Dec 2005 14:29:21 -0600
kernel-package (10.017) unstable; urgency=low
* Somehow, arm.mk never made it into the 10.X series -- so it was not
possible to build images on ARM. Fixed.
-- Manoj Srivastava <srivasta at debian.org> Fri, 9 Dec 2005 15:05:24 -0600
kernel-package (10.016) unstable; urgency=low
* There was a logic error in the ramfs selection tool logic, such that
the code always acted as if the kernel version was (> 2.6.8) && (<=
2.6.12). Fixed .
-- Manoj Srivastava <srivasta at debian.org> Wed, 7 Dec 2005 09:57:50 -0600
kernel-package (10.015) unstable; urgency=low
* Bug fix: "kernel-package: Error setting debconf flags in generated
linux image", thanks to Ruben Porras. Darn. Don't emit messages to
STDOUT, we are now using debconf, which gets all confused. (Closes: #342143).
-- Manoj Srivastava <srivasta at debian.org> Mon, 5 Dec 2005 15:43:33 -0600
kernel-package (10.014) unstable; urgency=low
* Bug fix: "buggy find option -- broken build", thanks to Marc Dequènes
(Closes: #342062).
* Bug fix: "make-kpkg doesn't work with make 3.80-9", thanks to Adam
Heath (Closes: #342066).
-- Manoj Srivastava <srivasta at debian.org> Sun, 4 Dec 2005 23:12:33 -0600
kernel-package (10.013) unstable; urgency=low
* Minor clean ups. Made the postinst script a trifle more verbose to
help in diagnosing errors.
-- Manoj Srivastava <srivasta at debian.org> Sun, 4 Dec 2005 15:11:44 -0600
kernel-package (10.012) unstable; urgency=low
* It was pointed out to me that the ability to build third party modules
using make-kpkg and linux kernel headers packages had broken with
recent kernel packages, since the check for whether we were in a top
level kernel source directory failed to take into account if we were
in a header package directory, which is sufficient.
* Additionally, older kernel-package versions appear to want to run
oldconfig in the headers package tree, which failed, since there was
inadequate support for running oldconfig. This has also been fixed,
since all we really need to depend on is a .config file.
* Finally, make-kpkg insists on there being a ./debian directory, and it
makes sense to ship the directory in the source and header packages,
since shipping it means that we also remove the need for
kernel-package to be installed on the target system
-- Manoj Srivastava <srivasta at debian.org> Sat, 3 Dec 2005 02:55:33 -0600
kernel-package (10.011) unstable; urgency=low
* Bug fix: "DEBIAN/ directory doesn't appear to exist at
image_clean_hook time", thanks to Don Armstrong. Moved the hooks for
image and headers later in the process. (Closes: #339659).
* Bug fix: "kernel-package: kernel-image-deb mentioned in README.gz but
removed in 10.x", thanks to Marc Haber. Well. The new name is
stamp-kernel-image. Changed docs, and added kernel-image-deb
temporarily as an alias. (Closes: #340978).
-- Manoj Srivastava <srivasta at debian.org> Thu, 1 Dec 2005 15:30:27 -0600
kernel-package (10.010) experimental; urgency=low
* Bug fix: "kernel-package: Fails to build ppc64 2.6.14 kernel", thanks
to Juergen Kreileder. Sven Luther provided the patch (Closes: #338449).
-- Manoj Srivastava <srivasta at debian.org> Thu, 10 Nov 2005 21:47:09 -0600
kernel-package (10.009) experimental; urgency=low
* The long obsolete --flavour option is now gone, and --apend-to-version
should be used. Also, --append-to-version may soon be superceded with
--abi, stay tuned.
* Speed up the stripping code in kernel header packages, by only looking
at the scripts directory (which was the only place with the elf
binaries).
-- Manoj Srivastava <srivasta at debian.org> Wed, 9 Nov 2005 22:55:55 -0600
kernel-package (10.008) experimental; urgency=low
* Well, it turns out that only on some architectures do we havea binary
using a dynamically loaded shared library, so the call to dpkg-shlibs
was failing on the others. Now, go throug a complex dance in which we
either call dpkg-shlibs, or edit the control file using Perl, so that
both cases can be catered to.
-- Manoj Srivastava <srivasta at debian.org> Tue, 8 Nov 2005 08:51:08 -0600
kernel-package (10.007) experimental; urgency=low
* Aaargh, typo in the kernel header rules.
* The generated packages should not have native version numbers by
default, since they are not really debain native packages. The problem
was that the default version generated did not have a -, so chnaged
that value. The files affected are kernel-pkg.conf, README,
kernel/ruleset/misc/version_vars.mk , kernel-pkg.conf.5,
kernel/docs/README, kernel/ruleset/misc/config.mk.
* While looking at Lintian errors, I noticed that apparently
kernel-headers package carries with it an elf binary, and thus should
depend on the shared libraries -- but did not. Fixed now by a search
and a call to dpkg-shlibs. Various minor nitpicks in the default
Control file also fixed.
* We also added a make snippet to find and strip the binaries we need to
run dpkg-shlibs upon, since that is the policy.
* kernel/ruleset/targets/image.mk: Export the variable IMAGE_TOP before
calling scripts in $(SRCTOP)/debian/image.d and debian/post-install,
since that is what they expected. Bad idea changing an exposed
interface.
* kernel/pkg/image/postrm: Call purge to remove the questions from
debconf database when the package is purged.
-- Manoj Srivastava <srivasta at debian.org> Tue, 8 Nov 2005 01:03:49 -0600
kernel-package (10.006) experimental; urgency=low
* Hmm. We need to take special care of the case in which the
kernel-headers are installed after the kernel-image has been; and the
build symlink is not setr. In this case, the header postinst now
correctly installs the build symlink.
-- Manoj Srivastava <srivasta at debian.org> Mon, 7 Nov 2005 12:44:21 -0600
kernel-package (10.005) experimental; urgency=low
* Bug fix: "kernel/image.postinst should mention GRUB", thanks to
Martin Michlmayr. Well, I don't see why we should mention _any_ boot
loader at all, so we are no longer biased against grub. (Closes: #336927)
* Bug fix: "kernel-package: Using dpkg --remove followed by dpkg
--install does not restore the kernel package", thanks to Daniel
Jacobowitz. Also: "kernel-package tells me we're being reinstalled AND
updated". Actually, the installed/updated is just sematics; when you
reinstall a kernel image you are updating it, and vice versa. The
actual problem was that while the symbolic links were removed when the
package was removed, dpkg passed the last-version-configured to the
postinst, and we took that as evidence that the package had been
installed before -- which, while true, did not take into account that
the package was currently uninstalled. The fix is to always see if a
missing symlink needs to be installed, and not touch existing
symlinks. (Closes: #336733, #336517).
* Added kernel/pkg/headers/create_link as an example. The user can install
it in the postinst.d directory to set up the /lib/modules/foo/build
symlink to point to the kernel-headers. This is not needed, since the
kernel-image postinst already checks in the /usr/src/ directory for an
installed kernel headers package.
* Convert the image prerm scripts to debconf as well, the questions are
asked if we try to remove the running kernel image, or if we are
removing a kernel version mentioned in boot loader configuration.
* Have the minimal.mk not overwrite the control or the changelog file.
* Added a whole slew of config files, and updated older ones, to bring
the configurations offered up by default to be more in line with
official kernels.
* Fixed substitutions in the kernel image package, there was a duplicate
=B substitution.
* Ran lintian on all the generated packages. Fixed FSF address in all
the copyright notices, and fixed case in the templates file as
well. This shall be the last experimental release, barring major
problems.
-- Manoj Srivastava <srivasta at debian.org> Mon, 7 Nov 2005 10:44:39 -0600
kernel-package (10.004) experimental; urgency=low
* Bug fix: "using debconf", thanks to Robert Millan (Closes: #115884)
* Bug fix: "does not install non-interactively", thanks to Matt Kraai
(Closes: #247782)
* This fine tunes the dependencies between targets. All of the package
building targets are ones that insert themselves into the normal flow
of policy specified targets, so they must hook themselves into the
stream. That means, in essence, that they must depend on the configure
and corresponding build targets (with stamps) and ensure that the
prep work is all done before they are invoked. The advantage is that
nothing is going to be remade more often than it needs to. It also
means we do not need to produce as many stamp files. So, the only
dependencies on any of the intermediate targets are targets that have
not been registered into the ladder created in rulesets/common/targets.mk
* The kernel image maintainer scripts have been greatly
changed. Firstly, they now use debconf; and a number of questions
have been moved to the config file (create-kimage-link-$version,
old-initrd-link, old-dir-initrd-link, old-system-map-link) while
others are asked conditionally in the postinst (depmod-error,
depmod-error-initrd, bootloader-test-error, bootloader-error). The
postinst has also become far less verbose; the users are far better
educated a decade after this was written, and there are other sources
of information about booting than the postinst of a kernel image.
* The preinst also uses debconf. All the questions asked are still here
-- we just use debconf to ask the user. Also, the priority, and need
to break non-interactive installs was re-evaluated, and the preinst
breaks in far fewer cases than it did before.
* Second, the postinst gets rid of the code that generated boot floppies
and created lilo.conf (that latter was probably illegal under current
policy anyway). The do_boot_enable and do_boot_floppy configuration
variables in /etc/kernel-img.conf are now invalid.
* Also, the source tree is not automatically cleaned; the do_clean
configuration variable, and the environment variable CLEAN_SOURCE are
now control if the source tree is optionally cleaned after the kernel
image package is built.
-- Manoj Srivastava <srivasta at debian.org> Thu, 3 Nov 2005 23:26:29 -0600
kernel-package (10.003) experimental; urgency=low
* Bug fix: "can not clean up the kernel source tree", thanks to
Chun-Chung Chen. (Closes: #336409)
* Bug fix: "kernel-package creates packages depending on
linux-initramfs-tools, should use linux-initramfs-tool", thanks to
Thomas Luzat. (Closes: #336724)
* Bug fix: "/usr/share/doc/kernel-package seems to contain broken
symlinks", thanks to Thomas Luzat (Closes: #336744)
* This is a major reorganization of the rules file that helps
create kernel related packages. The crusty old mechanism has been
removed, the targets are now streamlined, and the policy mandated
dependencies are now called out into a separate file. This should allow
a future enhancement to allow end users to override the behavior of
kernel-package in a fine grained fashion. Also, separating out the
variable setting for each arch into a separate file should facilitate
the delegation of that file to the person responsible for kernel images
for that architecture. And, separating out the policy mandated targets
into fine grained double colon targets allows people to add in any
additional make targets for a particular architecture, something long
requested.
One of the factors that made the build mechanism so complex was
that the rules file had a dual purpose: Initially, when ./debian was not
present or not populated, it was responsible for populating that, and
then it was responsible for building the kernel packages, incorporating
any user customizations.
Unfortunately, since Make reads all the commands at startup, it
was difficult to incorporate any customizations, but the modularization
of the rules file makes it possible to have two top level files, a
minimal make file whose sole responsibility is to populate ./debian (and
run clean even when ./debian does not exist), and which uses some of the
same variable setting make snippets that the final top level Make file
uses when it resides in ./debian. The task of deciding which top level
makefile to use has now been relegated to /usr/bin/make-kpkg -- which,
if there ./debian is empty or not present, first calls the minimal
Makefile to populate it, and _then_ calls the real ./debian/rules file
to perform the actual task that it was asked. This little intelligence
in make-kpkg allows the minimal makefile, and ./debian/rules, to be far
simpler, and allows them to conform to the standards my other Debian
packages adhere to.
The goal of this release was to handle the bugs in the previous
experimental release, but to create a set of packages indistinguishable
from the ones created before. Pointedly, non-of the minor lacunae in the
Debian kernel image postinst scripts have been addressed yet. Also, the
build process is a little more verbose at the moment than it needs to be.
-- Manoj Srivastava <srivasta at debian.org> Wed, 2 Nov 2005 14:16:19 -0600
kernel-package (10.002) experimental; urgency=low
* Bug fix: "kernel-package: Problem with kernel_version.mk causes build
fauilure", thanks to Horms (Closes: #335993).
* This is a fairly large reorganization of the directory and file layout
for the package. Instead of a mostly flat directory structure with a
giant monolithic rules files, we are moving towards a more organized
structure, with finer granularity of files, which may in the future
facilitate third party replacement and overriding of parts of the build
mechanism. Also, this reorganization may make the overall structure
easier to see (though it may also result in it being harder to get the
big picture, but I doubt that).
This time around, I am trying to keep substantive changes to a minimum,
so files have just been broken up, moved around, but the package should
still more or less behave the way that it always did (apart from changing
the stem).
* kernel/rules (DEBDIR): Test to see if we have
./debian/kernel_version.mk, since all kinds of other people create
./debian
* Makefile (install): Adjust for the reorganization of the files, since
the source files are no longer in their previous locations. Keep the
destination mostly the same.
* kernel/rules: This is the one file that has faced the brunt of the
changes. Large chunks of it have been moved out into separate chunks
included in this file. The major addition has been are mechanisms to
allow the file to be broken up. The parts removed are
o) dpkg-architecture variable are now moved out to
ruleset/common/archvars.mk
o) The variables set in the file have mostly been moved to
ruleset/local-vars.mk, which shall be further broken up into
smaller parts
o) For example, the per arch variable settings have already been moved
out of ruleset/local-vars.mk into ruleset/architecture.mk -- and
shall be further fragmented into files in ruleset/arches/, so that
it would be easier to delegate ownership to domain experts.
o) The action/rules part of the file have been broken out to
ruleset/local.mk -- and shall be broken out into
ruleset/common/targets.mk (which contain policy mandated targets,
and their dependencies, and ruleset/actual_rules.mk, where the
grunt work shall be done. It may make sense to further divide
ruleset/actual_rules.mk into separate files for images, headers,
doc, and manual packages. At a later stage, actually installing
files into ./debian/tmp-<something> shall be separated out from the
subsequent packaging into separate targets (probably in the same
file), to allow finer granularity for debugging.
-- Manoj Srivastava <srivasta at debian.org> Fri, 28 Oct 2005 09:03:41 -0500
kernel-package (10.001) experimental; urgency=low
* Bug fix: "doesn't install: Internal Error: Could not find image
(/boot/vmlinuz-2.4.27-xxs1500)", thanks to Martin Michlmayr. Well,
calling kimage vmlinux.srec was breaking the postinst. However, kimage
does not seem to be used anywhere except in determining the next
value, namely, kimagesrc -- so I just added .srec to kimagesrc, and
thus eliminated the need for hacking the postinst. So the fix was
earlier in the build process, and not deferred to the postinst.
(Closes: #333220).
* Acknowledge the changes made for initrd stuff in the NMU
series. Thanks to Sven Luther for the work. I have made some changes,
for example, instead of hard-coding the list of initrd tools one
considers in the installation phase, now one can set that list by
editing /etc/kernel-pkg.conf -- and this replaces the hard coded
list. Of course, the admin at the target location can still over-ride
that list by editing /etc/kernel-img.con (note, not the same as
/etc/kernel-pkg.conf above); this makes things slightly more
flexible. Also, the list of commands does not have to be the fully
qualified path, the postinst and preinst use the PATH variable to find
the commands.
* kernel-img.conf.5: Document the fact that the ramdisk variable can now
be a space separated list of init ram disk creation commands, which
need to also support the --supported-host-version and
--supported-target-version options, just like mkinitrd does. This is
the list tried at installation time.
* kernel-pkg.conf.5: Document the fact that one can provide the default
values for the list by setting INITRD_CMD, but this list can be
overridden by the one in kernel-img.conf.5. However, the defaults are
set to a subset of "mkinitrd mkinitrd.yaird mkinitramfs", the subset
being decided based on the version of the kernel being built, so one
should refrain from setting this manually -- unless one knows what one
is doing.
* kernel/image.postrm, kernel/image.prerm: Added new variable for the
initrd dependency, and also modified the variable ramdisk to be a
space separated list of commands, not just a single command.
* kernel/image.postinst, kernel/image.preinst: Added new variable for
the initrd dependency, and also modified the variable ramdisk to be a
space separated list of commands, not just a single
command. (find_inird_tool): Added function to determine the list of
viable initrd creation tools present on the target system, and use it
to select which tool to use for creating the ram fs.
* Bug fix: "'man make-kpkg' typo: 'thatthis'", thanks to A
Costa (Closes: #335316).
-- Manoj Srivastava <srivasta at debian.org> Tue, 25 Oct 2005 04:00:35 -0500
kernel-package (9.008.4) unstable; urgency=low
* Some small fixes.
-- Sven Luther <luther at debian.org> Mon, 24 Oct 2005 11:04:19 +0000
kernel-package (9.008.3) unstable; urgency=low
* ramdisk generation tools now return 2 on --supported-* negative, so we can
now add overrides for non- --supported-* supporting tools.
-- Sven Luther <luther at debian.org> Mon, 24 Oct 2005 10:34:46 +0200
kernel-package (9.008.2) unstable; urgency=low
* Second take on the ramdisk generation tool resolution. Thanks go to Jonas
Smedegaar and Steve Langasek for proposing this solution, and all others
who discussed this.
* Removed again conflicts since we can now handle legacy ramdisk generation
tools.
-- Sven Luther <luther at debian.org> Sun, 23 Oct 2005 16:21:46 +0200
kernel-package (9.008.1) unstable; urgency=low
* NMU with maintainer's permission.
* Implement the new ramdisk generation tool finding plan. Thanks go to
Mattia Dongili for helping me out with the needed perl code.
* Added conflict with older version of the ramdisk generating tools to the
resulting kernel-image package.
* Upgraded manpage to reflect those changes.
-- Sven Luther <luther at debian.org> Thu, 20 Oct 2005 14:05:12 +0000
kernel-package (9.008) unstable; urgency=low
* Bug fix: "xen.postinst contains illegal sed command", thanks to
Michael Tautschnig (Closes: #329373).
* Bug fix: "Fix netboot for mips ELF32 arc firmware", thanks to Thiemo
Seufer (Closes: #329081).
* Bug fix: "kernel-package: powerpc kernel packages don't remove
cleanly", thanks to Eric Cooper (Closes: #327361).
* Bug fix: "Give warnings during preconfigure, not during install",
thanks to Bas Wijnen (Closes: #328784).
-- Manoj Srivastava <srivasta at debian.org> Wed, 28 Sep 2005 08:22:37 -0500
kernel-package (9.007) unstable; urgency=low
* Update for MIPS kernels, thanks to Thiemo Seufer. (Closes: #323428).
-- Manoj Srivastava <srivasta at debian.org> Wed, 31 Aug 2005 10:30:18 -0500
kernel-package (9.006) unstable; urgency=low
* Bug fix: "kernel-package: Modules placed in wrong directory when
building user mode linux kernels", thanks to Paul Dwerryhouse
(Closes: #323018).
* Ever since we added section 9 man pages to the kernel-doc package, one
can no longer install two different versions of the kernel-doc package
simultaneously. Since this was deemed to be undesirable, now we have
split off a kernel-manual-X.Y.Z package to provide kernel man
pages. This works for 2.6 kernels, and I hope does not cause issues
for older kernels. Please note that while one may install any number
of kernel-doc packages at one time, only one kernel-manual package is
supposed to be installed at any given time.
* Bug fix: "kernel-package: typo in make-kpkg.1.gz", thanks to Henrik
Holmboe (Closes: #322693).
-- Manoj Srivastava <srivasta at debian.org> Mon, 15 Aug 2005 23:42:08 -0500
kernel-package (9.005) unstable; urgency=low
* Bug fix: "linux-2.6: [powerpc] does not include mkvmlinuz support",
thanks to Sven Luther (Closes: #320798).
* Bug fix: "linux-headers-2.6.12: header_postinst_hook is called twice
in postinst", thanks to Peter Marschall (Closes: #320416).
* Bug fix: "kernel-package: relink_src_link (in code)
vs. relink_source_link (in man page) discrepancy", thanks to Peter
Marschall (Closes: #320424).
* Bug fix: "'man make-kpkg' typos: "coumentation","similiar", "tp",
etc.", thanks to A Costa (Closes: #320561).
* Bug fix: "'man kernel-img' typos: "absense", "initail", "issueing" x
2, "laoder", and "varable"", thanks to A Costa (Closes: #320562).
* Bug fix: "'man kernel-pkg' typos: "Mutualy", "confguration", "differes",
"instablity", "numberd", "similarily", and "usefule"", thanks to A
Costa (Closes: #320563).
* Bug fix: "'man make-kpkg' typo: "ro"", thanks to Martin Zobel-Helas
(Closes: #321444).
-- Manoj Srivastava <srivasta at debian.org> Sun, 7 Aug 2005 10:45:11 -0500
kernel-package (9.004) unstable; urgency=low
* Bug fix: "new kernel-package creates ridiculous symlinks in /boot",
thanks to Itai Seggev (Closes: #319543, #319657).
* Bug fix: "kernel-package: Wrong symbolic link vmlinux in /boot",
thanks to Bin Zhang (Closes: #319452).
* Bug fix: "new kernel-package creates ridiculous symlinks in /boot",
thanks to Itai Seggev (Closes: #319515).
* Bug fix: "Syntax error in kernel rules file", thanks to Jordi Mallach
(Closes: #319632).
* Bug fix: "linux-image-2.6.12-1-686: /vmlinuz and /initrd symlinks were
botched after installing 2.6.12", thanks to Andrew Moise
(Closes: #319664).
* Bug fix: "kernel-package: Please support kernel building on the ppc64
architecture", thanks to Andreas Jochens (Closes: #320055).
-- Manoj Srivastava <srivasta at debian.org> Thu, 28 Jul 2005 00:13:15 -0500
kernel-package (9.003) unstable; urgency=low
* Fix an unterminated variable reference.
-- Manoj Srivastava <srivasta at debian.org> Wed, 20 Jul 2005 07:54:26 -0500
kernel-package (9.002) unstable; urgency=low
* Bug fix: "kernel-package: Spelling error in rules file", thanks to
Peter Marschall (Closes: #317638).
* Bug fix: "kernel-package: Spelling error in rules file", thanks to
Aaron Howell (Closes: #313338).
* Bug fix: "kernel-package: Missing 'scripts' directory in
kernel-headers produced by make-kpkg", thanks to Marc L. de
Bruin. Also added Module.symvers, thanks to Ryan Underwood for
pointing that out. (Closes: #315858).
* Bug fix: "describe -stem in the manpage", thanks to dann frazier
(Closes: #318397).
* Bug fix: "kernel-package: possibly missing xargs option in rules
file", thanks to Rob Browning (Closes: #318378).
* Bug fix: "kernel-package: Please consider adding (or commenting on)
this official powerpc/ppc64 patch", thanks to Sven Luther
(Closes: #318431).
* Bug fix: "kernel-package: please include more --config options",
thanks to Andres Salomon (Closes: #318962).
-- Manoj Srivastava <srivasta at debian.org> Tue, 19 Jul 2005 10:34:06 -0500
kernel-package (9.001) unstable; urgency=low
* The previous solution was only one half of the problem: we had made
kernel_arch available to the maintainer scripts, but had not exported
the variable to the hook scripts that the maintainer scripts run. This
is the second half of that work.
* Bug fix: "/u/s/k-p/image.postinst: $force_move logic recently broke",
thanks to Aaron M.; "kernel-package: symlinks in /boot aren't update
for packages created with make-kpkg", thanks to Itai Seggev. These
are the same bug, and indeed, as Aaron analyzed, were cause by a
misplaced '}'. (Closes: #313312, #312917).
* Thanks to Ubuntu and jbailey, there is now a new variable in
/etc/kernel-img.conf: ramdisk, which allows the admin to choose a
different program than /usr/sbin/mkinitrd for initrd generation.
* Added a few bits and pieces for powerpc64 into the rules file. I am
not sure I understand why one can't ever cross compile powerpc64
images, but I am adding this in for the duration. This work reflects
changes in Ubuntu.
* Bug fix: "Fails with make: i486-linux-gnu-gcc: Command not found",
thanks to Nacho Más (Closes: #313053).
-- Manoj Srivastava <srivasta at debian.org> Mon, 13 Jun 2005 01:25:33 -0500
--
Please support Xen 3.0.2 by syncing to debian version 10.043+
https://launchpad.net/malone/bugs/39948
More information about the kernel-bugs
mailing list