Re: [gentoo-dev] kernel-mod.eclass addition + clean up

[Henrik Brix Andersen]

Hi,

On Fri, 2004-10-29 at 17:36, Peter Johanson wrote:
> The goal of kernel-mod eclass is to enable kernel module ebuilds to have
> an easier time doing what they do. If non-kernel module ebuilds are
> using kernel-mod, we should investigate what functionality *those*
> ebuilds use, and move that into a seperate eclass that kernel-mod.eclass
> can then inherit from. Things like the kernel version variable
> detection, etc, is what i'm guessing is used by other ebuilds (i don't
> have time to dig currently) and we could certainly move that into
> kernel-info.eclass or somesuch, and let kernel-mod.eclass inherit that.
> Then we are free to do things like brix suggests, without annoying those
> few ebuilds that think they are kernel module ebuilds, but are really
> imposters. (:

I've moved most of the current support functions from kernel-mod.eclass
to kernel-info.eclass and added functions for calling depmod and
functions for substituting SUBDIR= with M= to kernel-mod.eclass.

My proposal for kernel-info.eclass and the new kernel-mod.eclass is
attached to this email (a patch isn't well-suited because of the major
changes and moving of functions).

Please comment. If nobody objects I will commit the kernel-info.eclass
and kernel-mod.eclass files along with the necessary changes to the
affected ebuilds in 5 days from now.

Sincerely,
Brix
-- 
Henrik Brix Andersen <brix@g.o>
Gentoo Linux