[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#336732: /lib/modules/*/build symlink should be ignored when checking if kernel is installed



On Sun, Nov 06, 2005 at 11:17:53PM -0600, Manoj Srivastava wrote:
> On Sun, 6 Nov 2005 18:12:48 +0100, Sven Luther <sven.luther@wanadoo.fr> said: 
> 
> > On Sun, Nov 06, 2005 at 10:57:13AM -0600, Manoj Srivastava wrote:
> >> > There is no reason that the linux-headers packages could not be
> >> > used to build out-of-tree modules using the symlink, without
> >> > having the linux-image installed, so this doesn't work, even
> >> > though it looks like a seducing proposal.
> >> 
> >> Third party modules which have been integrated into Debian can
> >> still be built, without the linux-image installed, by
> >> a) cd /usr/src/kernel-headers-foo, call make-kpkg
> >> b) KSRC=/usr/src/kernel-headers-foo, call make-kpkg
> 
> > Yeah, hear yourself, because you don't feel like adding a simple
> > exception to the check for build, or do a find -name \*.ko as Martin
> > suggested, each and all the packaged modules need to be modified, as
> > well as all third party module which are not packaged and depend on
> > the build symlink working.
> 
>         When I, as a user, build kernel images, on make install, it
>  creates source and build links, pointing to the directory where the
>  sources lie. When I package the image up, it too comes with a nice
>  source and build links.

Sure, whatever, but what is really needed here is that user-compiled kernel
package follow the same layout as the official kernels, namely the -headers
providing all the needed stuff to build out-of-tree modules, *AND* include the
build symlink. The source symlink is bogus, and has been removed as such, only
the build symlink should be used. We discussed this something like 6 month ago
here, i believe.

>         So kernel image packages ship with source links, and build
>  links. Even if I did not ask the question preinst, the packages would
>  conflict, since the same files belong in both.

Indeed, but what we, the kernel team, are asking you on this point, is to
change the way you handle it, and you are resisting for no good reason, except
the way you always did it, or whatever. 

Friendly,

Sven Luther



Reply to: