/lib/modules/$(version)/build symlink is inconsistent with system packages

[Vince Busam]

In the Ubuntu packages, /lib/modules/$(version)/build is part of the
linux-headers package, and links to /usr/src/linux-headers-$(version). In
packages made with make-kpkg, it's in linux-image, and is a link to the local
build directory.

This is with hoary, 8.119ubuntu3

[Ben Collins (ben-collins)]

It's perfectly consistent. The linux-headers package installs the symlink into
the $(version) modules directory of the kernel that it matches. For example,
linux-headers-2.6.12-9-powerpc installs it as /lib/modules/2.6.12-9-powerpc/build.

There's nothing inconsistent about that.

[Vince Busam (vbusam)]

I probably wasn't clear enough. The stock ubuntu kernel packages are fine.
Packages created with make-kpkg do not match what the stock ubuntu kernel
packages have.

Stock:
$ ls -l /lib/modules/2.6.10-5-686/build
lrwxrwxrwx 1 root root 35 2005-10-07 18:27 /lib/modules/2.6.10-5-686/build ->
/usr/src/linux-headers-2.6.10-5-686/
$ dpkg -S /lib/modules/2.6.10-5-686/build
linux-headers-2.6.10-5-686: /lib/modules/2.6.10-5-686/build
(this is good)

Custom built with make-kpkg:
$ ls -l /lib/modules/2.6.13.4-custom/build
lrwxrwxrwx 1 root root 19 2005-10-27 09:57 /lib/modules/2.6.13.4-custom/build
-> /tmp/linux-2.6.13.4/
$ dpkg -S /lib/modules/2.6.13.4-custom/build
linux-image-2.6.13.4-custom: /lib/modules/2.6.13.4-custom/build
(not good)

[Vince Busam (vbusam)]

Created an attachment (id=4810)
Patch to /usr/share/kernel-package/rules

This fix worked for me, along with setting the DELETE_BUILD_LINK environment
variable.