2.6.12-8.13 uploaded, preX,14 ready, and other things
ben.collins at ubuntu.com
Fri Sep 16 20:23:40 UTC 2005
On Fri, Sep 16, 2005 at 01:06:47PM -0700, Karl Hegbloom wrote:
> On Fri, 2005-09-16 at 11:35 -0700, Ben Collins wrote:
> > - ABI files will be included with the kernel .deb. This is mainly to help
> > me. When the ABI changes, I need to be able to get all of the files in
> > order to have for the next release. Chasing around manual builds for all
> > arch's is just a PITA.
> I need to learn more about the "ABI files", what they are, what depends
> on them, etc. Could you point me in the right direction wrt reading
> material, please?
The ABI file is simply a list of all the exported functions from the
kernel, and a hash (basically it's the versioning of the versioned kernel
The kernel build makes sure that the ABI doesn't change, which in turn
means that things depending on that kernel (other modules, mainly) don't
need to be recompiled.
> > - Restructure the patches/ directory. Right now, we have a naming scheme
> > for the patches, which makes them somewhat hierarchial. I want to carry
> > that over to making the hierarchy real as directories and
> > subdirectories, so it's easier to manage the long list of patches.
> Will 'dpatch' be modified to handle this? What tool set do you utilize
> for this work?
That's the one thing I'm not sure of yet. I really wanted to avoid a link
farm, but we may end up with debian/patches/ being a generated directory.
Currently we already generate patches/00list (from things like
00list-8.13), so doing the symlinks in conjunction with this should be
easy. Then on clean we can rm -rf debian/patches/ while all the real
patches will be in debian/patches.d/ or something.
Ben Collins <ben.collins at ubuntu.com>
More information about the kernel-team