kernel-package 10.002 introduced to experimental
Hi,
This is a major reorganization of the package, and splitting
up the monolithic rules file (the first of many steps towards making
a more modular build system). The STEM has been changed, it is no
longer hardcoded to kernel (nor is it now hardcoded to
linux). Instead, it is set to DEB_HOST_ARCH_OS, which shall allow the
kfreebsd kernel images to also be built and not pretend they are
linux images.
Again, I ran make-kpkg --initrd --rootcmd fakeroot buildpackage
on a pristine linux-2.6.14, and all packages were built fine, so it
is at least minimally tested.
manoj
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.
--
Familiarity breeds attempt.
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: